From nobody Fri Apr 1 13:41:42 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECA0812D0C8; Fri, 1 Apr 2016 13:41:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cz3tsxePc1q9; Fri, 1 Apr 2016 13:41:38 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 7696612D12D; Fri, 1 Apr 2016 13:41:38 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.136.128; From: "Susan Hares" To: "'Gert Grammel'" , References: <01d701d185ee$f20157e0$d60407a0$@ndzh.com> <6AD31E82-8B37-4BA0-8CE3-CCA68632D45B@juniper.net> In-Reply-To: <6AD31E82-8B37-4BA0-8CE3-CCA68632D45B@juniper.net> Date: Fri, 1 Apr 2016 16:40:46 -0400 Message-ID: <00bc01d18c56$c60f69b0$522e3d10$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BD_01D18C35.3EFF5050" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQL1cmQL65XiP+Rc6iRVZO2xGznKbQG4SuZfAgNTeI2dD+u7oA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, ops-dir@ietf.org, fred@cisco.com, jmh.direct@joelhalpern.com Subject: Re: [i2rs] Ephemeral - Should we use another word - (3/24 to 4/3) Call for opinion X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 20:41:41 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00BD_01D18C35.3EFF5050 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Gert: =20 Thank you for your thoughts.=20 =20 Sue=20 =20 From: Gert Grammel [mailto:ggrammel@juniper.net]=20 Sent: Wednesday, March 30, 2016 1:30 PM To: N.Leymann@telekom.de Cc: shares@ndzh.com; i2rs@ietf.org; jmh.direct@joelhalpern.com; = ops-dir@ietf.org; fred@cisco.com Subject: Re: [i2rs] Ephemeral - Should we use another word - (3/24 to = 4/3) Call for opinion =20 As a long time observer I also admit to be a bit at odds with respect to = the term ephemeral. Defining ephemeral as the set of data that doesn't = survive a reboot (i.e. Power cycle) looks a bit rough. =20 There seem to be 3 cases for state info after reboot: 1) the server is able to recover lost data by local means. This is = usually referred to as persistent. (Agent not involved, data is the same = as before reboot) 2) an i2rs agent needs to reprovision data after reboot (Agent involved, = data is controlled by agent) 3) the server reconstructs data from external sources other than i2rs = clients. (Agent not involved, data not controlled) =20 The term 'non-persistent' covers 2&3.=20 The current draft text talks in section 1.2 about "ephemeral static = state" which I interpret as 2) only. However it is not so clear why it = is considered static.=20 That would mean case 3) is ephemeral dynamic state, but that isn't = defined yet and it could be as static as 2). =20 I admit having used the term "ephemeral" meaning case 2) only, which = occasionally causes confusion.=20 =20 So yes, I am in favor of adding a definition to the architecture. At = this point I am undecided if we need new terminology or if a narrower = definition would be sufficient. =20 Gert Sent from my Apple ][ On 30 Mar 2016, at 10:02, "N.Leymann@telekom.de" = wrote: Hi, =20 I think it=E2=80=99s a good idea to give a definition in the beginning = of the document. The i2rs definition matches also my definition which we = are using to describe the fact, that a customer specific service = =E2=80=9Cconfiguration=E2=80=9D on a service node does not survive a = reboot. =20 Just my 2 cents=20 =20 Nic =20 Von: i2rs [mailto:i2rs-bounces@ietf.org] Im Auftrag von Susan Hares Gesendet: Donnerstag, 24. M=C3=A4rz 2016 18:02 An: i2rs@ietf.org Cc: 'Joel Halpern Direct'; ops-dir@ietf.org; 'Fred Baker (fred)' Betreff: [i2rs] Ephemeral - Should we use another word - (3/24 to 4/3) = Call for opinion =20 Hi all:=20 =20 =20 The draft-ietf-i2rs-architecture document has been approved as an RFC. = In the review, the OPS-DIR review indicated that = =E2=80=9Cephemeral=E2=80=9D meant more than =E2=80=9Cdoes not survive a = reboot=E2=80=9D. They have asked the I2RS working group if replacing = =E2=80=9Cephemeral=E2=80=9D with non-persistent (across power on/off or = reboot cycles) would be a better choice. =20 =20 What do you think =E2=80=93 leave at it at =E2=80=9Cephemeral=E2=80=9D = or change to =E2=80=9Cnon-persistent (across power on/off or reboot = cycles) ? We will have a 1 week call on=20 =20 This would mean every place that =E2=80=9Cephemeral=E2=80=9D is listed, = the authors would replace with =E2=80=9Cnon-persistent=E2=80=9D. In the = first instance, we will indicate =E2=80=9Cnon-persistent (across power = on/off or reboot cycles). =20 =20 =20 As the author, I think we are better to define ephemeral at the = beginning as =E2=80=9Cnon-persistent (across power on /off or reboot). = Changing the definition at this point, I suspect will simply confuse = people.=20 =20 Sue Hares =20 _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs ------=_NextPart_000_00BD_01D18C35.3EFF5050 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Gert:

 

Thank you for your = thoughts.

 

Sue =

 

From:= = Gert Grammel [mailto:ggrammel@juniper.net]
Sent: Wednesday, = March 30, 2016 1:30 PM
To: N.Leymann@telekom.de
Cc: = shares@ndzh.com; i2rs@ietf.org; jmh.direct@joelhalpern.com; = ops-dir@ietf.org; fred@cisco.com
Subject: Re: [i2rs] Ephemeral = - Should we use another word - (3/24 to 4/3) Call for = opinion

 

As = a long time observer I also admit to be a bit at odds with respect to = the term ephemeral. Defining ephemeral as the set of data that doesn't = survive a reboot (i.e. Power cycle) looks a bit = rough.

 

There seem to be 3 cases = for state info after reboot:

1) the server is able to = recover lost data by local means. This is usually referred to as = persistent. (Agent not involved, data is the same as before = reboot)

2) an i2rs agent needs to reprovision data after = reboot (Agent involved, data is controlled by = agent)

3) the server reconstructs data from external sources = other than i2rs clients. (Agent not involved, data not = controlled)

 

The term 'non-persistent' = covers 2&3. 

The current draft text = talks in section 1.2 about "ephemeral static state" which I = interpret as 2) only. However it is not so clear why it is considered = static. 

That would mean case 3) is ephemeral dynamic state, = but that isn't defined yet and it could be as static as = 2).

 

I admit having used the = term "ephemeral" meaning case 2) only, which occasionally = causes confusion. 

 

So yes, I am in favor of = adding a definition to the architecture. At this point I am undecided if = we need new terminology or if a  narrower definition would be = sufficient.

 

Gert


Sent from my Apple = ][


On 30 Mar 2016, at 10:02, "N.Leymann@telekom.de" = <N.Leymann@telekom.de> = wrote:

Hi,

 

I think it=E2=80=99s a = good idea to give a definition in the beginning of the document. The = i2rs definition matches also my definition which we are using to = describe the fact, that a customer specific service = =E2=80=9Cconfiguration=E2=80=9D on a service node does not survive a = reboot.

 

Just my 2 cents =

 

Nic

 

Von:<= /b> = i2rs [mailto:i2rs-bounces@ietf.org] = Im Auftrag von Susan Hares
Gesendet: Donnerstag, 24. = M=C3=A4rz 2016 18:02
An: i2rs@ietf.org
Cc: 'Joel = Halpern Direct'; ops-dir@ietf.org; 'Fred Baker = (fred)'
Betreff: [i2rs] Ephemeral - Should we use another word = - (3/24 to 4/3) Call for opinion

 

Hi all: =

 

<wg chair hat on>

The draft-ietf-i2rs-architecture document has been = approved as an RFC.  In the review, the OPS-DIR review indicated = that =E2=80=9Cephemeral=E2=80=9D meant more than =E2=80=9Cdoes not = survive a reboot=E2=80=9D. They have asked the I2RS working group if = replacing =E2=80=9Cephemeral=E2=80=9D with non-persistent (across power = on/off or reboot cycles) would be a better choice.  =

 

What do you think =E2=80=93 leave at it at = =E2=80=9Cephemeral=E2=80=9D or change to =E2=80=9Cnon-persistent (across = power on/off or reboot cycles) ? We will have a 1 week call on =

 

This would mean every place that = =E2=80=9Cephemeral=E2=80=9D is listed, the authors would replace with = =E2=80=9Cnon-persistent=E2=80=9D.  In the first instance, we will = indicate =E2=80=9Cnon-persistent (across power on/off or reboot = cycles).

 

<wg chair hat off>  

 

As the = author, I think we are better to define ephemeral at the beginning as = =E2=80=9Cnon-persistent (across power on /off or reboot).  Changing = the definition at this point, I suspect will simply confuse people. =

 

Sue Hares

 

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

<= /div> ------=_NextPart_000_00BD_01D18C35.3EFF5050-- From nobody Fri Apr 1 13:50:10 2016 Return-Path: <7riw77@gmail.com> X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C317712D506; Thu, 31 Mar 2016 15:17:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.45 X-Spam-Level: X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 IFX3xoITC0vN; Thu, 31 Mar 2016 15:17:45 -0700 (PDT) Received: from mail-yw0-x241.google.com (mail-yw0-x241.google.com [IPv6:2607:f8b0:4002:c05::241]) (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 46C8E12D1AA; Thu, 31 Mar 2016 15:17:45 -0700 (PDT) Received: by mail-yw0-x241.google.com with SMTP id o63so13839168ywe.0; Thu, 31 Mar 2016 15:17:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=iS0GqOZTbSCY0Tr/XIJ7ojn8Uhe7mRDf6O8o8oqHsj0=; b=gb9U6U67Uw8SROImX0L4071rdOclXTV98HnX8fp3caUiktnmuM4miZhrPTSjN1agHK 1xgoF/GvGoYjVPWSqCgkF8Yia84TqWZ59Dip+WtKG2ITg23c2WgPMB+qHheavHYFurIV KYa2LfQhrxC6K2uOFvDMRvnu4vrbxpuCxGysas4us0E9zBV5rTLtAgEt+TeyZ/0/hcdM taj80hGpQwdEv1dUHW0b9Qo4ovKPifnOwfnHp41M7F2usXI3iKjxe0cH+eglvxP8eK3A 1eaYNl3otd59gaP9O69ndX/PjFRM8Vw3p9v4+InoO6i0SBJQDOumshvrCTYOKqTFFAdW HIeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=iS0GqOZTbSCY0Tr/XIJ7ojn8Uhe7mRDf6O8o8oqHsj0=; b=mJGCdzSdAJVsce3G62HgtwI+aYAPmcAXTXE/wFh7ZMSB7LYaExpJchv0KFru+kgSQN l4KdJhEqcxIa8KRaGC2ar91OSh44zd/8GVV+DHkR9QV0Jjn7I515J3tvP3LRPBhdArqa 85RaEu0/ngELRVr60H+82kBYxnmI54/XUE4/86ul0p/Z3PQO9gF930/bvj1hw/JXPuex mvlDNMi08pLSYP5AMj9X6kSgd2fJW1vUPlp71+fqm1NG8e/i5p4uWzT1UmhjwdWUWx6d idBJuAQB92iLPegKDNfLuh3NINcoycAiqJm51XleafGblY+tRZQEQUsP8c+PRoF/1MnO Cczg== X-Gm-Message-State: AD7BkJIklSMaO9HJi3KGi/ADtm7zC3dU6t+KrIDHfzPAXoW00jBWBpazDJe4gy7Q2f+Kbg== X-Received: by 10.37.57.201 with SMTP id g192mr449797yba.41.1459462664529; Thu, 31 Mar 2016 15:17:44 -0700 (PDT) Received: from Russ (162-229-180-77.lightspeed.rlghnc.sbcglobal.net. [162.229.180.77]) by smtp.gmail.com with ESMTPSA id m9sm6977295ywb.4.2016.03.31.15.17.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 31 Mar 2016 15:17:44 -0700 (PDT) From: "Russ White" <7riw77@gmail.com> To: "'Joel M. Halpern'" , "'Andy Bierman'" , "'Steve Braaten \(sbraaten\)'" References: <01d701d185ee$f20157e0$d60407a0$@ndzh.com> <15B8315D-17D9-4D81-8766-D499A0463029@cisco.com> <009001d18698$cd08ec00$671ac400$@ndzh.com> <013201d1869e$e46f7700$ad4e6500$@ndzh.com> <8204F7D1-69A8-4F33-8442-05CCD65AD6F2@gmail.com> <4A95BA014132FF49AE685FAB4B9F17F657E65FB4@dfweml501-mbb> <9f4ce7959f84493cbcf2babcc1597049@XCH-ALN-012.cisco.com> <56FD95AB.1000106@joelhalpern.com> In-Reply-To: <56FD95AB.1000106@joelhalpern.com> Date: Thu, 31 Mar 2016 18:17:42 -0400 Message-ID: <061401d18b9b$256dce40$70496ac0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQL1cmQL65XiP+Rc6iRVZO2xGznKbQGRYBXWAUlpc/4BuMMbcgGZxOsnA57JmYYBkX318wJsJ6R5AaOeVU4CAbm4SgH/DLuUnJDffqA= Content-Language: en-us Archived-At: X-Mailman-Approved-At: Fri, 01 Apr 2016 13:50:09 -0700 Cc: 'Gunter Van De Velde' , ops-dir@ietf.org, "'BRUNGARD, DEBORAH A'" , i2rs@ietf.org, 'Linda Dunbar' , 'Dean Bogdanovic' , 'Susan Hares' Subject: Re: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) Call for opinion X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2016 22:17:47 -0000 > The harm from persisting the data is in terms of robustness, not in terms of > interoperability. With multiple interacting clients, and allowance for lowered > error checking, things can go wrong. And in terms of what I2RS is setting out to do -- we're not trying to configure the box in a general sense. We're trying to provide an interface to the "routing system," which doesn't mean the entire router (which seems to be a lost point in much of the ongoing shuffle). The "routing system" generally means the control plane, which manages "ephemeral state" in its normal mode of operation (I know there are exceptions, but building rules based on exceptions is always a recipe for bad rules). Hence, the original concept was to stay away from anything that smells like a configuration. > The fallback in the case of I2RS is that reboot will drop all the state, so no > persistent harm can be caused. Right -- which means if you mess with the control plane in such a way as to make the box unreachable, reboot it, and things rebuild to a known state. :-) Russ From nobody Fri Apr 1 14:10:03 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2467212D6AC; Fri, 1 Apr 2016 14:10:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cX2YlkdHY-FV; Fri, 1 Apr 2016 14:09:59 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 A1CF612D6CA; Fri, 1 Apr 2016 14:09:58 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.136.128; From: "Susan Hares" To: "'Linda Dunbar'" , "'Dean Bogdanovic'" References: <01d701d185ee$f20157e0$d60407a0$@ndzh.com> <15B8315D-17D9-4D81-8766-D499A0463029@cisco.com> <009001d18698$cd08ec00$671ac400$@ndzh.com> <013201d1869e$e46f7700$ad4e6500$@ndzh.com> <8204F7D1-69A8-4F33-8442-05CCD65AD6F2@gmail.com> <4A95BA014132FF49AE685FAB4B9F17F657E65FB4@dfweml501-mbb> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F657E65FB4@dfweml501-mbb> Date: Fri, 1 Apr 2016 17:09:05 -0400 Message-ID: <00fc01d18c5a$bb298220$317c8660$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00FD_01D18C39.341F8340" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQL1cmQL65XiP+Rc6iRVZO2xGznKbQGRYBXWAUlpc/4BuMMbcgGZxOsnA57JmYYBkX318wJsJ6R5nL9z28A= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Joel Halpern Direct' , ops-dir@ietf.org, i2rs@ietf.org, "'BRUNGARD, DEBORAH A'" , 'Gunter Van De Velde' Subject: Re: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) Call for opinion X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 21:10:01 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00FD_01D18C39.341F8340 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Linda: =20 Thank you for your questions. Ephemeral in the I2RS context means (as = Dean indicated)=20 =20 1) Does not persist after a reboot,=20 2) Does not allow you to roll back to a previous ephemeral state = (it is not saved),=20 =20 It is not the same as the word =E2=80=9Cvolatile=E2=80=9D in English or = non-persistent. This is why we have to define it in the I2RS = architecture draft.=20 =20 Please note by default if the configuration changes after an I2RS = ephemeral changes, the configuration changes wins. =20 =20 Sue=20 =20 =20 =20 From: Linda Dunbar [mailto:linda.dunbar@huawei.com]=20 Sent: Thursday, March 31, 2016 4:09 PM To: Dean Bogdanovic; Susan Hares Cc: Joel Halpern Direct; ops-dir@ietf.org; BRUNGARD, DEBORAH A; Gunter = Van De Velde; i2rs@ietf.org Subject: RE: [OPS-DIR] [i2rs] Ephemeral - Should we use another word - = (3/24 to 4/3) Call for opinion =20 Is =E2=80=9Cephemeral=E2=80=9D same as =E2=80=9Cvolatile=E2=80=9D (whose = opposite state is =E2=80=9Dnon-volatile=E2=80=9D)?=20 =20 Is =E2=80=9Cnon- ephemeral=E2=80=9D same as = =E2=80=9Cpersistent=E2=80=9D or =E2=80=9C non-volatile=E2=80=9D?=20 Linda =20 From: OPS-DIR [mailto:ops-dir-bounces@ietf.org] On Behalf Of Dean = Bogdanovic Sent: Friday, March 25, 2016 2:39 PM To: Susan Hares Cc: Joel Halpern Direct; ops-dir@ietf.org; BRUNGARD, DEBORAH A; Gunter = Van De Velde; i2rs@ietf.org Subject: Re: [OPS-DIR] [i2rs] Ephemeral - Should we use another word - = (3/24 to 4/3) Call for opinion =20 Sue, =20 IMO, ephemeral has two meaning in i2rs architecture =20 1. it doesn=E2=80=99t survive reboot 2. you can=E2=80=99t roll back to a previous ephemeral state =20 Dean =20 On Mar 25, 2016, at 10:01 AM, Susan Hares wrote: =20 Deborah:=20 =20 Section 2 is exactly the place I would put the definition of ephemeral.=20 =20 Sue=20 =20 From: BRUNGARD, DEBORAH A [mailto:db3546@att.com]=20 Sent: Friday, March 25, 2016 9:50 AM To: Susan Hares; 'Fred Baker (fred)'; 'Gunter Van De Velde' Cc: i2rs@ietf.org; ops-dir@ietf.org; 'Joel Halpern Direct' Subject: RE: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - = (3/24 to 4/3) Call for opinion =20 Hi all, =20 As Alia is a co-author, I was assigned as the responsible AD for this = document. The document is not with the RFC Editor =E2=80=93 it=E2=80=99s = been approved by the IESG with a revised ID needed to address comments = raised by the IESG. And so the current discussion. =20 I had also raised the concern on needing more clarity on the definition = of ephemeral during my AD review. The authors added some information. = That clearly was not enough. As the term is used multiple times in the = document and is the basis for another draft on requirements = (draft-ietf-i2rs-ephemeral-state) which refers extensively to the = architecture document, I agree the authors need to add more definition. = Fred has a good suggestion =E2=80=93 the term should be visible in a = glossary section early in the document. It=E2=80=99s not currently = included in Section 2=E2=80=99s Terminology =E2=80=93 Sue, how about = adding it to that section? =20 I think the authors know what is needed and thank everyone for the = discussion and their time reviewing. =20 Thanks, Deborah =20 =20 =20 From: i2rs [ = mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 25, 2016 9:18 AM To: 'Fred Baker (fred)' < fred@cisco.com>; = 'Gunter Van De Velde' < = guntervandeveldecc@icloud.com> Cc: i2rs@ietf.org; = ops-dir@ietf.org; 'Joel Halpern Direct' < = jmh.direct@joelhalpern.com> Subject: Re: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - = (3/24 to 4/3) Call for opinion =20 Fred:=20 =20 Thank you for the review, and your comments here. I wished I=E2=80=99d = asked about the word ephemeral earlier.=20 =20 Sue=20 =20 From: Fred Baker (fred) [ mailto:fred@cisco.com] = Sent: Thursday, March 24, 2016 2:59 PM To: Gunter Van De Velde Cc: Susan Hares; i2rs@ietf.org; = ops-dir@ietf.org; Joel Halpern Direct Subject: Re: [OPS-DIR] Ephemeral - Should we use another word - (3/24 to = 4/3) Call for opinion =20 My comment was a review comment, that the word was being used in a way = that wasn't consistent with its dictionary definition (something with a = short lifetime, quite irrespective of birth/death processes) or common = usage (at least in my context). At this point, the draft has been sent = to the RFC Editor, so to my mind this discussion is mostly moot. If in = your other drafts you are pointing people to a glossary in the = architecture document (which I imagine you already are) and the = architecture document defines the term as you are using it, you have = probably done enough. =20 On Mar 24, 2016, at 11:07 AM, Gunter Van De Velde < = guntervandeveldecc@icloud.com> = wrote: =20 I am ok nowadays with using the terminology =E2=80=9CEphemeral=E2=80=9D, = although for a non-natve speaker it is non-trivial exotic word, = particular if the intended usage doesn=E2=80=99t 100% reflect the = Webster dictionary intended meaning. =20 It is only about a year ago i started reading up on i2rs and discovered = this particular terminology, and at the time a google search on this = terminology was not very conclusive and resulted to some confusion.=20 I understand very well the confusion at play here from non-native = english speaker perspective. =20 Adding text to explain the context in which the term Ephemeral is = useful/advised. fwiw now that i am used to seeing =E2=80=98Ephemeral' as = non-permanent config across reboot, i=E2=80=99m adapted its intended = purpose=E2=80=A6=20 =20 Is the goal to explain the intended meaning in each draft/rfc mentioning = it? =20 Be well, G/ =20 On 24 Mar 2016, at 18:02, Susan Hares < = shares@ndzh.com> wrote: =20 Hi all:=20 =20 =20 The draft-ietf-i2rs-architecture document has been approved as an RFC. = In the review, the OPS-DIR review indicated that = =E2=80=9Cephemeral=E2=80=9D meant more than =E2=80=9Cdoes not survive a = reboot=E2=80=9D. They have asked the I2RS working group if replacing = =E2=80=9Cephemeral=E2=80=9D with non-persistent (across power on/off or = reboot cycles) would be a better choice. =20 =20 What do you think =E2=80=93 leave at it at =E2=80=9Cephemeral=E2=80=9D = or change to =E2=80=9Cnon-persistent (across power on/off or reboot = cycles) ? We will have a 1 week call on=20 =20 This would mean every place that =E2=80=9Cephemeral=E2=80=9D is listed, = the authors would replace with =E2=80=9Cnon-persistent=E2=80=9D. In the = first instance, we will indicate =E2=80=9Cnon-persistent (across power = on/off or reboot cycles). =20 =20 =20 As the author, I think we are better to define ephemeral at the = beginning as =E2=80=9Cnon-persistent (across power on /off or reboot). = Changing the definition at this point, I suspect will simply confuse = people.=20 =20 Sue Hares =20 _______________________________________________ OPS-DIR mailing list OPS-DIR@ietf.org = https://www.ietf.org/mailman/listinfo/ops-dir =20 _______________________________________________ OPS-DIR mailing list OPS-DIR@ietf.org = https://www.ietf.org/mailman/listinfo/ops-dir =20 _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs =20 ------=_NextPart_000_00FD_01D18C39.341F8340 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Linda:

 

Thank you for your questions.=C2=A0 Ephemeral in the I2RS context = means (as Dean indicated)

 

1)      = Does not persist after a reboot,

2)      = Does not allow you to roll back to a previous ephemeral state (it is = not saved),

 

It is not the same as the word =E2=80=9Cvolatile=E2=80=9D in English = or non-persistent. =C2=A0This is why we have to define it in the I2RS = architecture draft.

 

Please note by default if the configuration changes after an I2RS = ephemeral changes, the configuration changes wins.=C2=A0 = =C2=A0

 

Sue

 

 

 

From:= = Linda Dunbar [mailto:linda.dunbar@huawei.com]
Sent: Thursday, = March 31, 2016 4:09 PM
To: Dean Bogdanovic; Susan = Hares
Cc: Joel Halpern Direct; ops-dir@ietf.org; BRUNGARD, = DEBORAH A; Gunter Van De Velde; i2rs@ietf.org
Subject: RE: = [OPS-DIR] [i2rs] Ephemeral - Should we use another word - (3/24 to 4/3) = Call for opinion

 

Is =E2=80=9Cephemeral=E2=80=9D same as =E2=80=9Cvolatile=E2=80=9D = (whose opposite state is =E2=80=9Dnon-volatile=E2=80=9D)? =

 

Is =E2=80=9Cnon- ephemeral=E2=80=9D  same as = =E2=80=9Cpersistent=E2=80=9D  or =E2=80=9C non-volatile=E2=80=9D? =

Linda

 

From:= = OPS-DIR [mailto:ops-dir-bounces@ietf.org<= /a>] On Behalf Of Dean Bogdanovic
Sent: Friday, March = 25, 2016 2:39 PM
To: Susan Hares
Cc: Joel Halpern = Direct; ops-dir@ietf.org; = BRUNGARD, DEBORAH A; Gunter Van De Velde; i2rs@ietf.org
Subject: Re: = [OPS-DIR] [i2rs] Ephemeral - Should we use another word - (3/24 to 4/3) = Call for opinion

 

Sue,

 

IMO, ephemeral has two meaning in i2rs = architecture

 

1. it doesn=E2=80=99t survive = reboot

2. you = can=E2=80=99t roll back to a previous ephemeral = state

 

Dean

 

On Mar 25, 2016, at 10:01 AM, Susan Hares <shares@ndzh.com> = wrote:

 

Deborah: 

 

Section 2 is exactly the place I would put the definition of = ephemeral. 

 

Sue 

 

From:=  BRUNGARD, = DEBORAH A [mailto:db3546@att.com] 
Sent: Friday, March 25, 2016 9:50 = AM
To: Susan = Hares; 'Fred Baker (fred)'; 'Gunter Van De Velde'
Cc: i2rs@ietf.org; ops-dir@ietf.org; 'Joel Halpern = Direct'
Subject: RE: [i2rs] [OPS-DIR] = Ephemeral - Should we use another word - (3/24 to 4/3) Call for = opinion

 

Hi all,

 

As Alia is a co-author, I was assigned as the responsible AD for this = document. The document is not with the RFC Editor =E2=80=93 it=E2=80=99s = been approved by the IESG with a revised ID needed to address comments = raised by the IESG. And so the current = discussion.

 

I had also raised the concern on needing more clarity on the = definition of ephemeral during my AD review. The authors added some = information. That clearly was not enough. As the term is used multiple = times in the document and is the basis for another draft on requirements = (draft-ietf-i2rs-ephemeral-state) which refers extensively to the = architecture document, I agree the authors need to add more definition. = Fred has a good suggestion =E2=80=93 the term should be visible in a = glossary section early in the document. It=E2=80=99s not currently = included in Section 2=E2=80=99s Terminology =E2=80=93 Sue, how about = adding it to that section?

 

I think the authors know what is needed and thank everyone for the = discussion and their time reviewing.

 

Thanks,

Deborah

 

 

 

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Friday, March 25, 2016 9:18 = AM
To: 'Fred = Baker (fred)' <fred@cisco.com>; 'Gunter Van De = Velde' <guntervandeveldecc@icloud.com>
Cc: i2rs@ietf.org; ops-dir@ietf.org; 'Joel Halpern = Direct' <jmh.direct@joelhalpern.com>
Su= bject: Re: [i2rs] = [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) Call = for opinion

 

Fred: 

 

Thank you for the review, and your comments here.  I wished = I=E2=80=99d asked about the word ephemeral earlier. 

 

Sue 

 

From:=  Fred Baker = (fred) [mailto:fred@cisco.com] 
Sent: Thursday, March 24, 2016 2:59 = PM
To: Gunter = Van De Velde
Cc: Susan Hares; i2rs@ietf.org; ops-dir@ietf.org; Joel Halpern = Direct
Subject: Re: [OPS-DIR] Ephemeral - = Should we use another word - (3/24 to 4/3) Call for = opinion

 

My comment was a review comment, that the word was = being used in a way that wasn't consistent with its dictionary = definition (something with a short lifetime, quite irrespective of = birth/death processes) or common usage (at least in my context). At this = point, the draft has been sent to the RFC Editor, so to my mind this = discussion is mostly moot. If in your other drafts you are pointing = people to a glossary in the architecture document (which I imagine you = already are) and the architecture document defines the term as you are = using it, you have probably done = enough.

 

On Mar 24, 2016, at 11:07 AM, Gunter Van De Velde = <guntervandeveldecc@icloud.com> = wrote:

 

I am ok nowadays with using the terminology = =E2=80=9CEphemeral=E2=80=9D, although for a non-natve speaker it is = non-trivial exotic word, particular if the intended usage = doesn=E2=80=99t 100% reflect the Webster dictionary intended = meaning.

 

It is only about a year ago i started reading up on = i2rs and discovered this particular terminology, and at the time a = google search on this terminology was not very conclusive and resulted = to some confusion. 

I understand very well the confusion at play here from = non-native english speaker = perspective.

 

Adding text to explain the context in which the term = Ephemeral is useful/advised. fwiw now that i am used to seeing = =E2=80=98Ephemeral' as non-permanent config across reboot, i=E2=80=99m = adapted its intended = purpose=E2=80=A6 

 

Is the goal to explain the intended meaning in each = draft/rfc mentioning it?

 

Be well,

G/

 

On 24 Mar 2016, at 18:02, Susan Hares <shares@ndzh.com> = wrote:

 

Hi = all: 

 

<wg = chair hat on> 

The = draft-ietf-i2rs-architecture document has been approved as an RFC.  = In the review, the OPS-DIR review indicated that = =E2=80=9Cephemeral=E2=80=9D meant more than =E2=80=9Cdoes not survive a = reboot=E2=80=9D. They have asked the I2RS working group if replacing = =E2=80=9Cephemeral=E2=80=9D with non-persistent (across power on/off or = reboot cycles) would be a better choice.  

 

What do = you think =E2=80=93 leave at it at =E2=80=9Cephemeral=E2=80=9D or change = to =E2=80=9Cnon-persistent (across power on/off or reboot cycles) ? We = will have a 1 week call on 

 

This would = mean every place that =E2=80=9Cephemeral=E2=80=9D is listed, the authors = would replace with =E2=80=9Cnon-persistent=E2=80=9D.  In the first = instance, we will indicate =E2=80=9Cnon-persistent (across power on/off = or reboot cycles).

 

<wg = chair hat off>  

 

As the = author, I think we are better to define ephemeral at the beginning as = =E2=80=9Cnon-persistent (across power on /off or reboot).  Changing = the definition at this point, I suspect will simply confuse people. 

 

Sue = Hares

 

__________= _____________________________________
OPS-DIR mailing = list
OPS-DIR@ietf.org
https://www.ietf.org/mailman/listinfo/ops-dir

 

_______________________________________________
OPS-= DIR mailing list
OPS-DIR@ietf.org
https://www.ietf.org/mailman/listinfo/ops-dir

 

__________= _____________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/= mailman/listinfo/i2rs

<= p class=3DMsoNormal> 

------=_NextPart_000_00FD_01D18C39.341F8340-- From nobody Fri Apr 1 16:36:08 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD7F812D0B9 for ; Fri, 1 Apr 2016 16:36:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.439 X-Spam-Level: **** X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zb_k6WYxn5eN for ; Fri, 1 Apr 2016 16:36:05 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 0EFEF12D0C4 for ; Fri, 1 Apr 2016 16:36:04 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.136.128; From: "Susan Hares" To: Date: Fri, 1 Apr 2016 19:35:13 -0400 Message-ID: <002201d18c6f$24bab790$6e3026b0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0023_01D18C4D.9DA91790" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGMbonz7xWm9PRJTeKyaKBgmd2t4Q== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' Subject: [i2rs] WG adoption call for FB-RIB drafts (4/1 to 4/15) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 23:36:06 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0023_01D18C4D.9DA91790 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG Adoption call for: draft-kini-i2rs-fb-rib-info-model-03 draft-hares-i2rs-fb-rib-data-model-03 draft-hares-i2rs-pkt-eca-data-model-02 Please send your comments on the technical merits and usefulness of these models. Sue and Jeff ------=_NextPart_000_0023_01D18C4D.9DA91790 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This = begins a 2 week WG Adoption call for:

 

draft-kini-i2rs-fb-rib-info-model-03

draft-hares-i2rs-fb-rib-data-model-03

draft-hares-i2rs-pkt-eca-data-model-02 =

 

Please send your comments on the technical merits and = usefulness of these models.

 

Sue =  and Jeff

------=_NextPart_000_0023_01D18C4D.9DA91790-- From nobody Sat Apr 2 06:49:42 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 289AA12D127 for ; Sat, 2 Apr 2016 06:49:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 F7xyA7D5T4cO for ; Sat, 2 Apr 2016 06:49:39 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23AF612D110 for ; Sat, 2 Apr 2016 06:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3541; q=dns/txt; s=iport; t=1459604979; x=1460814579; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=uA1s2180YoJHHzdgLjmz4pzbklS6keNf4xTyAGyquxo=; b=MwsXjNkXAR/FMDjwNuu1ucvCbecC8foSrhTayoldOSctJ2XwBbJQQ0Zo mCUWs/y/HAJoSoSshc0QHHgt8LylcjNS1g+LF1Q2TNe3nwBTIoUfEvfZM 6YC8fBSef1DNeSI5ZhecyOAl9AvHnRZ3P2NcyT8Xc3BdhfQkrFkc9X1f7 8=; X-IronPort-AV: E=Sophos;i="5.24,431,1454976000"; d="scan'208";a="87148549" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Apr 2016 13:49:38 +0000 Received: from [10.24.243.251] ([10.24.243.251]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u32Dnank017425; Sat, 2 Apr 2016 13:49:37 GMT To: Susan Hares , i2rs@ietf.org References: <023f01d17f78$34ab2710$9e017530$@ndzh.com> From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <56FFCDF0.4010003@cisco.com> Date: Sat, 2 Apr 2016 09:49:36 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <023f01d17f78$34ab2710$9e017530$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "'Alvaro Retana \(aretana\)'" , kwatsen@juniper.net, 'Andy Bierman' , "'BRUNGARD, DEBORAH A'" , 'Alia Atlas' Subject: Re: [i2rs] FW: New Version Notification for draft-hares-dt-i2rs-protocol-strawman-00.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 13:49:41 -0000 On 3/16/16 07:37, Susan Hares wrote: > HI all: > > This is a I2RS protocol strawman for discussion on Wednesday's interim (10:00am - 11:30am ET on March 16, 2016) along with the data flow requirements document and email sent out earlier today. > > This personal draft comes out of what I learned from Andy Bierman, Kent Watsen, Dean Bogdanovic, Russ White, Alia Atlas, Amit Dass, Ignas Bagdonas, Alex Clemm, Keyur Patel, Hariharan Ananthakrishnan, Anu Nair, Juergen Schoenwaelder, Joel Halpern, Mach Chen, Qin Wu, and Jan Medved. > > The errors are mine - the good ideas come from wonderful group of people over the last 9 months. It is a strawman. It is limited to just netconf/restconf with all functions. The discussion regarding adding IPFIX or Protobufs to this first version of I2RS higher-level protocol - is a discussion for interim and IETF Hey, Sue. I have a comment. In section 3 regarding ephemeral, when you talk about overwriting ephemeral, you mention "local config" will override. This is ambiguous to me. Prior to this you talk about "normal configuration" or "normal datastores." I take it you mean the non-ephemeral datastores. But local config implies...console? I think you want to say that any type of configuration operation to a non-ephemeral datastore (i.e., running) would win if it's the last write in the default mode? This would mean I can do a NETCONF operation to the running DS an overwrite the ephemeral state. In terms of overwrite modes, a few of us discussed (in Yokohama) the idea of assigning the "normal" DSes a priority so that one could have more granular control over how ephemeral plays with non-ephemeral. This would feel more like true panes of glass. Thoughts on this? Joe > > Sue > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Tuesday, March 15, 2016 10:44 PM > To: Susan Hares > Subject: New Version Notification for draft-hares-dt-i2rs-protocol-strawman-00.txt > > > A new version of I-D, draft-hares-dt-i2rs-protocol-strawman-00.txt > has been successfully submitted by Susan Hares and posted to the IETF repository. > > Name: draft-hares-dt-i2rs-protocol-strawman > Revision: 00 > Title: I2RS protocol strawman > Document date: 2016-03-15 > Group: Individual Submission > Pages: 29 > URL: https://www.ietf.org/internet-drafts/draft-hares-dt-i2rs-protocol-strawman-00.txt > Status: https://datatracker.ietf.org/doc/draft-hares-dt-i2rs-protocol-strawman/ > Htmlized: https://tools.ietf.org/html/draft-hares-dt-i2rs-protocol-strawman-00 > > > Abstract: > This document provides a strawman proposal for the I2RS protocol > covering the ephemeral data store and data flow requirements not > covered by i2rs publication/subscription service or traceability. It > also proposes additions to YANG for the ephemeral data store and for > additional data flow requirements. It proposes additions to the > NETCONF and RESTCONF for these additions. Future versions of this > document will propose changes to support the I2RS protocol security > requirements. > > > > > Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Mon Apr 4 13:01:02 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BFFB112D869; Mon, 4 Apr 2016 13:01:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160404200101.15723.87315.idtracker@ietfa.amsl.com> Date: Mon, 04 Apr 2016 13:01:01 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-security-environment-reqs-01.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2016 20:01:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System of the IETF. Title : I2RS Environment Security Requirements Authors : Daniel Migault Joel Halpern Susan Hares Filename : draft-ietf-i2rs-security-environment-reqs-01.txt Pages : 19 Date : 2016-04-04 Abstract: This document provides environment security requirements for the I2RS architecture. Environment security requirements are independent of the protocol used for I2RS. As a result, the requirements provided in this document are intended to provide good security practise so I2RS can be securely deployed and operated. These security requirements are designated as environment security requirements as opposed to the protocol security requirements. The reason to have separate document is that protocol security requirements are intended to help the design of the I2RS protocol whether the environment requirements are rather intended for deployment or implementations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-security-environment-reqs/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-security-environment-reqs-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-security-environment-reqs-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Apr 5 05:14:04 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C9EE12D1AD; Sat, 2 Apr 2016 02:53:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160402095333.27865.28232.idtracker@ietfa.amsl.com> Date: Sat, 02 Apr 2016 02:53:33 -0700 Archived-At: X-Mailman-Approved-At: Tue, 05 Apr 2016 05:14:00 -0700 Subject: [i2rs] The I2RS WG has placed draft-hares-i2rs-pkt-eca-data-model in state "Call For Adoption By WG Issued" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 09:53:33 -0000 The I2RS WG has placed draft-hares-i2rs-pkt-eca-data-model in state Call For Adoption By WG Issued (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-hares-i2rs-pkt-eca-data-model/ From nobody Tue Apr 5 05:14:07 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AC1CD12D747; Sat, 2 Apr 2016 02:56:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160402095646.27818.95160.idtracker@ietfa.amsl.com> Date: Sat, 02 Apr 2016 02:56:46 -0700 Archived-At: X-Mailman-Approved-At: Tue, 05 Apr 2016 05:14:02 -0700 Subject: [i2rs] The I2RS WG has placed draft-hares-i2rs-fb-rib-data-model in state "Call For Adoption By WG Issued" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 09:56:46 -0000 The I2RS WG has placed draft-hares-i2rs-fb-rib-data-model in state Call For Adoption By WG Issued (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-hares-i2rs-fb-rib-data-model/ From nobody Tue Apr 5 05:14:09 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 22C8112D75C; Sat, 2 Apr 2016 02:58:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160402095801.27865.62614.idtracker@ietfa.amsl.com> Date: Sat, 02 Apr 2016 02:58:01 -0700 Archived-At: X-Mailman-Approved-At: Tue, 05 Apr 2016 05:14:02 -0700 Subject: [i2rs] The I2RS WG has placed draft-hares-i2rs-bnp-eca-data-model in state "Call For Adoption By WG Issued" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 09:58:01 -0000 The I2RS WG has placed draft-hares-i2rs-bnp-eca-data-model in state Call For Adoption By WG Issued (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/ From nobody Tue Apr 5 05:14:12 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6463F12D76B; Sat, 2 Apr 2016 03:40:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160402104028.27849.11383.idtracker@ietfa.amsl.com> Date: Sat, 02 Apr 2016 03:40:28 -0700 Archived-At: X-Mailman-Approved-At: Tue, 05 Apr 2016 05:14:02 -0700 Subject: [i2rs] The I2RS WG has placed draft-kini-i2rs-fb-rib-info-model in state "Call For Adoption By WG Issued" X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2016 10:40:28 -0000 The I2RS WG has placed draft-kini-i2rs-fb-rib-info-model in state Call For Adoption By WG Issued (entered by Susan Hares) The document is available at https://datatracker.ietf.org/doc/draft-kini-i2rs-fb-rib-info-model/ From nobody Tue Apr 5 05:52:46 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5839C12D1B1; Tue, 5 Apr 2016 05:52:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_HELO_PASS=-0.001, 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 A3jQws_5W-d6; Tue, 5 Apr 2016 05:52:42 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A01512D5B4; Tue, 5 Apr 2016 05:52:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id EBB692C0037; Tue, 5 Apr 2016 05:52:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1459860761; bh=wBClW5jlhGIEiwk0dRvUSVxsCQNGRd11Fnj1OUZLxKQ=; h=Subject:To:References:From:Date:In-Reply-To:From; b=P3m6Km7R7iAH/cshp6AjGIDvNpV9j+AV6H7kDc5brxMRQOqmh6uPgGCahylawgi4g 2OzwFRh6HRDuArSY+14q70HpfO49SbtICXPyfB9K+ZKGIHAaXXffj1ru1s10SFPA0V vLsKIk49mXdCSELORQorNcYgbjbeHPzI3e8FcY1k= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from dhcp-893a.meeting.ietf.org (unknown [31.133.138.58]) (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 EBDC11C0186; Tue, 5 Apr 2016 05:52:40 -0700 (PDT) To: IETF Secretariat , i2rs@ietf.org, i2rs-chairs@ietf.org References: <20160402095801.27865.62614.idtracker@ietfa.amsl.com> From: "Joel M. Halpern" Message-ID: <5703B514.60803@joelhalpern.com> Date: Tue, 5 Apr 2016 08:52:36 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20160402095801.27865.62614.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] Calls for adoption of policy drafts. X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 12:52:44 -0000 I have looked at ttps://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/ and https://datatracker.ietf.org/doc/draft-hares-i2rs-pkt-eca-data-model/ In general, I am comfortable with the WG adopting these documents. I think there is one important issue that needs to be addressed, preferably in conjunction with adoption. the issue as two related parts. The primary issue is the interaction between these policies and the operational RIB in the rotuer. I suspect I know what the assumption of the wg is, but I could not find any text in the document. It may be that I simply misssed it. I was looking for something that said "all packets which do not match any policy filter are passed on to the RIB." Related to this, I think the text needs to note that the I2RS priority scheme does not help for conflicts between I2RS policy forwarding entries and I2RS RIB entries. The policy entries will apply first, even if the RIB entries have a higher priority. I think this is an inevitable consequence of our deliberate (and I personally think sensible) choice to not deal with indirect conflicts in the protocol. I do think the document should not this effect explicitly. Yours, Joel From nobody Tue Apr 5 08:20:28 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11CEF12D129; Tue, 5 Apr 2016 08:20:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zvX86-WiXAk4; Tue, 5 Apr 2016 08:20:21 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 9E7C412D0AA; Tue, 5 Apr 2016 08:20:20 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: "'Joel M. Halpern'" , "'IETF Secretariat'" , , References: <20160402095801.27865.62614.idtracker@ietfa.amsl.com> <5703B514.60803@joelhalpern.com> In-Reply-To: <5703B514.60803@joelhalpern.com> Date: Tue, 5 Apr 2016 11:19:25 -0400 Message-ID: <017c01d18f4e$8b441150$a1cc33f0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJ6fxROpDwh0/xssaZYw+3XtzKuTAJof436nhZSJxA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] Calls for adoption of policy drafts. X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 15:20:24 -0000 Joel: The FB-RIB draft contains the pointer. For the I2RS case there is no match in FB-RIB, it goes to the default RIB linked to the I2RS FB-RIB for forwarding. If that RIB contains 0/0, it will forward all traffic. If the RIB does not contain a match, it will drop the traffic. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Joel M. Halpern Sent: Tuesday, April 05, 2016 8:53 AM To: IETF Secretariat; i2rs@ietf.org; i2rs-chairs@ietf.org Subject: Re: [i2rs] Calls for adoption of policy drafts. I have looked at ttps://datatracker.ietf.org/doc/draft-hares-i2rs-bnp-eca-data-model/ and https://datatracker.ietf.org/doc/draft-hares-i2rs-pkt-eca-data-model/ In general, I am comfortable with the WG adopting these documents. I think there is one important issue that needs to be addressed, preferably in conjunction with adoption. the issue as two related parts. The primary issue is the interaction between these policies and the operational RIB in the rotuer. I suspect I know what the assumption of the wg is, but I could not find any text in the document. It may be that I simply misssed it. I was looking for something that said "all packets which do not match any policy filter are passed on to the RIB." Related to this, I think the text needs to note that the I2RS priority scheme does not help for conflicts between I2RS policy forwarding entries and I2RS RIB entries. The policy entries will apply first, even if the RIB entries have a higher priority. I think this is an inevitable consequence of our deliberate (and I personally think sensible) choice to not deal with indirect conflicts in the protocol. I do think the document should not this effect explicitly. Yours, Joel _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Tue Apr 5 11:40:09 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9D5312D5BB for ; Tue, 5 Apr 2016 11:40:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 MGTuFjrdCwL6 for ; Tue, 5 Apr 2016 11:40:02 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89CC512D12C for ; Tue, 5 Apr 2016 11:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1049; q=dns/txt; s=iport; t=1459881602; x=1461091202; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=H11XjQg140BB8NFlgLUdXfnjoYiDKVupvuPWhRwJ9Bo=; b=JRTwTMOJfhrxOJAqcCxDUR1583dwA7kOOTgmJexWAtBwbBSipRAlwhZW WlAFfqbmKPtuHGgZcF1x2cJYl6e5lVqjAgE8RoOnhnJ/emnLdvur3HGF6 ZfHdhUBdalnLMigGjrTOqRYV33EG/Tj/30nAXPHzDjXU9yD3S7zWwhTQ9 Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DzAQATBgRX/5FdJa1egze9CAENgXKHT?= =?us-ascii?q?zgUAQEBAQEBAWUcC4RrFXYCBSECEQJMDQgBARqICZ54j12RagEBAQcCAR18hSS?= =?us-ascii?q?MCoJWAQSYAYErjF2BaIdShVWGGokAHgEBQoQFIIhnAQEB?= X-IronPort-AV: E=Sophos;i="5.24,445,1454976000"; d="scan'208";a="93207504" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2016 18:39:37 +0000 Received: from [10.24.227.188] ([10.24.227.188]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u35Ida5A026460 for ; Tue, 5 Apr 2016 18:39:36 GMT To: "i2rs@ietf.org" From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <57040667.10401@cisco.com> Date: Tue, 5 Apr 2016 14:39:35 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [i2rs] Comments on last-write-wins (strawman) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 18:40:04 -0000 I wanted to follow up to my comments from the meeting and to the strawman I-D. The example shown in the meeting where ephemeral config overlays the running config in a single pane of glass makes a lot of sense. However, what happens when the next write isn't from another I2RS Client, but instead a "normal" NETCONF client? In that case, the last-write-wins rule takes effect, and the pane of glass holding the ephemeral config "shatters" leaving the running config as the derived state. I realize this is the default, but I definitely see use cases where I would not want the running config to win if it's the last write. As such, I'd like it to be mandatory that implementations include both the last-write-wins and the ephemeral wins options. What I see in the default case is that I may change the running config, which triggers an update to the I2RS Client holding the current ephemeral config, that Client then re-makes its change to overlay running, and now I have state churn that I may not want. Joe From nobody Tue Apr 5 13:49:25 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A99D12D9E8 for ; Tue, 5 Apr 2016 13:49:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XZab7QdtaSyt for ; Tue, 5 Apr 2016 13:49:22 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 E02AA12D9CE for ; Tue, 5 Apr 2016 13:49:20 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.139.85; From: "Susan Hares" To: "'Joe Clarke'" , References: <57040667.10401@cisco.com> In-Reply-To: <57040667.10401@cisco.com> Date: Tue, 5 Apr 2016 16:48:25 -0400 Message-ID: <00a001d18f7c$8142a440$83c7ecc0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQISuDD7qlOza7k3BzLebZ9ze1aS7Z75iBiw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [i2rs] Comments on last-write-wins (strawman) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 20:49:23 -0000 Joe: This requirement that implementations provide "last write" and the ability to "ephemeral" wins (by setting a configuration flag) is a good addition. I hope others will comment on this point. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Joe Clarke Sent: Tuesday, April 05, 2016 2:40 PM To: i2rs@ietf.org Subject: [i2rs] Comments on last-write-wins (strawman) I wanted to follow up to my comments from the meeting and to the strawman I-D. The example shown in the meeting where ephemeral config overlays the running config in a single pane of glass makes a lot of sense. However, what happens when the next write isn't from another I2RS Client, but instead a "normal" NETCONF client? In that case, the last-write-wins rule takes effect, and the pane of glass holding the ephemeral config "shatters" leaving the running config as the derived state. I realize this is the default, but I definitely see use cases where I would not want the running config to win if it's the last write. As such, I'd like it to be mandatory that implementations include both the last-write-wins and the ephemeral wins options. What I see in the default case is that I may change the running config, which triggers an update to the I2RS Client holding the current ephemeral config, that Client then re-makes its change to overlay running, and now I have state churn that I may not want. Joe _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Tue Apr 5 13:51:25 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 617F012D9FE for ; Tue, 5 Apr 2016 13:51:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-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 K5hRT4lX5cyT for ; Tue, 5 Apr 2016 13:51:18 -0700 (PDT) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (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 EF2CD12D9E6 for ; Tue, 5 Apr 2016 13:51:15 -0700 (PDT) Received: by mail-lb0-x230.google.com with SMTP id bc4so17234294lbc.2 for ; Tue, 05 Apr 2016 13:51:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=y9JZifBipS3ov5EBBsG4YRVmWUlNp1oEOg9QNj5jYFU=; b=UrGh6Bn/7m3nOCj2owf/3zSt+RNptlKPNKo9DD9RP5R52t9PPwNQgb5DKPG+C3t0ac 4XtQiPi41WgD2gn5Iw8RcaZHIZ1fSCjw4piw/dDy/+49t0givrQKGkEPWAmktFkhSSX5 9bE3XHdv5Gqd1kUjWm3egAk9t92Ap6+7HY+Q0CjojY1sytJ5MILecFicxqkIugStVLbT VrUMHPlMXzGtNtzvwKYvxbB/f8kwRvb1KebtIAiGXDXG4U927nJvQJtT7/iq9aT+NHVR eeU1bxHo4gc0JDLHlFOS4gLWsO768I+mOBy8R9MNewARlCymMLJLduD9m3lmqf7p4XCl JifQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=y9JZifBipS3ov5EBBsG4YRVmWUlNp1oEOg9QNj5jYFU=; b=ikrpS5YvggBtGnI8jb6qqJEBHI91cSzMJWWGjfgkxULFs8PYlWguCo3+8O16AP78VE dGrBY89dFR6iUrFX+zDD2VPgOD8seGxnfmNevwR6vWSb5boc4/iitRoQbgvMQQ4fdfGu A1mu06ZoMO6JpV+1cJsIqloip+1gKhLNHhzXLJL6zS6K2EwYM6goTlyy/iXxqTv6EZC6 bcB4CBWtmXmBH9gevITHX6svn1HN5L0OzPs3MrWsuaXqChVNCNX3P4NBQQpQTBPy5Kvy 2avQPmsTKxaUpQsMrcb1p7S2hFP2yJGkNu1TosnQSAlZjC6v50SUGir7D+jfdcgeJqN3 9tpA== X-Gm-Message-State: AD7BkJLs8umqGtkqivx6jgZix+doVobaDBpoPYkD0bIRT9YNlZcfe3aQuBrHyOZRMldIMDwr6c4RYCq3yH/Khg== MIME-Version: 1.0 X-Received: by 10.112.170.68 with SMTP id ak4mr282695lbc.94.1459889015496; Tue, 05 Apr 2016 13:43:35 -0700 (PDT) Received: by 10.112.135.97 with HTTP; Tue, 5 Apr 2016 13:43:35 -0700 (PDT) In-Reply-To: <57040667.10401@cisco.com> References: <57040667.10401@cisco.com> Date: Tue, 5 Apr 2016 13:43:35 -0700 Message-ID: From: Andy Bierman To: Joe Clarke Content-Type: multipart/alternative; boundary=001a11c259a82e38e6052fc2e662 Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] Comments on last-write-wins (strawman) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2016 20:51:23 -0000 --001a11c259a82e38e6052fc2e662 Content-Type: text/plain; charset=UTF-8 On Tue, Apr 5, 2016 at 11:39 AM, Joe Clarke wrote: > I wanted to follow up to my comments from the meeting and to the strawman > I-D. The example shown in the meeting where ephemeral config overlays the > running config in a single pane of glass makes a lot of sense. However, > what happens when the next write isn't from another I2RS Client, but > instead a "normal" NETCONF client? > > In that case, the last-write-wins rule takes effect, and the pane of glass > holding the ephemeral config "shatters" leaving the running config as the > derived state. I realize this is the default, but I definitely see use > cases where I would not want the running config to win if it's the last > write. > > As such, I'd like it to be mandatory that implementations include both the > last-write-wins and the ephemeral wins options. What I see in the default > case is that I may change the running config, which triggers an update to > the I2RS Client holding the current ephemeral config, that Client then > re-makes its change to overlay running, and now I have state churn that I > may not want. > > I am confused by last-write wins, especially since all this stuff about client priority is intended to provide first-one-wins to prevent flapping. Also, the static intended config (running datastore) is validated and managed independently of the I2RS ephemeral data. NETCONF clients can update /foo all day but it has no affect whatsoever on the applied /foo config because I2RS is always higher priority. I think the I2RS client has to delete ephemeral /foo in order for the static /foo to be used by the server. Joe > > Andy > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > --001a11c259a82e38e6052fc2e662 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Apr 5, 2016 at 11:39 AM, Joe Clarke <jclarke@cisco.com>= wrote:
I wanted to follow up to m= y comments from the meeting and to the strawman I-D.=C2=A0 The example show= n in the meeting where ephemeral config overlays the running config in a si= ngle pane of glass makes a lot of sense.=C2=A0 However, what happens when t= he next write isn't from another I2RS Client, but instead a "norma= l" NETCONF client?

In that case, the last-write-wins rule takes effect, and the pane of glass = holding the ephemeral config "shatters" leaving the running confi= g as the derived state.=C2=A0 I realize this is the default, but I definite= ly see use cases where I would not want the running config to win if it'= ;s the last write.

As such, I'd like it to be mandatory that implementations include both = the last-write-wins and the ephemeral wins options.=C2=A0 What I see in the= default case is that I may change the running config, which triggers an up= date to the I2RS Client holding the current ephemeral config, that Client t= hen re-makes its change to overlay running, and now I have state churn that= I may not want.


I am confused by last-write wins, espe= cially since all this stuff about client
priority is intended to = provide first-one-wins to prevent flapping.=C2=A0
Also, the stati= c intended config (running datastore) is validated and managed
in= dependently of the I2RS ephemeral data. NETCONF clients can update
/foo all day but it has no affect whatsoever on the applied /foo config
because I2RS is always higher priority.

I= think the I2RS client has to delete ephemeral /foo in order for
= the static /foo to be used by the server.



Joe


Andy
=C2=A0
_______________________________________________
i2rs mailing list
i2rs@ietf.org
https://www.ietf.org/mailman/listinfo/i2rs

--001a11c259a82e38e6052fc2e662-- From nobody Wed Apr 6 08:29:26 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 158ED12D1D3 for ; Wed, 6 Apr 2016 08:29:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 RqVVVwZaw01E for ; Wed, 6 Apr 2016 08:29:23 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F0F012D1DE for ; Wed, 6 Apr 2016 08:29:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1878; q=dns/txt; s=iport; t=1459956550; x=1461166150; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=hb7wal8W3VYLH+jqE6gRQNLuVlkHgGLQl8X7hOoeL+4=; b=TXzZCr/5cgUdQ+0kZX+xPOWt/NyTmBfYO9svpzc+N+ywwt5A+ZoQ7uUy PFG4K1HxrALrb05zNhCpJGlDKKF2QMBFPzbdt8/AhW1APIeNyFVK7yofT NXNUVW4cyg3pWbQKm+3UbKM0VFSwd8ZftX3ECwgGv2bIXXRgfHoXKI81+ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQAlKgVX/5JdJa1cgzeBULpLAQ2Bc?= =?us-ascii?q?oYNAoFJOBQBAQEBAQEBZSeEQgEBBCMVQAEQCxgCAgUWCAMCAgkDAgECATQRBg0?= =?us-ascii?q?GAgEBGogJrwyRegEBAQEBAQEBAQEBAQEBAQEBGXyFJYRLhCeDGIJWAQSYAYhoh?= =?us-ascii?q?SOBZ4dShVWGHIkFHgEBQoQDIDCHOCWBFgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,447,1454976000"; d="scan'208";a="90686725" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2016 15:29:09 +0000 Received: from [10.24.227.241] ([10.24.227.241]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u36FT84I026880; Wed, 6 Apr 2016 15:29:09 GMT To: Andy Bierman References: <57040667.10401@cisco.com> From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <57052B44.3010103@cisco.com> Date: Wed, 6 Apr 2016 11:29:08 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] Comments on last-write-wins (strawman) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 15:29:25 -0000 On 4/5/16 16:43, Andy Bierman wrote: > > > On Tue, Apr 5, 2016 at 11:39 AM, Joe Clarke > wrote: > > I wanted to follow up to my comments from the meeting and to the > strawman I-D. The example shown in the meeting where ephemeral > config overlays the running config in a single pane of glass makes a > lot of sense. However, what happens when the next write isn't from > another I2RS Client, but instead a "normal" NETCONF client? > > In that case, the last-write-wins rule takes effect, and the pane of > glass holding the ephemeral config "shatters" leaving the running > config as the derived state. I realize this is the default, but I > definitely see use cases where I would not want the running config > to win if it's the last write. > > As such, I'd like it to be mandatory that implementations include > both the last-write-wins and the ephemeral wins options. What I see > in the default case is that I may change the running config, which > triggers an update to the I2RS Client holding the current ephemeral > config, that Client then re-makes its change to overlay running, and > now I have state churn that I may not want. > > > I am confused by last-write wins, especially since all this stuff about > client > priority is intended to provide first-one-wins to prevent flapping. > Also, the static intended config (running datastore) is validated and > managed > independently of the I2RS ephemeral data. NETCONF clients can update > /foo all day but it has no affect whatsoever on the applied /foo config > because I2RS is always higher priority. > > I think the I2RS client has to delete ephemeral /foo in order for > the static /foo to be used by the server. This would be my suggestion as well. Joe From nobody Wed Apr 6 09:04:19 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADDA212D0BD for ; Wed, 6 Apr 2016 09:04:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fvPB60hc2z2G for ; Wed, 6 Apr 2016 09:04:16 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B0ED012D102 for ; Wed, 6 Apr 2016 09:04:15 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: , References: <201604061501.u36F1Eqn003985@irp-lnx1.cisco.com> In-Reply-To: <201604061501.u36F1Eqn003985@irp-lnx1.cisco.com> Date: Wed, 6 Apr 2016 12:03:19 -0400 Message-ID: <011c01d1901d$d7c94c00$875be400$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_011D_01D18FFC.50B932A0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGslx2SyLbtsGwdJHf5xH9+zP7oQJ/HDT8w Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] IPv6 examples in draft-ietf-i2rs-rib-info-model X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 16:04:17 -0000 This is a multipart message in MIME format. ------=_NextPart_000_011D_01D18FFC.50B932A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Fred: We will add ipv6 examples to the I2RS RIB. Thank you for pointing this out. Sue Hares (I2RS co-chair) -----Original Message----- From: fred@cisco.com [mailto:fred@cisco.com] Sent: Wednesday, April 06, 2016 11:01 AM To: draft-ietf-i2rs-rib-info-model.all@tools.ietf.org Subject: IPv6 examples in draft-ietf-i2rs-rib-info-model Hello: I'd like to bring something to your attention with regard to draft-ietf-i2rs-rib-info-model, if I may. It uses IPv4 examples (examples using addresses in 192.0.2.0/24, 198.51.100.0/24, or 203.0.113.0/24), but presents no IPv6 examples (which would use 2001:db8::/32, as specified in RFC 6890). This suggests that at some future time the protocol will likely need to be updated to use IPv6 in addition to IPv4. draft-robachevsky-mandating-use-of-ipv6-examples makes a very practical suggestion, which is that drafts should consider IPv6, as it is the direction the Internet is headed, and therefore provide either only IPv6 examples or both IPv4 and IPv6 examples. This has not been agreed to in the IETF, nor is it a mandate in any sense. However, it seems practical. I can imagine that you just didn't think about IPv6, on the assumption that it is not a current reality in the Internet; while not true, that is a common perception. However, as https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=be,ch,us,pt ,de,gr,lu,pe,ec,ee,jp,fr,cz,my,fi,no,br,ca,ro,nl displays, Google, APNIC, and Akamai are reporting that at least 39 countries worldwide have non-negligible IPv6 deployment (at least 1% of the traffic each of them sees uses IPv6 in those markets), 20 of them have at least 5%, and, in one case and one measurement, over 50% of their traffic. Additionally, AT&T, Comcast, Google, and T-Mobile indicate that a significant pecentage (around half to three quarters) of their mobile handsets or home computers are using IPv6 - in some cases, accessing IPv4 sites only through NAT64 translation. In that spirit, would you please consider duplicating your IPv4 examples, or augmenting them, to display both the IPv4 and IPv6 variants? Thanks. Fred ------=_NextPart_000_011D_01D18FFC.50B932A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Fred: =

 

We will add ipv6 examples to the I2RS RIB.  = Thank you for pointing this out.

 

Sue = Hares

(I2RS = co-chair)

 

-----Original Message-----
From: fred@cisco.com = [mailto:fred@cisco.com]
Sent: Wednesday, April 06, 2016 11:01 = AM
To: draft-ietf-i2rs-rib-info-model.all@tools.ietf.org
Subject: = IPv6 examples in draft-ietf-i2rs-rib-info-model

 

Hello:

 

I'd = like to bring something to your attention with regard to = draft-ietf-i2rs-rib-info-model, if I may.  It uses IPv4 examples = (examples using addresses in 192.0.2.0/24, 198.51.100.0/24, or = 203.0.113.0/24), but presents no IPv6 examples (which would use = 2001:db8::/32, as specified in RFC 6890).  This suggests that at = some future time the protocol will likely need to be updated to use IPv6 = in addition to IPv4.

 

draft-robachevsky-mandating-use-of-ipv6-examples = makes a very practical suggestion, which is that drafts should consider = IPv6, as it is the direction the Internet is headed, and therefore = provide either only IPv6 examples or both IPv4 and IPv6 examples. This = has not been agreed to in the IETF, nor is it a mandate in any sense. = However, it seems practical.

 

I can = imagine that you just didn't think about IPv6, on the assumption that it = is not a current reality in the Internet; while not true, that is a = common perception.  However, as https://www.vyncke.org/ip= v6status/compare.php?metric=3Dp&countries=3Dbe,ch,us,pt,de,gr,lu,pe,e= c,ee,jp,fr,cz,my,fi,no,br,ca,ro,nl

displays, Google, APNIC, and Akamai are reporting = that at least 39 countries worldwide have non-negligible IPv6 deployment = (at least 1% of the traffic each of them sees uses IPv6 in those = markets), 20 of them have at least 5%, and, in one case and one = measurement, over 50% of their traffic. Additionally, AT&T, Comcast, = Google, and T-Mobile indicate that a significant pecentage (around half = to three quarters) of their mobile handsets or home computers are using = IPv6 - in some cases, accessing IPv4 sites only through NAT64 = translation.

 

In = that spirit, would you please consider duplicating your IPv4 examples, = or augmenting them, to display both the IPv4 and IPv6 = variants?

 

Thanks.

 

Fred

------=_NextPart_000_011D_01D18FFC.50B932A0-- From nobody Thu Apr 7 04:49:16 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8C5712D632 for ; Thu, 7 Apr 2016 04:49:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.638 X-Spam-Level: *** X-Spam-Status: No, score=3.638 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qGuFrm5XBPm9 for ; Thu, 7 Apr 2016 04:49:09 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B3ED712D1A1 for ; Thu, 7 Apr 2016 04:49:08 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.139.85; From: "Susan Hares" To: Date: Thu, 7 Apr 2016 07:47:52 -0400 Message-ID: <022401d190c3$59f92e20$0deb8a60$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0225_01D190A1.D2EA9B60" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGQwvKvysul+OTVSLGhQMYGY3opvQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' , "'Joel M. Halpern'" , 'Kent Watsen' , jgs@bgp.nu Subject: [i2rs] Revision of slides for the I2RS meeting this afternoon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 11:49:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0225_01D190A1.D2EA9B60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2RS people: We have a session to after netconf (16:00 - 17:00). Please plan on joining us so that the NETCONF/I2RS people can both discuss with I2RS the data flow requirements and protocol specification. Based on the feedback from Monday's meeting new slides have been upload. We'll also talk about hackathon at IETF 96. Sue ------=_NextPart_000_0225_01D190A1.D2EA9B60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2RS = people:

 

We have a session to after netconf (16:00 – = 17:00). Please plan on joining us so that the NETCONF/I2RS people can = both discuss with I2RS the data flow requirements and protocol = specification.

 

Based on the = feedback from Monday’s meeting new slides have been upload. = We’ll also talk about hackathon at IETF 96.

 

Sue =

------=_NextPart_000_0225_01D190A1.D2EA9B60-- From nobody Thu Apr 7 08:16:12 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5459712D839 for ; Thu, 7 Apr 2016 08:16:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hl5Y7uEfSysG for ; Thu, 7 Apr 2016 08:15:58 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B53C912D0FD for ; Thu, 7 Apr 2016 08:03:53 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.178.123; From: "Susan Hares" To: Date: Thu, 7 Apr 2016 11:02:52 -0400 Message-ID: <009401d190de$90765a70$b1630f50$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0095_01D190BD.09664110" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGQ3WDp3IMZwkzBR+mANrS7K2QX8Q== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Kent Watsen' , "'Joel M. Halpern'" , 'Jan Medved' Subject: [i2rs] I2RS second meeting on 4/7/2016 at 16:20 - 17:20 pm toady X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 15:16:00 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0095_01D190BD.09664110 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2RS: I2RS will hold its second meeting from 16:20 - 17:20pm. This meeting is after the NETCONF meeting. We will talk about protocol-strawman with any NETCONF participants. We have one issue to decide upon: How much validation will I2RS provide for the writes? Should we allow clients to have "No validation", "some validation", and full (NETCONF) validation. Please send comments to the list. Sue From: Susan Hares [mailto:shares@ndzh.com] Sent: Thursday, April 07, 2016 7:48 AM To: 'i2rs@ietf.org' Cc: 'Joel M. Halpern'; 'Kent Watsen'; 'jgs@bgp.nu'; 'Alia Atlas' Subject: Revision of slides for the I2RS meeting this afternoon I2RS people: We have a session to after netconf (16:00 - 17:00). Please plan on joining us so that the NETCONF/I2RS people can both discuss with I2RS the data flow requirements and protocol specification. Based on the feedback from Monday's meeting new slides have been upload. We'll also talk about hackathon at IETF 96. Sue ------=_NextPart_000_0095_01D190BD.09664110 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2RS:

 

I2RS will hold its = second meeting from 16:20 – 17:20pm.   This meeting is = after the NETCONF meeting.  We will talk about protocol-strawman = with any NETCONF participants.  

 

We have one issue to = decide upon:  How much validation will I2RS provide for the = writes?

Should we allow clients to have “No = validation”,  “some validation”, and full = (NETCONF) validation.

Please send comments to the list. =

 

Sue =

 

 

 

 

 

From:= = Susan Hares [mailto:shares@ndzh.com]
Sent: Thursday, April = 07, 2016 7:48 AM
To: 'i2rs@ietf.org'
Cc: 'Joel M. = Halpern'; 'Kent Watsen'; 'jgs@bgp.nu'; 'Alia Atlas'
Subject: = Revision of slides for the I2RS meeting this afternoon =

 

I2RS people: =

 

We have a session to after netconf (16:00 – = 17:00). Please plan on joining us so that the NETCONF/I2RS people can = both discuss with I2RS the data flow requirements and protocol = specification.

 

Based on the = feedback from Monday’s meeting new slides have been upload. = We’ll also talk about hackathon at IETF 96.

 

Sue =

------=_NextPart_000_0095_01D190BD.09664110-- From nobody Thu Apr 7 12:25:24 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C294F12D0EF for ; Thu, 7 Apr 2016 12:25:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 sEXFCJYVve52 for ; Thu, 7 Apr 2016 12:25:22 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0101.outbound.protection.outlook.com [207.46.100.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A429812D093 for ; Thu, 7 Apr 2016 12:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZAaIi2fhAQOFPvaK9NWp1LLhLnD0M6Yw3iRQ+/FHkkM=; b=gdhC4FVNCEBBw+Sng6lHhs4maPK/ko2PfXjTFU5amUDxqj2xBz1XTewiONCEZNvbgL0hTfYMzIvlCngYi9nxxuQXbAc84ssy9iXL69m4QS+MTK/wpxV3zgU+rGemrplP0iGg9rvKli4eHWiOumrEGuiYlTzwzrbOdnYd0gI07/w= Received: from CO2PR05MB2695.namprd05.prod.outlook.com (10.166.200.7) by CO2PR05MB2694.namprd05.prod.outlook.com (10.166.200.6) with Microsoft SMTP Server (TLS) id 15.1.447.15; Thu, 7 Apr 2016 19:25:20 +0000 Received: from CO2PR05MB2695.namprd05.prod.outlook.com ([10.166.200.7]) by CO2PR05MB2695.namprd05.prod.outlook.com ([10.166.200.7]) with mapi id 15.01.0447.028; Thu, 7 Apr 2016 19:25:20 +0000 From: Raveendra Torvi To: "i2rs@ietf.org" Thread-Topic: Meetecho unavailable 16:20 Thu i2rs session Thread-Index: AQHRkQM5FZX/7lnZo0aiIZErn3xUvA== Date: Thu, 7 Apr 2016 19:25:20 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [107.107.63.255] x-ms-office365-filtering-correlation-id: 0e9809a6-e9cd-46f0-ea75-08d35f1a5bca x-microsoft-exchange-diagnostics: 1; CO2PR05MB2694; 5:xiOJWTESGZMETa/4lsfhl4TwedN4OSMOKvJnCv8oVom5vlyVWN+aefkLQschpBFRXLmL+csWR1Ku3v3UadDf1LhOqJ2C0bM/yXiMMSHgWvP5HjZepbhSvkIU7rUahElaKlE6JvUqvdJMDgau/vDRnQ==; 24:vzK77BcW29pVi7W0qofiSlcEUbyTFbtGPnhyxfsrR3yT8dDb2GPo3jsWtcFX8Tzphf+3YLss8co/VYQvKgc/LWVx0hUPLS2HW4rSvo2eEzU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB2694; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CO2PR05MB2694; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB2694; x-forefront-prvs: 0905A6B2C7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(86362001)(54356999)(107886002)(50986999)(10400500002)(189998001)(110136002)(83716003)(82746002)(164054004)(106116001)(2351001)(2906002)(92566002)(122556002)(586003)(81166005)(5640700001)(229853001)(3660700001)(87936001)(5004730100002)(3280700002)(5002640100001)(5008740100001)(33656002)(66066001)(77096005)(558084003)(2501003)(6116002)(2900100001)(99286002)(1096002)(36756003)(1220700001)(3846002)(450100001)(102836003)(11100500001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB2694; H:CO2PR05MB2695.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2016 19:25:20.0841 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB2694 Archived-At: Subject: [i2rs] Meetecho unavailable 16:20 Thu i2rs session X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 19:25:24 -0000 @Meetecho - please help. Jabber chat room is not working either. Thanks, Ravi From nobody Thu Apr 7 12:36:54 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB2AC12D093 for ; Thu, 7 Apr 2016 12:36:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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 Cg9SfG0B5fN1 for ; Thu, 7 Apr 2016 12:36:52 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12E2012D0BA for ; Thu, 7 Apr 2016 12:36:51 -0700 (PDT) X-AuditID: c1b4fb3a-f79d86d000005b69-08-5706b6d162ea Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id B7.B7.23401.1D6B6075; Thu, 7 Apr 2016 21:36:50 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.201]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0248.002; Thu, 7 Apr 2016 21:36:49 +0200 From: Daniele Ceccarelli To: Raveendra Torvi , "i2rs@ietf.org" Thread-Topic: [i2rs] Meetecho unavailable 16:20 Thu i2rs session Thread-Index: AQHRkQM5FZX/7lnZo0aiIZErn3xUvJ9+509g Date: Thu, 7 Apr 2016 19:36:49 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE481629162A@ESESSMB301.ericsson.se> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprEIsWRmVeSWpSXmKPExsUyM2K7tO6lbWzhBhPnsFism/GBxeLJjVfM Fv9fLmN3YPZYsuQnk8f1pqvsHh0P77MHMEdx2aSk5mSWpRbp2yVwZfxe84614C9LRUv3J8YG xj6WLkZODgkBE4nOVQ+ZIGwxiQv31rN1MXJxCAkcYZRYuaWBCcJZzCix+soU9i5GDg42ASuJ J4d8QBpEBDwlfm7ayQhiMws4S7y48BhskLCAvcTHD7vYIWocJFq2z4WyjSSWPW1jA7FZBFQk 1l1Zygxi8wr4Suz7+w6sV0jATuLsry1gx3ECzXn6Zg0riM0oICsxYfciqF3iEreezIc6WkBi yZ7zzBC2qMTLx/9YIWwlicYlT1gh6vUkbkydwgZha0ssW/gaaq+gxMmZT1gmMIrNQjJ2FpKW WUhaZiFpWcDIsopRtDi1uDg33chIL7UoM7m4OD9PLy+1ZBMjMKYObvlttYPx4HPHQ4wCHIxK PLwK+1nDhVgTy4orcw8xSnAwK4nwXtzCFi7Em5JYWZValB9fVJqTWnyIUZqDRUmcNyfyX5iQ QHpiSWp2ampBahFMlomDU6qBcf7nLoV/bPL69szi4YZl6ak/j9gkfnzz2pPP3aTCr/f+KTnd d/pimQeUxR++nGAXxvnLzi86JIt7v3dsfe9rz8fOR/UrDp82/KDyuUUg7v/3e/3F/vNv8Utv 3XTQ4WbA5ItRW/cuOnTrCU/8jGj14j0+R1lLv8b5V4dffLdaiGlumI2zh+I1JZbijERDLeai 4kQAEF4Lv6UCAAA= Archived-At: Cc: "Meetecho IETF support \(ietf@meetecho.com\)" Subject: Re: [i2rs] Meetecho unavailable 16:20 Thu i2rs session X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 19:36:54 -0000 Hi Ravi, I don't think the Meetecho guys can read this list but I contacted them for= you. Please use this link: http://www.meetecho.com/ietf95/i2rs_II BR Daniele > -----Original Message----- > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Raveendra Torvi > Sent: gioved=EC 7 aprile 2016 21:25 > To: i2rs@ietf.org > Subject: [i2rs] Meetecho unavailable 16:20 Thu i2rs session >=20 > @Meetecho - please help. Jabber chat room is not working either. > Thanks, > Ravi >=20 > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs From nobody Thu Apr 7 12:41:37 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B51A912D0BA for ; Thu, 7 Apr 2016 12:41:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 Q2glKpkWafPu for ; Thu, 7 Apr 2016 12:41:26 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0143.outbound.protection.outlook.com [207.46.100.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDEC612D0EF for ; Thu, 7 Apr 2016 12:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dvI9ry0/qmfCuO2LmiyCjin4q37EC80sbQGRsOFCPQc=; b=C3dTRnjWSYGgJumau3vq8ffVwSOs6pRtaYwRkfB92izDbhvljo3MSbtD1wd0cjfO8xEPgbv0ffD9I6wQeqF1Q52TwcgA8IRo5pktfcwOKnZy2jixEwRBzoJEtwpnDOPuyyvHV+xr2GQ1j+R/dCcrFs97O3GLZNBXvdRIaYc/KXg= Received: from CO2PR05MB2695.namprd05.prod.outlook.com (10.166.200.7) by CO2PR05MB2694.namprd05.prod.outlook.com (10.166.200.6) with Microsoft SMTP Server (TLS) id 15.1.447.15; Thu, 7 Apr 2016 19:41:25 +0000 Received: from CO2PR05MB2695.namprd05.prod.outlook.com ([10.166.200.7]) by CO2PR05MB2695.namprd05.prod.outlook.com ([10.166.200.7]) with mapi id 15.01.0447.028; Thu, 7 Apr 2016 19:41:24 +0000 From: Raveendra Torvi To: Daniele Ceccarelli , "i2rs@ietf.org" Thread-Topic: [i2rs] Meetecho unavailable 16:20 Thu i2rs session Thread-Index: AQHRkQM5FZX/7lnZo0aiIZErn3xUvJ9+509g//++iwA= Date: Thu, 7 Apr 2016 19:41:24 +0000 Message-ID: <29CF7D42-4B92-4801-B2BC-DEEFD7CE28F0@juniper.net> References: <4A1562797D64E44993C5CBF38CF1BE481629162A@ESESSMB301.ericsson.se> In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE481629162A@ESESSMB301.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151206 authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.241.10] x-ms-office365-filtering-correlation-id: 85ed5368-e70b-4a19-cd71-08d35f1c9aaa x-microsoft-exchange-diagnostics: 1; CO2PR05MB2694; 5:O/9jcd32pPqAEp7ZrqjroUsRem0BcC9ghBFffsDE4/uUpxITtUivAcJ87GjUXSR5yDhuEULRsH99HOCXNC5OTL2ndtNHFREOnvNSVnPWZ62iwiEdWDywCZO9jdaSxlKr7LO/31+EfF55CUQLaSWhNQ==; 24:22SvrZQTM6NniDjOTGButUJMgjuZ6jROz1EJH53sg+gPC1hBfmMTBz31gfpg+hM8oxDpPfjUMP378NoZuGxMbRKKzlw6usbq6UKYEyJMC/Q= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR05MB2694; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:CO2PR05MB2694; BCL:0; PCL:0; RULEID:; SRVR:CO2PR05MB2694; x-forefront-prvs: 0905A6B2C7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(377454003)(13464003)(5004730100002)(4326007)(5002640100001)(1720100001)(3280700002)(5008740100001)(81166005)(586003)(2906002)(92566002)(106116001)(122556002)(3660700001)(87936001)(1096002)(36756003)(99286002)(15975445007)(3846002)(102836003)(1220700001)(66066001)(33656002)(77096005)(15380165006)(6116002)(2501003)(2900100001)(2950100001)(50986999)(5001770100001)(76176999)(189998001)(4001350100001)(83506001)(10400500002)(86362001)(54356999)(19580405001)(19580395003)(83716003)(164054004)(82746002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR05MB2694; H:CO2PR05MB2695.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2016 19:41:24.6886 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR05MB2694 Archived-At: Cc: "Meetecho IETF support \(ietf@meetecho.com\)" Subject: Re: [i2rs] Meetecho unavailable 16:20 Thu i2rs session X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 19:41:30 -0000 VGhhbmtzIERhbmllbGUsIEFsaWEuIA0KRm9yIG5vdywgTWVldGVjaG8gY29uZiBtb2RlIChub24t aW50ZXJhY3RpdmUpIGlzIHdvcmtpbmcuDQotUmF2aQ0KDQoNCg0KDQpPbiA0LzcvMTYsIDM6MzYg UE0sICJEYW5pZWxlIENlY2NhcmVsbGkiIDxkYW5pZWxlLmNlY2NhcmVsbGlAZXJpY3Nzb24uY29t PiB3cm90ZToNCg0KPkhpIFJhdmksDQo+DQo+SSBkb24ndCB0aGluayB0aGUgTWVldGVjaG8gZ3V5 cyBjYW4gcmVhZCB0aGlzIGxpc3QgYnV0IEkgY29udGFjdGVkIHRoZW0gZm9yIHlvdS4NCj5QbGVh c2UgdXNlIHRoaXMgbGluazogaHR0cDovL3d3dy5tZWV0ZWNoby5jb20vaWV0Zjk1L2kycnNfSUkN Cj4NCj5CUg0KPkRhbmllbGUNCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBG cm9tOiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgUmF2 ZWVuZHJhIFRvcnZpDQo+PiBTZW50OiBnaW92ZWTDrCA3IGFwcmlsZSAyMDE2IDIxOjI1DQo+PiBU bzogaTJyc0BpZXRmLm9yZw0KPj4gU3ViamVjdDogW2kycnNdIE1lZXRlY2hvIHVuYXZhaWxhYmxl IDE2OjIwIFRodSBpMnJzIHNlc3Npb24NCj4+IA0KPj4gQE1lZXRlY2hvIC0gcGxlYXNlIGhlbHAu IEphYmJlciBjaGF0IHJvb20gaXMgbm90IHdvcmtpbmcgZWl0aGVyLg0KPj4gVGhhbmtzLA0KPj4g UmF2aQ0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4gaTJycyBtYWlsaW5nIGxpc3QNCj4+IGkycnNAaWV0Zi5vcmcNCj4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycw0K From nobody Thu Apr 7 13:42:19 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89A7E12D5E7 for ; Thu, 7 Apr 2016 13:42:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 cGzwtB--j5_R for ; Thu, 7 Apr 2016 13:42:17 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D9C512D175 for ; Thu, 7 Apr 2016 13:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1406; q=dns/txt; s=iport; t=1460061737; x=1461271337; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=2UmSZZKAZ158aqRRQ7ewgy07ofi58f0bO3HypcB9t/k=; b=g8rVzlVghr8opJv8KAIFMZJHdfOZYahHoMHAKMCGSIT/7u+IsmgNO/UN 5Iphe1zBAZP49VP8EW+24uq0rE5ZkFkFoPffv0C2HUjLuejy04JB7fFtC bPXC8pp+ipniXzcHOFlnV4ocOF5O0P+ZNnxRh4HwI8AMmth0SzBhdWIV1 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AZAgD4xAZX/5ldJa1dgze8EwENgXOGD?= =?us-ascii?q?QKBPzgUAQEBAQEBAWUnhEIBAQQyAQVAEQsOCgkWDwkDAgECAUUGAQwIAQEaiAn?= =?us-ascii?q?CBwEBAQEBAQEBAQEBAQEBAQEBGYYhhEuKFQEEmASODIk5hVWPJB4BAUKCBBmBZ?= =?us-ascii?q?iCJaQEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,449,1454976000"; d="scan'208";a="89430099" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Apr 2016 20:42:16 +0000 Received: from [10.24.210.48] ([10.24.210.48]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id u37KgFEj007392; Thu, 7 Apr 2016 20:42:15 GMT To: Susan Hares , i2rs@ietf.org References: <009401d190de$90765a70$b1630f50$@ndzh.com> From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: <5706C627.3010803@cisco.com> Date: Thu, 7 Apr 2016 16:42:15 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <009401d190de$90765a70$b1630f50$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [i2rs] I2RS second meeting on 4/7/2016 at 16:20 - 17:20 pm toady X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 20:42:18 -0000 On 4/7/16 11:02, Susan Hares wrote: > I2RS: > > I2RS will hold its second meeting from 16:20 – 17:20pm. This meeting > is after the NETCONF meeting. We will talk about protocol-strawman with > any NETCONF participants. > Sue, at the meeting today you started an example talking about running config with a priority of 1 and an I2RS Client with a priority of 10 (or reverse, I don't remember). Then you said that the I2RS Client's write would win. Agreed. But you didn't mention anything about the "shattering" pane of glass. The fact that running has a priority implies that any write to running would still sit under the Client's pane of glass. I'm not sure if that's what you intended to convey, but I like it. This makes sense to me. What I anticipate in the case of a last-write-to-running winning is config churn. Let me use your thermostat example. I like it cooler in the room. When I visit relatives (that typically like it warmer) I will set the thermostat to 16 C or so. I expect this to stay until I leave. So I'm the high priority I2RS client overlaying the config that will remain. If my relative makes a change to the underlying "config" of the thermostat, thus destroying my intended, ephemeral config, I will just go back and re-add my ephemeral config. In the networking world, this will be churn that is likely not needed. Joe From nobody Mon Apr 11 01:34:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1635D12E91C for ; Mon, 11 Apr 2016 01:34:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 mTCz5UqU4Cbk for ; Mon, 11 Apr 2016 01:34:14 -0700 (PDT) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::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 A315A12E917 for ; Mon, 11 Apr 2016 01:34:13 -0700 (PDT) Received: by mail-wm0-x22c.google.com with SMTP id f198so135261633wme.0 for ; Mon, 11 Apr 2016 01:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=It2YKk6s+MkN8j251Fj6cPSwSVAEYUuzM3qcQJnH2hg=; b=GUOzDNV+drfo3y6h7ftJ2M/gvGEM2ATAbNoKjiVcCoraiqqQd9/7A1+RHr2ZKz/iZQ e2owFDVl+8OPqo2CPUJh3u+bbO3CiJwIXYuBd5yv7Ebr85r+3fn0Bj+HiLnWBf7LGgaO N2638E5WjnlyZXO4pv47YQ8ASzebKwnnwgyLUbf6C8zKSqa/x3u55xZKnwv7CgiANExw 9aA3lDr9xSy8xMECds/8rbEnbOnBIWjURH9SWEQK75mjRfdnFC1lBoHZECtgGR6r2VPV IV5uFa3CpzCkLNTzzeBQKXA3UYRZFedBFLyhrZ4dk15ltTPwV3BMGRYjgoD+GhuKB7Iy DIOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=It2YKk6s+MkN8j251Fj6cPSwSVAEYUuzM3qcQJnH2hg=; b=K3IolQdNsrxmIrv6YJHB/KsyI27FLYlWsfmdJcApgfsxktXHr6duhyC7QP2QHS9Afi 9u6r6uPWz0B0l+9ws61ON3ITCeZuVM5Zc+WV6XagqWdhBZ+pAQh0Cfy6OA93/ShJO55H N/HT8vhzdRc2mUpyqh4YH9DAwO2o3FmWsWgoB6ec7T9j+XM2SF5rVL8vaDxyuMQDV5op to8nRy+oBkDicwrmCHk4MqnsEdsbb2fJafcbndAR5PqsRJ8Ld0Banjm2E2/0HXDrcScL WeqKE5pne9jDJCFKb6nBQjC5Bis6pY68t+5VGt0Qy6QU08LJFOQo4Ug74tVstTlwu252 83Nw== X-Gm-Message-State: AD7BkJIgwpYCTAIhnzJ65F/qR8RK7Y8jywEnP1WLeBkPqCTSx8GzeDfqu+bH5v3WKAXb2Pn6UOSzDossiNVkfQ== X-Received: by 10.28.146.209 with SMTP id u200mr16063911wmd.59.1460363652196; Mon, 11 Apr 2016 01:34:12 -0700 (PDT) MIME-Version: 1.0 Sender: edwinsc@gmail.com Received: by 10.28.3.87 with HTTP; Mon, 11 Apr 2016 01:33:42 -0700 (PDT) In-Reply-To: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> From: Edwin Cordeiro Date: Mon, 11 Apr 2016 10:33:42 +0200 X-Google-Sender-Auth: iOFZ4hvBuV1cMtGIxH5TmPHIRY8 Message-ID: To: Susan Hares Content-Type: multipart/alternative; boundary=001a11442a02bb6e8205303168d0 Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 08:34:16 -0000 --001a11442a02bb6e8205303168d0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Susan, I saw your presentation of the Hackathon and first sorry the VM wasn't smaller, but those were the suggestions from ODL for running it inside a VM= . We are happy that you were able to find a workaround and we would like to test and expand the result of the Hackathon, could you please share the results? Thank you Edwin Cordeiro On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro wrote= : > Hi Susan, > > The VM is a Ubuntu so it is possible to run this emulated network in a > native Ubuntu laptop. The only special requirement is for MiniNExT ( > https://github.com/USC-NSL/miniNExT), that does not currently support the > latest version of Mininet, you must use Mininet version 2.1.0. I will add > to the webpage a file with the config files used for Mininet and MiniNExT= . > > Another option is to run the VM and configure the Virtualbox or VMware > Player to make the network interface of the VM to be in bridge mode or in > internal network with the host machine, that way you may use any program > installed in the host machine to interact with the VM. > > BR > > Edwin Cordeiro > > On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares wrote: > >> Edwin: >> >> >> >> Thank you for the client. Do you think it would work on unbuntu? I=E2= =80=99ve >> got an ODL environment in oracle Box and running native on the unbuntu >> laptops. >> >> >> >> Sue >> >> >> >> *From:* i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Edwin Cordeir= o >> *Sent:* Wednesday, March 30, 2016 11:33 AM >> *To:* i2rs@ietf.org >> *Subject:* [i2rs] I2RS Hackathon >> >> >> >> Hi all, >> >> >> >> As we are trying to make an I2RS implementation here at TU Munich, we >> created a VM that is running Mininet (to emulate a network), MininExt (t= o >> implement virtual routers) and OpenDayLight (that we trying to use as I2= RS >> agent), the I2RS client we are trying to make using Zebra. The I2RS agen= t >> is the NETCONF + YANG modules of ODL, but it needs the YANG models to be >> written. The I2RS client is not present as it is not yet ready for shari= ng. >> >> >> >> On the previous Hackathon, one of the difficulties for the I2RS was the >> lack of an environment where it could be developed, so we decided to sha= re >> this VM and a basic tutorial to get this network running in the hope it >> could be useful for the approaching Hackathon in Buenos Aires. >> >> >> >> The tutorial and VM are available at: >> >> http://www.net.in.tum.de/pub/i2rs/ >> >> http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - >> md5: af70741cd12b39a9644b0881df516a55 >> >> >> >> Unfortunately we will not be able to attend this next meeting in person, >> but if you have any question, let us know. We hope the VM to be useful. >> >> >> >> Best Regards, >> >> >> >> Edwin Cordeiro >> > > --001a11442a02bb6e8205303168d0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Susan,

I saw your presentation of the Hackathon and first sorry the VM wasn't= smaller, but those were the suggestions from ODL for running it inside a V= M.

We are happy that you were able to = find a workaround and we would like to test and expand the result of the Ha= ckathon, could you please share the results?

Thank you

Edwin Cordeiro

On Thu, Mar 31, 2016 at 9:36 AM, Edwin Corde= iro <edwin@scordeiro.net> wrote:

Another option is to run the VM and configure the Virtualbox or VM= ware Player to make the network interface of the VM to be in bridge mode or= in internal network with the host machine, that way you may use any progra= m installed in the host machine to interact with the VM.

=
BR

Edwin Cordeiro

On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares= <shares@ndzh.com> wrote:

Edwin:

=C2=A0

Thank you for the client.=C2=A0 D= o you think it would work on unbuntu?=C2=A0 I=E2=80=99ve got an ODL environ= ment in oracle Box and running native on the unbuntu laptops.

=C2=A0=

Sue =

= =C2=A0

From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin Corde= iro
Sent: Wednesday, March 30, 2016 11:33 AM
To: i2rs@ietf.org
Subjec= t: [i2rs] I2RS Hackathon

=C2=A0

Hi all,<= /u>

=C2=A0

As we are trying to make an I2RS imple= mentation here at TU Munich, we created a VM that is running Mininet (to em= ulate a network), MininExt (to implement virtual routers) and OpenDayLight = (that we trying to use as I2RS agent), the I2RS client we are trying to mak= e using Zebra. The I2RS agent is the NETCONF + YANG modules of ODL, but it = needs the YANG models to be written. The I2RS client is not present as it i= s not yet ready for sharing.

=C2=A0

On the= previous Hackathon, one of the difficulties for the I2RS was the lack of a= n environment where it could be developed, so we decided to share this VM a= nd a basic tutorial to get this network running in the hope it could be use= ful for the approaching Hackathon in Buenos Aires.

=

=C2=A0

The tutorial and VM are available at:=C2=A0

http://www.net.in.tum.d= e/pub/i2rs/I2RS-Dev-VM.ova - md5:=C2=A0af70741cd12b39a9644b0881df516a55=

=C2=A0=

Unfortunately we will not be able = to attend this next meeting in person, but if you have any question, let us= know. We hope the VM to be useful.

=C2=A0

Best Regards,

=C2=A0=

= Edwin Cordeiro

=


--001a11442a02bb6e8205303168d0-- From nobody Mon Apr 11 04:43:42 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B9712ECCB for ; Mon, 11 Apr 2016 04:43:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SFEuQhJYfBLz for ; Mon, 11 Apr 2016 04:43:39 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 C394912ECC1 for ; Mon, 11 Apr 2016 04:43:38 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Edwin Cordeiro'" References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> In-Reply-To: Date: Mon, 11 Apr 2016 07:43:36 -0400 Message-ID: <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A1_01D193C5.DBC24F40" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJlV1e0/q3iH29oklFKK5yB49q7UgJQzafmAjnt1KYChlHQK54kk1Ww Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 11:43:41 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01A1_01D193C5.DBC24F40 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Edwin:=20 =20 Thank you for your environment. Don Fedyk created a VM in the virtual = box. =20 =20 =E2=80=A2 Dev & execution environment: Linux (Ubuntu 14.3 native = or in Virtual Box) =E2=80=A2 mininet and mininext (simulated network of routers) =E2=80=A2 Quagga 1.0.20160315 (including Zebra for route table = access) =20 The following code needs will need to be downloaded to the following VM: = =20 =E2=80=A2 Cisco/Tail-f confd 6.1 =E2=80=A2 Yuma=E2=80=99s yangcli-pro=20 =E2=80=A2 ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt =E2=80=A2 I2RS FB-FIB=20 =20 I will post this in the I2RS github repository.=20 =20 Sue=20 =20 =20 From: edwinsc@gmail.com [mailto:edwinsc@gmail.com] On Behalf Of Edwin = Cordeiro Sent: Monday, April 11, 2016 4:34 AM To: Susan Hares Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon =20 Hi Susan, =20 I saw your presentation of the Hackathon and first sorry the VM wasn't = smaller, but those were the suggestions from ODL for running it inside a = VM. =20 We are happy that you were able to find a workaround and we would like = to test and expand the result of the Hackathon, could you please share = the results? =20 Thank you Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro = wrote: Hi Susan, =20 The VM is a Ubuntu so it is possible to run this emulated network in a = native Ubuntu laptop. The only special requirement is for MiniNExT = (https://github.com/USC-NSL/miniNExT), that does not currently support = the latest version of Mininet, you must use Mininet version 2.1.0. I = will add to the webpage a file with the config files used for Mininet = and MiniNExT. =20 Another option is to run the VM and configure the Virtualbox or VMware = Player to make the network interface of the VM to be in bridge mode or = in internal network with the host machine, that way you may use any = program installed in the host machine to interact with the VM. =20 BR Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares wrote: Edwin: =20 Thank you for the client. Do you think it would work on unbuntu? = I=E2=80=99ve got an ODL environment in oracle Box and running native on = the unbuntu laptops.=20 =20 Sue=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin Cordeiro Sent: Wednesday, March 30, 2016 11:33 AM To: i2rs@ietf.org Subject: [i2rs] I2RS Hackathon =20 Hi all, =20 As we are trying to make an I2RS implementation here at TU Munich, we = created a VM that is running Mininet (to emulate a network), MininExt = (to implement virtual routers) and OpenDayLight (that we trying to use = as I2RS agent), the I2RS client we are trying to make using Zebra. The = I2RS agent is the NETCONF + YANG modules of ODL, but it needs the YANG = models to be written. The I2RS client is not present as it is not yet = ready for sharing. =20 On the previous Hackathon, one of the difficulties for the I2RS was the = lack of an environment where it could be developed, so we decided to = share this VM and a basic tutorial to get this network running in the = hope it could be useful for the approaching Hackathon in Buenos Aires. =20 The tutorial and VM are available at:=20 http://www.net.in.tum.de/pub/i2rs/ http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - md5: = af70741cd12b39a9644b0881df516a55 =20 Unfortunately we will not be able to attend this next meeting in person, = but if you have any question, let us know. We hope the VM to be useful. =20 Best Regards, =20 Edwin Cordeiro =20 =20 ------=_NextPart_000_01A1_01D193C5.DBC24F40 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Edwin:

 

Thank you for your environment.=C2=A0 Don Fedyk created a VM in the = virtual box.=C2=A0

 

=E2=80=A2       = Dev & execution environment: Linux (Ubuntu=C2=A0 14.3 native or = in Virtual Box)

=E2=80=A2       = mininet and mininext (simulated network of = routers)

=E2=80=A2       = Quagga 1.0.20160315 (including Zebra for route table = access)

 

The following code needs will need to be downloaded to the following = VM: =C2=A0=C2=A0

=E2=80=A2       = Cisco/Tail-f confd 6.1

=E2=80=A2       = Yuma=E2=80=99s yangcli-pro

=E2=80=A2       = ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt

=E2=80=A2       = I2RS FB-FIB

 

I will post this in the I2RS github repository. =

 

Sue

 

 

From:= = edwinsc@gmail.com [mailto:edwinsc@gmail.com] On Behalf Of Edwin = Cordeiro
Sent: Monday, April 11, 2016 4:34 AM
To: = Susan Hares
Cc: i2rs@ietf.org
Subject: Re: [i2rs] = I2RS Hackathon

 

Hi = Susan,

 

=

I saw your presentation of = the Hackathon and first sorry the VM wasn't smaller, but those were the = suggestions from ODL for running it inside a = VM.

 

=

We are happy that you were = able to find a workaround and we would like to test and expand the = result of the Hackathon, could you please share the = results?

 

=

Thank = you


Edwin = Cordeiro

 

On Thu, = Mar 31, 2016 at 9:36 AM, Edwin Cordeiro <edwin@scordeiro.net> = wrote:

Hi = Susan,

 

=

The VM is a Ubuntu so it is = possible to run this emulated network in a native Ubuntu laptop. The = only special requirement is for MiniNExT (https://github.com/USC-NSL/miniNExT), that does = not currently support the latest version of Mininet, you must use = Mininet version 2.1.0. I will add to the webpage a file with the config = files used for Mininet = and MiniNExT.

 

Another option is to run = the VM and configure the Virtualbox or VMware Player to make the network = interface of the VM to be in bridge mode or in internal network with the = host machine, that way you may use any program installed in the host = machine to interact with the VM.

 

BR


Edwin = Cordeiro

 

On Thu, = Mar 31, 2016 at 2:15 AM, Susan Hares <shares@ndzh.com> = wrote:

Edwin:

 

Thank you for the client.  Do you think it would work on = unbuntu?  I=E2=80=99ve got an ODL environment in oracle Box and = running native on the unbuntu laptops.

 

Sue

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin = Cordeiro
Sent: Wednesday, March 30, 2016 11:33 = AM
To: i2rs@ietf.org
Subject: [i2rs] I2RS = Hackathon

 <= /o:p>

Hi = all,

 

=

As we are trying to make an = I2RS implementation here at TU Munich, we created a VM that is running = Mininet (to emulate a network), MininExt (to implement virtual routers) = and OpenDayLight (that we trying to use as I2RS agent), the I2RS client = we are trying to make using Zebra. The I2RS agent is the NETCONF + YANG = modules of ODL, but it needs the YANG models to be written. The I2RS = client is not present as it is not yet ready for = sharing.

 

=

On the previous Hackathon, = one of the difficulties for the I2RS was the lack of an environment = where it could be developed, so we decided to share this VM and a basic = tutorial to get this network running in the hope it could be useful for = the approaching Hackathon in Buenos = Aires.

 

=

The tutorial and VM are = available at: 

http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova = - = md5: af70741cd12b39a9644b0881df516a55

 

=

Unfortunately we will not = be able to attend this next meeting in person, but if you have any = question, let us know. We hope the VM to be = useful.

 

=

Best = Regards,

 

=

Edwin = Cordeiro

<= /div>

 

 

------=_NextPart_000_01A1_01D193C5.DBC24F40-- From nobody Mon Apr 11 04:51:57 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3471512ED07 for ; Mon, 11 Apr 2016 04:51:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8RMfb-rGtW-d for ; Mon, 11 Apr 2016 04:51:54 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 6D5DB12DA20 for ; Mon, 11 Apr 2016 04:51:54 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Edwin Cordeiro'" References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> In-Reply-To: <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> Date: Mon, 11 Apr 2016 07:51:52 -0400 Message-ID: <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01B4_01D193C7.032A64E0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJlV1e0/q3iH29oklFKK5yB49q7UgJQzafmAjnt1KYChlHQKwKaVB5Fng/FNnA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 11:51:56 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01B4_01D193C7.032A64E0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Edwin:=20 =20 Sorry, my first message did not address all your questions. What would = be useful for you to do is:=20 =20 1) See if you can get an ODL based VM which is the same size as Don = and Mamadou=E2=80=99s VM,=20 2) See if you can run Don and Mamadou=E2=80=99s VM in your = environment.=20 3) Test the I2RS RIB with the Quagga code when I post it to github = (~2 weeks)=20 4) Test the I2RS Filter-Based with the Quagga code when I post it = to gitub (~4 weeks)=20 =20 I will try to get the ODL VM posted to github today. =20 =20 Sue=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, April 11, 2016 7:44 AM To: 'Edwin Cordeiro' Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon =20 Edwin:=20 =20 Thank you for your environment. Don Fedyk and Mamadou Tahirou created a = VM in the virtual box. =20 =E2=80=A2 Dev & execution environment: Linux (Ubuntu 14.3 native = or in Virtual Box) =E2=80=A2 mininet and mininext (simulated network of routers) =E2=80=A2 Quagga 1.0.20160315 (including Zebra for route table = access) =20 The following code needs will need to be downloaded to the following VM: = =20 =E2=80=A2 Cisco/Tail-f confd 6.1 =E2=80=A2 Yuma=E2=80=99s yangcli-pro=20 =E2=80=A2 ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt=20 =E2=80=A2 I2RS FB-FIB Yang model =C3=A0 link to IP-Table in = Ubuntu =20 =20 This part of the code was not completed =E2=80=93 so I will try to = complete this=20 =20 I will post this in the I2RS github repository.=20 =20 Sue=20 =20 =20 From: edwinsc@gmail.com [mailto:edwinsc@gmail.com] On Behalf Of Edwin = Cordeiro Sent: Monday, April 11, 2016 4:34 AM To: Susan Hares Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon =20 Hi Susan, =20 I saw your presentation of the Hackathon and first sorry the VM wasn't = smaller, but those were the suggestions from ODL for running it inside a = VM. =20 We are happy that you were able to find a workaround and we would like = to test and expand the result of the Hackathon, could you please share = the results? =20 Thank you Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro = wrote: Hi Susan, =20 The VM is a Ubuntu so it is possible to run this emulated network in a = native Ubuntu laptop. The only special requirement is for MiniNExT = (https://github.com/USC-NSL/miniNExT), that does not currently support = the latest version of Mininet, you must use Mininet version 2.1.0. I = will add to the webpage a file with the config files used for Mininet = and MiniNExT. =20 Another option is to run the VM and configure the Virtualbox or VMware = Player to make the network interface of the VM to be in bridge mode or = in internal network with the host machine, that way you may use any = program installed in the host machine to interact with the VM. =20 BR Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares wrote: Edwin: =20 Thank you for the client. Do you think it would work on unbuntu? = I=E2=80=99ve got an ODL environment in oracle Box and running native on = the unbuntu laptops.=20 =20 Sue=20 =20 From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin Cordeiro Sent: Wednesday, March 30, 2016 11:33 AM To: i2rs@ietf.org Subject: [i2rs] I2RS Hackathon =20 Hi all, =20 As we are trying to make an I2RS implementation here at TU Munich, we = created a VM that is running Mininet (to emulate a network), MininExt = (to implement virtual routers) and OpenDayLight (that we trying to use = as I2RS agent), the I2RS client we are trying to make using Zebra. The = I2RS agent is the NETCONF + YANG modules of ODL, but it needs the YANG = models to be written. The I2RS client is not present as it is not yet = ready for sharing. =20 On the previous Hackathon, one of the difficulties for the I2RS was the = lack of an environment where it could be developed, so we decided to = share this VM and a basic tutorial to get this network running in the = hope it could be useful for the approaching Hackathon in Buenos Aires. =20 The tutorial and VM are available at:=20 http://www.net.in.tum.de/pub/i2rs/ http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - md5: = af70741cd12b39a9644b0881df516a55 =20 Unfortunately we will not be able to attend this next meeting in person, = but if you have any question, let us know. We hope the VM to be useful. =20 Best Regards, =20 Edwin Cordeiro =20 =20 ------=_NextPart_000_01B4_01D193C7.032A64E0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Edwin:

 

Sorry, my first message did not address all your questions.=C2=A0 = What would be useful for you to do is:

 

1)      = See if you can get an ODL based VM which is the same size as Don and = Mamadou=E2=80=99s VM,

2)      = See if you can run Don and Mamadou=E2=80=99s VM in your environment. =

3)      = Test the I2RS RIB with the Quagga code when I post it to github (~2 = weeks)

4)      = Test the I2RS Filter-Based with the Quagga code when I post it to = gitub (~4 weeks)

 

I will try to get the ODL VM posted to github today.=C2=A0=C2=A0 =

 

Sue

=C2=A0

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Monday, April 11, 2016 7:44 AM
To: = 'Edwin Cordeiro'
Cc: i2rs@ietf.org
Subject: Re: = [i2rs] I2RS Hackathon

 

Edwin:

 

Thank you for your environment.  Don Fedyk and Mamadou Tahirou created a VM in the virtual box. 

=E2=80=A2       = Dev & execution environment: Linux (Ubuntu  14.3 native or = in Virtual Box)

=E2=80=A2       = mininet and mininext (simulated network of = routers)

=E2=80=A2       = Quagga 1.0.20160315 (including Zebra for route table = access)

 

The following code needs will need to be downloaded to the following = VM:   

=E2=80=A2       = Cisco/Tail-f confd 6.1

=E2=80=A2       = Yuma=E2=80=99s yangcli-pro

=E2=80=A2       = ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt

=E2=80=A2       = I2RS FB-FIB Yang model=C2=A0 =C3=A0 link to IP-Table in Ubuntu =C2=A0

 

This part of the code was not completed =E2=80=93 so I will try to = complete this

 

I will post this in the I2RS github repository. =

 

Sue

 

 

From:= = edwinsc@gmail.com [mailto:edwinsc@gmail.com] On = Behalf Of Edwin Cordeiro
Sent: Monday, April 11, 2016 4:34 = AM
To: Susan Hares
Cc: i2rs@ietf.org
Subject: Re: = [i2rs] I2RS Hackathon

 

Hi = Susan,

 

=

I saw your presentation of = the Hackathon and first sorry the VM wasn't smaller, but those were the = suggestions from ODL for running it inside a = VM.

 

=

We are happy that you were = able to find a workaround and we would like to test and expand the = result of the Hackathon, could you please share the = results?

 

=

Thank = you


Edwin = Cordeiro

 

On Thu, = Mar 31, 2016 at 9:36 AM, Edwin Cordeiro <edwin@scordeiro.net> = wrote:

Hi = Susan,

 

=

The VM is a Ubuntu so it is = possible to run this emulated network in a native Ubuntu laptop. The = only special requirement is for MiniNExT (https://github.com/USC-NSL/miniNExT), that does = not currently support the latest version of Mininet, you must use = Mininet version 2.1.0. I will add to the webpage a file with the config = files used for Mininet = and MiniNExT.

 

Another option is to run = the VM and configure the Virtualbox or VMware Player to make the network = interface of the VM to be in bridge mode or in internal network with the = host machine, that way you may use any program installed in the host = machine to interact with the VM.

 

BR


Edwin = Cordeiro

 

On Thu, = Mar 31, 2016 at 2:15 AM, Susan Hares <shares@ndzh.com> = wrote:

Edwin:

 

Thank you for the client.  Do you think it would work on = unbuntu?  I=E2=80=99ve got an ODL environment in oracle Box and = running native on the unbuntu laptops.

 

Sue

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Edwin = Cordeiro
Sent: Wednesday, March 30, 2016 11:33 = AM
To: i2rs@ietf.org
Subject: [i2rs] I2RS = Hackathon

 <= /o:p>

Hi = all,

 

=

As we are trying to make an = I2RS implementation here at TU Munich, we created a VM that is running = Mininet (to emulate a network), MininExt (to implement virtual routers) = and OpenDayLight (that we trying to use as I2RS agent), the I2RS client = we are trying to make using Zebra. The I2RS agent is the NETCONF + YANG = modules of ODL, but it needs the YANG models to be written. The I2RS = client is not present as it is not yet ready for = sharing.

 

=

On the previous Hackathon, = one of the difficulties for the I2RS was the lack of an environment = where it could be developed, so we decided to share this VM and a basic = tutorial to get this network running in the hope it could be useful for = the approaching Hackathon in Buenos = Aires.

 

=

The tutorial and VM are = available at: 

http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova = - = md5: af70741cd12b39a9644b0881df516a55

 

=

Unfortunately we will not = be able to attend this next meeting in person, but if you have any = question, let us know. We hope the VM to be = useful.

 

=

Best = Regards,

 

=

Edwin = Cordeiro

<= /div>

 

 

------=_NextPart_000_01B4_01D193C7.032A64E0-- From nobody Mon Apr 11 10:23:39 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 215B612F213 for ; Mon, 11 Apr 2016 10:23:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.638 X-Spam-Level: *** X-Spam-Status: No, score=3.638 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4ez9tW1naz4o for ; Mon, 11 Apr 2016 10:23:36 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 08BC312F212 for ; Mon, 11 Apr 2016 10:23:35 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: Date: Mon, 11 Apr 2016 13:23:35 -0400 Message-ID: <038a01d19416$e10aae60$a3200b20$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_038B_01D193F5.59FA9500" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGUFqz4SVX3UpiQQdGzgoy+x9fVIg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Alia Atlas' Subject: [i2rs] Initial Version of minutes posted X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 17:23:37 -0000 This is a multipart message in MIME format. ------=_NextPart_000_038B_01D193F5.59FA9500 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The initial version of the minutes are posted at: https://tools.ietf.org/wg/i2rs/minutes If you have corrections to the minutes, please make the corrections to the IETF-95 etherpad and send email to the list indicating you've made the corrections. Sue ------=_NextPart_000_038B_01D193F5.59FA9500 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The = initial version of the minutes are posted at:

 

https://tools.ietf.org/wg= /i2rs/minutes

 

If you have = corrections to the minutes, please make the corrections to the IETF-95 = etherpad and send email to the list indicating you’ve made the = corrections.

 

Sue

------=_NextPart_000_038B_01D193F5.59FA9500-- From nobody Mon Apr 11 11:41:32 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88D3212D134 for ; Mon, 11 Apr 2016 11:41:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.139 X-Spam-Level: *** X-Spam-Status: No, score=3.139 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55cLmgmapXHu for ; Mon, 11 Apr 2016 11:41:30 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 7A10012E026 for ; Mon, 11 Apr 2016 11:41:27 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: Date: Mon, 11 Apr 2016 14:41:25 -0400 Message-ID: <03f401d19421$c0daee60$4290cb20$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_03F5_01D19400.39C94E60" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGUH9PHcqCcphZoTqKDAq3q6VPHdw== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: [i2rs] Interim Schedule X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2016 18:41:31 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03F5_01D19400.39C94E60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The following are the interim dates for I2RS before IETF 95: 4/27, 5/18, 6/1, and 6/18. The virtual I2RS Interims provide an opportunity to have longer presentations on a few topics with a longer discussion among some WG participants. At IETF 95, we discussed making things easier for virtual interims for all participants (Americas, Europe and Asia). One time-zone always suffers. Lately, it has been China who has to attend at 10:00pm at night. Other forums hold two meeting times: Asia and US in a time that overlaps with Europe. I would like to propose that we hold the I2RS interims at 4:00am - 5:30am ET (4-5:30pm Beijing, and 10-11:30am Paris time), and 10:00am - 11:30am ET. Please provide your feedback on the list. Sue Hares ------=_NextPart_000_03F5_01D19400.39C94E60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The = following are the interim dates for I2RS before IETF 95: 4/27, 5/18, = 6/1, and 6/18.    

 

The virtual = I2RS Interims provide an opportunity to have longer presentations on a = few topics with a longer discussion among some WG participants.  =   At IETF 95, we discussed making things easier for virtual = interims for all participants (Americas, Europe and Asia).   = One time-zone always suffers.  Lately, it has been China who has to = attend at 10:00pm at night.  Other forums hold two meeting = times:  Asia and US in a time that overlaps with Europe. =

 

I would like to propose that we hold the I2RS interims = at 4:00am – 5:30am ET (4-5:30pm Beijing, and 10-11:30am Paris = time), and 10:00am – 11:30am ET.  Please provide your = feedback on the list.

 

Sue Hares =

 

------=_NextPart_000_03F5_01D19400.39C94E60-- From nobody Tue Apr 12 02:57:15 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2565412DCC6 for ; Tue, 12 Apr 2016 02:57:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRBbRw7G8vUj for ; Tue, 12 Apr 2016 02:57:12 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 4D93F12E157 for ; Tue, 12 Apr 2016 02:57:12 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: References: <03f401d19421$c0daee60$4290cb20$@ndzh.com> In-Reply-To: <03f401d19421$c0daee60$4290cb20$@ndzh.com> Date: Tue, 12 Apr 2016 05:57:10 -0400 Message-ID: <050901d194a1$aeb52e50$0c1f8af0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_050A_01D19480.27A514F0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQMW7ov36tf6xMvNp0cGfnz2YEdSjpz7ZhVA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 09:57:14 -0000 This is a multipart message in MIME format. ------=_NextPart_000_050A_01D19480.27A514F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The following are the interim dates for I2RS before IETF 95: 4/27, 5/18, 6/1, and 6/15. Please note the change to 6/15. Sue Hares From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, April 11, 2016 2:41 PM To: i2rs@ietf.org Cc: 'Jeffrey Haas'; 'Alia Atlas' Subject: [i2rs] Interim Schedule The following are the interim dates for I2RS before IETF 95: 4/27, 5/18, 6/1, and 6/18. The virtual I2RS Interims provide an opportunity to have longer presentations on a few topics with a longer discussion among some WG participants. At IETF 95, we discussed making things easier for virtual interims for all participants (Americas, Europe and Asia). One time-zone always suffers. Lately, it has been China who has to attend at 10:00pm at night. Other forums hold two meeting times: Asia and US in a time that overlaps with Europe. I would like to propose that we hold the I2RS interims at 4:00am - 5:30am ET (4-5:30pm Beijing, and 10-11:30am Paris time), and 10:00am - 11:30am ET. Please provide your feedback on the list. Sue Hares ------=_NextPart_000_050A_01D19480.27A514F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The = following are the interim dates for I2RS before IETF 95: 4/27, 5/18, = 6/1, and 6/15.    

Please note the change = to 6/15.

 

Sue Hares =

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Monday, April 11, 2016 2:41 PM
To: = i2rs@ietf.org
Cc: 'Jeffrey Haas'; 'Alia = Atlas'
Subject: [i2rs] Interim = Schedule

 

The = following are the interim dates for I2RS before IETF 95: 4/27, 5/18, = 6/1, and 6/18.    

 

The virtual = I2RS Interims provide an opportunity to have longer presentations on a = few topics with a longer discussion among some WG participants.  =   At IETF 95, we discussed making things easier for virtual = interims for all participants (Americas, Europe and Asia).   = One time-zone always suffers.  Lately, it has been China who has to = attend at 10:00pm at night.  Other forums hold two meeting = times:  Asia and US in a time that overlaps with Europe. =

 

I would like to propose that we hold the I2RS interims = at 4:00am – 5:30am ET (4-5:30pm Beijing, and 10-11:30am Paris = time), and 10:00am – 11:30am ET.  Please provide your = feedback on the list.

 

Sue Hares =

 

------=_NextPart_000_050A_01D19480.27A514F0-- From nobody Tue Apr 12 07:27:57 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDF4812EE94 for ; Tue, 12 Apr 2016 07:27:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UaRd-eajXvop for ; Tue, 12 Apr 2016 07:27:53 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 E9A8212DA23 for ; Tue, 12 Apr 2016 07:27:52 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: Date: Tue, 12 Apr 2016 10:27:52 -0400 Message-ID: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_057C_01D194A5.F86F3F50" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGUw/w5BBorr8chT1OxpzJMdGlxUA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 14:27:54 -0000 This is a multipart message in MIME format. ------=_NextPart_000_057C_01D194A5.F86F3F50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thank you to everyone who asked questions or dates. Since the times need to be set for the IETF secretariat to announce the meeting, the schedule has been set for two meetings on each date. Please see the refined announcement below. Sue From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, April 12, 2016 5:57 AM To: i2rs@ietf.org Cc: 'Jeffrey Haas'; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule The following are the interim dates for I2RS before IETF 96: 4/27, 5/18, 6/1, and 6/15. Each of these dates is a Wednesday. The virtual I2RS Interims provide an opportunity to have longer presentations on a few topics with a longer discussion among some WG participants. At IETF 95, we discussed making things easier for virtual interims for all participants (Americas, Europe and Asia). One time-zone always suffers. Lately, it has been China who has to attend at 10:00pm at night. Therefore, this time, we will have the following meeting times on each date. 10:00am - 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) 22:00pm - 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) The presenters will need to send slides by Tuesday at 8:00am ET. If the presenter is not attending 10:00am - 11:30am, the presenter should send notes so the chairs can present at this time. The topics for the meetings are: Date Topics ====== ======================================== 27-Apr Requirements, Protocol Strawman, Data models 18-May Protocol Strawman and Data models 1-Jun Protocol and models 16-Jun Protocol and models Sue Hares and Jeff Haas ------=_NextPart_000_057C_01D194A5.F86F3F50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thank you to everyone who asked questions or = dates.   Since the times need to be set for the IETF = secretariat to announce the meeting, the schedule has been set for two = meetings on each date.  Please see the refined announcement = below. 

 

Sue =  

 

From:= = i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan = Hares
Sent: Tuesday, April 12, 2016 5:57 AM
To: = i2rs@ietf.org
Cc: 'Jeffrey Haas'; 'Alia = Atlas'
Subject: Re: [i2rs] Interim = Schedule

 

The = following are the interim dates for I2RS before IETF 96: 4/27, 5/18, 6/1, and = 6/15.  Each of these dates is a Wednesday.  =

 

The virtual I2RS Interims provide an opportunity to = have longer presentations on a few topics with a longer discussion among = some WG participants.    At IETF 95, we discussed making = things easier for virtual interims for all participants (Americas, = Europe and Asia).   One time-zone always suffers.  = Lately, it has been China who has to attend at 10:00pm at night. =   Therefore, this time, we = will have the following meeting times on each date.

 

10:00am – 11:30am ET   (22-23:30 = Beijing,  16-17:30 CET, 7-8:30 PT) =    

22:00pm – = 23:30pm ET  (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) =  

 

The presenters will need to send slides by Tuesday at = 8:00am ET.   If the presenter is not attending 10:00am – = 11:30am, the presenter should send notes so the chairs can present at = this time.

 

The topics for the meetings are:

Date      Topics =

=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

27-Apr  Requirements, Protocol Strawman, Data = models

18-May Protocol Strawman and = Data models

1-Jun     Protocol and models =

16-Jun   Protocol and = models

 

Sue Hares and Jeff Haas

 

------=_NextPart_000_057C_01D194A5.F86F3F50-- From nobody Wed Apr 13 06:22:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88AAC12DAB0 for ; Wed, 13 Apr 2016 06:22:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.898 X-Spam-Level: X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, 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 UsBPV2nnF3CR for ; Wed, 13 Apr 2016 06:22:15 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 158E812DA2D for ; Wed, 13 Apr 2016 06:22:15 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id DE91A1E478; Wed, 13 Apr 2016 09:26:34 -0400 (EDT) Date: Wed, 13 Apr 2016 09:26:34 -0400 From: Jeffrey Haas To: Susan Hares Message-ID: <20160413132634.GB11749@pfrc.org> References: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: i2rs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 13:22:16 -0000 [minor correction below] On Tue, Apr 12, 2016 at 10:27:52AM -0400, Susan Hares wrote: > Thank you to everyone who asked questions or dates. Since the times need > to be set for the IETF secretariat to announce the meeting, the schedule has > been set for two meetings on each date. Please see the refined announcement > below. > > > > Sue > > > > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Tuesday, April 12, 2016 5:57 AM > To: i2rs@ietf.org > Cc: 'Jeffrey Haas'; 'Alia Atlas' > Subject: Re: [i2rs] Interim Schedule > > > > The following are the interim dates for I2RS before IETF 96: 4/27, 5/18, > 6/1, and 6/15. Each of these dates is a Wednesday. > > > > The virtual I2RS Interims provide an opportunity to have longer > presentations on a few topics with a longer discussion among some WG > participants. At IETF 95, we discussed making things easier for virtual > interims for all participants (Americas, Europe and Asia). One time-zone > always suffers. Lately, it has been China who has to attend at 10:00pm at > night. Therefore, this time, we will have the following meeting times on > each date. > > > > 10:00am - 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) > > 22:00pm - 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) > > > > The presenters will need to send slides by Tuesday at 8:00am ET. If the > presenter is not attending 10:00am - 11:30am, the presenter should send > notes so the chairs can present at this time. > > > > The topics for the meetings are: > > Date Topics > > ====== ======================================== > > 27-Apr Requirements, Protocol Strawman, Data models > > 18-May Protocol Strawman and Data models > > 1-Jun Protocol and models > > 16-Jun Protocol and models Note this date should read 15-Jun. -- Jeff From nobody Wed Apr 13 06:30:31 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB82B12D97B for ; Wed, 13 Apr 2016 06:30:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FvkKd9baf7Qt for ; Wed, 13 Apr 2016 06:30:24 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 D7BCB12D8F0 for ; Wed, 13 Apr 2016 06:30:23 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Jeffrey Haas'" References: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> <20160413132634.GB11749@pfrc.org> In-Reply-To: <20160413132634.GB11749@pfrc.org> Date: Wed, 13 Apr 2016 09:30:17 -0400 Message-ID: <00ea01d19588$9e7b8100$db728300$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEkU8g2JCcW1T/1AXRpqyp8A8aNggIA4U6FoNJiisA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 13:30:30 -0000 Jeff: Thank you for the correction on the last date to 6/15. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Wednesday, April 13, 2016 9:27 AM To: Susan Hares Cc: i2rs@ietf.org; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement [minor correction below] On Tue, Apr 12, 2016 at 10:27:52AM -0400, Susan Hares wrote: > Thank you to everyone who asked questions or dates. Since the times need > to be set for the IETF secretariat to announce the meeting, the > schedule has been set for two meetings on each date. Please see the > refined announcement below. > > > > Sue > > > > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Tuesday, April 12, 2016 5:57 AM > To: i2rs@ietf.org > Cc: 'Jeffrey Haas'; 'Alia Atlas' > Subject: Re: [i2rs] Interim Schedule > > > > The following are the interim dates for I2RS before IETF 96: 4/27, > 5/18, 6/1, and 6/15. Each of these dates is a Wednesday. > > > > The virtual I2RS Interims provide an opportunity to have longer > presentations on a few topics with a longer discussion among some WG > participants. At IETF 95, we discussed making things easier for virtual > interims for all participants (Americas, Europe and Asia). One time-zone > always suffers. Lately, it has been China who has to attend at 10:00pm at > night. Therefore, this time, we will have the following meeting times on > each date. > > > > 10:00am - 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) > > 22:00pm - 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) > > > > The presenters will need to send slides by Tuesday at 8:00am ET. If the > presenter is not attending 10:00am - 11:30am, the presenter should > send notes so the chairs can present at this time. > > > > The topics for the meetings are: > > Date Topics > > ====== ======================================== > > 27-Apr Requirements, Protocol Strawman, Data models > > 18-May Protocol Strawman and Data models > > 1-Jun Protocol and models > > 16-Jun Protocol and models Note this date should read 15-Jun. -- Jeff _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Apr 13 06:33:47 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3242D12D106 for ; Wed, 13 Apr 2016 06:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7bC79QLpAEoc for ; Wed, 13 Apr 2016 06:33:45 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B341812D0AD for ; Wed, 13 Apr 2016 06:33:44 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Jeffrey Haas'" References: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> <20160413132634.GB11749@pfrc.org> <00ea01d19588$9e7b8100$db728300$@ndzh.com> In-Reply-To: <00ea01d19588$9e7b8100$db728300$@ndzh.com> Date: Wed, 13 Apr 2016 09:33:39 -0400 Message-ID: <00fc01d19589$1750e250$45f2a6f0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEkU8g2JCcW1T/1AXRpqyp8A8aNggIA4U6FAiSMSMagwT688A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 13:33:46 -0000 Jeff: I checked my schedule, I moved it to 6/16 (Thursday) to avoid the NANOG meeting. Will that work for you? Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, April 13, 2016 9:30 AM To: 'Jeffrey Haas' Cc: i2rs@ietf.org; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement Jeff: Thank you for the correction on the last date to 6/15. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Wednesday, April 13, 2016 9:27 AM To: Susan Hares Cc: i2rs@ietf.org; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement [minor correction below] On Tue, Apr 12, 2016 at 10:27:52AM -0400, Susan Hares wrote: > Thank you to everyone who asked questions or dates. Since the times need > to be set for the IETF secretariat to announce the meeting, the > schedule has been set for two meetings on each date. Please see the > refined announcement below. > > > > Sue > > > > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Tuesday, April 12, 2016 5:57 AM > To: i2rs@ietf.org > Cc: 'Jeffrey Haas'; 'Alia Atlas' > Subject: Re: [i2rs] Interim Schedule > > > > The following are the interim dates for I2RS before IETF 96: 4/27, > 5/18, 6/1, and 6/15. Each of these dates is a Wednesday. > > > > The virtual I2RS Interims provide an opportunity to have longer > presentations on a few topics with a longer discussion among some WG > participants. At IETF 95, we discussed making things easier for virtual > interims for all participants (Americas, Europe and Asia). One time-zone > always suffers. Lately, it has been China who has to attend at 10:00pm at > night. Therefore, this time, we will have the following meeting times on > each date. > > > > 10:00am - 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) > > 22:00pm - 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) > > > > The presenters will need to send slides by Tuesday at 8:00am ET. If the > presenter is not attending 10:00am - 11:30am, the presenter should > send notes so the chairs can present at this time. > > > > The topics for the meetings are: > > Date Topics > > ====== ======================================== > > 27-Apr Requirements, Protocol Strawman, Data models > > 18-May Protocol Strawman and Data models > > 1-Jun Protocol and models > > 16-Jun Protocol and models Note this date should read 15-Jun. -- Jeff _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Wed Apr 13 07:01:32 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6012712DCFC for ; Wed, 13 Apr 2016 07:01:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.898 X-Spam-Level: X-Spam-Status: No, score=-2.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, 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 j76EnRclEvwn for ; Wed, 13 Apr 2016 07:01:30 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id E698B12DCE1 for ; Wed, 13 Apr 2016 07:01:29 -0700 (PDT) Received: from [192.168.1.102] (99-59-193-146.lightspeed.livnmi.sbcglobal.net [99.59.193.146]) by slice.pfrc.org (Postfix) with ESMTPSA id 0F3541E470; Wed, 13 Apr 2016 10:05:49 -0400 (EDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=us-ascii From: Jeffrey Haas In-Reply-To: <00fc01d19589$1750e250$45f2a6f0$@ndzh.com> Date: Wed, 13 Apr 2016 10:01:26 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <76242C78-3860-4AF5-8355-AB7E18A09CE8@pfrc.org> References: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> <20160413132634.GB11749@pfrc.org> <00ea01d19588$9e7b8100$db728300$@ndzh.com> <00fc01d19589$1750e250$45f2a6f0$@ndzh.com> To: Sue Hares X-Mailer: Apple Mail (2.2104) Archived-At: Cc: i2rs@ietf.org, Alia Atlas Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 14:01:31 -0000 > On Apr 13, 2016, at 9:33 AM, Susan Hares wrote: >=20 > Jeff:=20 >=20 > I checked my schedule, I moved it to 6/16 (Thursday) to avoid the = NANOG > meeting. Will that work for you?=20 For my part, NANOG is a possible meeting and isn't definitely on my = schedule. I'd suggest keeping the Wednesday meeting for consistency for = the rest of the WG if that's the date that works for everyone else. -- Jeff From nobody Wed Apr 13 15:26:13 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F38A712D8DA for ; Wed, 13 Apr 2016 15:26:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jrPbyMTQIL9v for ; Wed, 13 Apr 2016 15:26:10 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 6D48912D8B3 for ; Wed, 13 Apr 2016 15:26:10 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Jeffrey Haas'" References: <057b01d194c7$7f7f58b0$7e7e0a10$@ndzh.com> <20160413132634.GB11749@pfrc.org> <00ea01d19588$9e7b8100$db728300$@ndzh.com> In-Reply-To: <00ea01d19588$9e7b8100$db728300$@ndzh.com> Date: Wed, 13 Apr 2016 18:26:05 -0400 Message-ID: <02bf01d195d3$78ac4950$6a04dbf0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEkU8g2JCcW1T/1AXRpqyp8A8aNggIA4U6FAiSMSMagwdI7kA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 22:26:12 -0000 Hi: IT appears the best day for the virtual meetings for the co-chairs are: 27-Apr Requirements, Protocol Strawman, Data models 18-May Protocol Strawman and Data models 01-Jun Protocol and models 22-Jun Protocol and models On each of these day the meetings will take place at: 10-11:30am ET and 22:00 - 23:30am ET The split times will hopefully allow participants from North and South America, Europe and Asia to join the virtual meetings. Please send mail if you have trouble attending. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, April 13, 2016 9:30 AM To: 'Jeffrey Haas' Cc: i2rs@ietf.org; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement Jeff: Thank you for the correction on the last date to 6/15. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Jeffrey Haas Sent: Wednesday, April 13, 2016 9:27 AM To: Susan Hares Cc: i2rs@ietf.org; 'Alia Atlas' Subject: Re: [i2rs] Interim Schedule - second announcement [minor correction below] On Tue, Apr 12, 2016 at 10:27:52AM -0400, Susan Hares wrote: > Thank you to everyone who asked questions or dates. Since the times need > to be set for the IETF secretariat to announce the meeting, the > schedule has been set for two meetings on each date. Please see the > refined announcement below. > > > > Sue > > > > From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Susan Hares > Sent: Tuesday, April 12, 2016 5:57 AM > To: i2rs@ietf.org > Cc: 'Jeffrey Haas'; 'Alia Atlas' > Subject: Re: [i2rs] Interim Schedule > > > > The following are the interim dates for I2RS before IETF 96: 4/27, > 5/18, 6/1, and 6/15. Each of these dates is a Wednesday. > > > > The virtual I2RS Interims provide an opportunity to have longer > presentations on a few topics with a longer discussion among some WG > participants. At IETF 95, we discussed making things easier for virtual > interims for all participants (Americas, Europe and Asia). One time-zone > always suffers. Lately, it has been China who has to attend at 10:00pm at > night. Therefore, this time, we will have the following meeting times on > each date. > > > > 10:00am - 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) > > 22:00pm - 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) > > > > The presenters will need to send slides by Tuesday at 8:00am ET. If the > presenter is not attending 10:00am - 11:30am, the presenter should > send notes so the chairs can present at this time. > > > > The topics for the meetings are: > > Date Topics > > ====== ======================================== > > 27-Apr Requirements, Protocol Strawman, Data models > > 18-May Protocol Strawman and Data models > > 1-Jun Protocol and models > > 16-Jun Protocol and models Note this date should read 15-Jun. -- Jeff _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Thu Apr 14 17:27:13 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B240712E196; Thu, 14 Apr 2016 17:27:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: IETF Secretariat To: "IETF Announcement List" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160415002711.6868.47513.idtracker@ietfa.amsl.com> Date: Thu, 14 Apr 2016 17:27:11 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I2RS WG Virtual Interim Meetings: April 27, 2016; May 18, 2016; June 1, 2016; and June 15, 2016 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Reply-To: i2rs@ietf.org List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 00:27:11 -0000 The Interface to the Routing System (i2rs) working group will hold a series of virtual interim meetings. The meetings will be held on Wednesdays (April 27, May 18, June 1, and June 15): 10:00am – 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) 22:00pm – 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 PT) The presenters will need to send slides by the Tuesday prior to the meeting at 8:00am ET. If the presenter is not attending 10:00am – 11:30am, the presenter should send notes so the chairs can present at this time. The topics for the meetings are: 27-Apr Requirements, Protocol Strawman, Data models 18-May Protocol Strawman and Data models 1-Jun Protocol and models 15-Jun Protocol and models From nobody Fri Apr 15 03:57:42 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FE4612E84A; Fri, 15 Apr 2016 03:57:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KXDIMoEk5sda; Fri, 15 Apr 2016 03:57:39 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 6782412E25E; Fri, 15 Apr 2016 03:57:39 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: References: <20160415002711.6868.47513.idtracker@ietfa.amsl.com> In-Reply-To: <20160415002711.6868.47513.idtracker@ietfa.amsl.com> Date: Fri, 15 Apr 2016 06:57:38 -0400 Message-ID: <00d101d19705$a04f5780$e0ee0680$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFPGIz4N5CVKSeq0eYvhL019kvkD6CP2fTg Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: ietf-secretariat@ietf.org Subject: Re: [i2rs] I2RS WG Virtual Interim Meetings: April 27, 2016; May 18, 2016; June 1, 2016; and June 15, 2016 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 10:57:41 -0000 Please note the last meeting (6/15/2016) will be changed to 6/22/2016.=20 Sue Hares=20 -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of IETF Secretariat Sent: Thursday, April 14, 2016 8:27 PM To: IETF Announcement List Cc: i2rs@ietf.org Subject: [i2rs] I2RS WG Virtual Interim Meetings: April 27, 2016; May = 18, 2016; June 1, 2016; and June 15, 2016 The Interface to the Routing System (i2rs) working group will hold a = series of virtual interim meetings. The meetings will be held on = Wednesdays (April 27, May 18, June 1, and June 15): 10:00am =E2=80=93 11:30am ET (22-23:30 Beijing, 16-17:30 CET, 7-8:30 PT) = 22:00pm =E2=80=93 23:30pm ET (10-11:30 Beijing, 16-17:30 CET, 19-20:30 = PT) The presenters will need to send slides by the Tuesday prior to the = meeting at 8:00am ET. If the presenter is not attending 10:00am = =E2=80=93 11:30am, the presenter should send notes so the chairs can = present at this time. The topics for the meetings are: 27-Apr Requirements, Protocol Strawman, Data models 18-May Protocol = Strawman and Data models 1-Jun Protocol and models 15-Jun Protocol and = models _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs From nobody Fri Apr 15 08:00:32 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2526F12DE4E; Fri, 15 Apr 2016 08:00:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 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_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 qCrmydtiQCyq; Fri, 15 Apr 2016 08:00:29 -0700 (PDT) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53D7512DA78; Fri, 15 Apr 2016 08:00:26 -0700 (PDT) Received: by mail-ob0-x22a.google.com with SMTP id n10so7091496obb.2; Fri, 15 Apr 2016 08:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=vLQNbQtBSB6K44WY6eyq9kOW0Vfr15Do1XgYbZ4smwg=; b=FpYAakDfhvwxD4zPsNxEoh/mkveB/fcqz3YlS8f+pT4O1W2TJBYeql0HZCOD1bRDL8 oQcPwHGigoG0l1dToYCkZRBCLoZwYmyLXrv669S7y3NAuIch8MPuX3+KTwfwXKrXIiT9 VZ+pywwhl649ZbUmXyMlFlgS8vUqW1feU9yN4Lm0JoSwr2yJRDO7STvMNW0E2we/PyDR 3NRUCzq2G/EqvVTuGV77oWc40Oj76pzQt10tnVCYemkke+J7V/EQrzfJVz2CoMvYLfp/ ud2bEmcIdlhUeA0DBBPmsAXgYjgQa6xsOhkn6a5S5/FoO+rFdGzl3OYE+5DtcJ4mrpYG VlxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=vLQNbQtBSB6K44WY6eyq9kOW0Vfr15Do1XgYbZ4smwg=; b=OHka+qxJaDVGOwAwPvLvgwy/y4KdB/PYTQ5JvaBsGGsbnZ4117pZoqOomHRGvmBY3u HzSJNNLiz8AiPrDrci6KylujhvOfrWNtJlcueB33ZmBIU0goibon7lMJ74GbnbxbAl7O MHUwyDXoiLQRcGGgEIAgQIWUdBR9mRhV1dfyp0pTI+Jfw534ZMhXZ4cKxNMG9Bptx2y8 eRLrDOMVTK2I3G69l3pfo8nSJApmqWpiVsBLqVj0ZxiMDcV/503WWdbEzht6BQjrypP3 M9c9ja5zVK0p7RV5201+6W6l5l+QfaSz0DO745Vfy7wyRtW+Kokb4huMJFMXRGxK/+lt EzgQ== X-Gm-Message-State: AOPr4FVtQQIA2iB1q7T1hB/KVWHtgHM22VzXeE6WieH4KegXtVvsF7gL23Sl+mYM8XIzGlViNno8mNNtQ+msBA== MIME-Version: 1.0 X-Received: by 10.182.245.138 with SMTP id xo10mr10805368obc.56.1460732425643; Fri, 15 Apr 2016 08:00:25 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 15 Apr 2016 08:00:25 -0700 (PDT) Date: Fri, 15 Apr 2016 11:00:25 -0400 Message-ID: From: Alia Atlas To: "i2rs@ietf.org" , draft-ietf-i2rs-pub-sub-requirements@ietf.org Content-Type: multipart/alternative; boundary=001a11c1d78a57bead053087452a Archived-At: Subject: [i2rs] AD review of draft-ietf-i2rs-pub-sub-requirements-05 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 15:00:31 -0000 --001a11c1d78a57bead053087452a Content-Type: text/plain; charset=UTF-8 First, I would like to thank Eric, Alex, and Alberto for their work on this document. As is customary, i have done my AD review of draft-ietf-i2rs-pub-sub-requirements-05. I am advancing it to IETF Last Call but would very much appreciate it if an updated version which substantially improves the language in Sec 1-3 is done as soon as possible. Please think about how useful and coherent those sections are for living as a useful RFC in several years. The expected schedule is that this draft will on the May 5 IESG telechat. It is very important for the shepherd and authors to be highly responsive around this period. It is quite welcome to submit updated versions of the draft that address my comments, comments received during IETF Last Call, comments from the various Directorates and from the IESG. I do see the documenting of the desired requirements as useful, even as the associated technical solution is being handled in netconf. Minor comments: 1) Sec 1: The Introduction is written to persuade rather than as a factual description that might be read and be useful in 5 years. For instance " I2RS WG documents have expressed a need for more robust YANG object subscriptions. Similar discussions are underway in NETMOD and NETCONF. With the support of standards bodies such as OMG (DDS), XMPP.org standard, generic Publication/Subscription (Pub/Sub) mechanisms to communicate data updates have been defined and proven themselves in a wide variety of deployments." really needs some rewriting. Similarly, the last paragraph discusses the authors rather than the WG as seeing this need and specifying the associated requirements. 2) Sec 2.2: How each of the mentioned mechanisms is really a pub/sub is not described. This section needs a rewrite and tightening up. Nits: a) Sec 2: SDN is not a well-known acronym for the RFC Editor. Please expand it or preferably have a different way to describe it - is it the drive for centralized orchestration? Is it the need for Programmatic Interfaces? etc. b)Sec 2: "YANG's ascent as a dominant programmatic interface to network elements" isn't quite accurate. Perhaps "YANG's ascent as the dominant data modeling language for use in programmatic interfaces to network elements" or the like? c) Sec 4.2.2: should be "or" not "of" "The policy: i.e. whether updates are on-change of periodic" Thanks, Alia --001a11c1d78a57bead053087452a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
First, I would like to thank Eric, Alex, and Alberto = for their work on this document.

As is customary, = i have done my AD review of=C2=A0draft-ietf-i2rs-pub-sub-requirements-05.
I am advancing it to IETF Last Call but would very much appreciate= it if an updated version which substantially improves the language in Sec = 1-3 is done as soon as possible.=C2=A0 Please think about how useful and co= herent those sections are for living as a useful RFC in several years.

The expected schedule is that this draft will on the M= ay 5 IESG telechat.=C2=A0 It is very important for the shepherd and authors= to be highly responsive around this period.=C2=A0 It is quite welcome to s= ubmit updated versions of the draft that address my comments, comments rece= ived during IETF Last Call, comments from the various Directorates and from= the IESG.

I do see the documenting of the desired= requirements as useful, even as the associated technical solution is being= handled in netconf.

Minor comments:

1) Sec 1: =C2=A0The Introduction is written to persuade rather than as a f= actual description that might be read and be useful in 5 years.=C2=A0 For i= nstance
" I2RS WG documents have expressed a need for more robust= YANG object
=C2=A0 =C2=A0subscriptions.=C2=A0 Similar discussions are u= nderway in NETMOD and
=C2=A0 =C2=A0NETCONF.=C2=A0 With the support of st= andards bodies such as OMG (DDS),
=C2=A0 =C2=A0XMPP.org standard, generi= c Publication/Subscription (Pub/Sub)
=C2=A0 =C2=A0mechanisms to communic= ate data updates have been defined and proven
=C2=A0 =C2=A0themselves in= a wide variety of deployments."
really needs some rewriting. =C2= =A0 Similarly, the last paragraph discusses the authors rather than the WG = as seeing this need and specifying the associated requirements.
<= br>
2) Sec 2.2: =C2=A0How each of the mentioned mechanisms is rea= lly a pub/sub is not described.=C2=A0 This section needs a rewrite and tigh= tening up.

Nits: =C2=A0
a) Sec 2: =C2=A0= SDN is not a well-known acronym for the RFC Editor.=C2=A0 Please expand it = or preferably have a different way to describe it - is it the drive for cen= tralized orchestration?=C2=A0 Is it the need for Programmatic Interfaces? = =C2=A0etc.

b)Sec 2: "YANG's ascent as a d= ominant=C2=A0programmatic interface to network elements" isn't qui= te accurate.=C2=A0 Perhaps "YANG's ascent as the dominant data mod= eling language for use in programmatic interfaces to network elements"= or the like? =C2=A0=C2=A0

c) Sec 4.2.2: shoul= d be "or" not "of" "The policy: i.e. whether updat= es are on-change of periodic"

Thanks,
Alia

--001a11c1d78a57bead053087452a-- From nobody Fri Apr 15 10:11:42 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9041F12E62C; Fri, 15 Apr 2016 10:11:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 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_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 mUQTPYdQVzRn; Fri, 15 Apr 2016 10:11:38 -0700 (PDT) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (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 01A0312E62B; Fri, 15 Apr 2016 10:11:34 -0700 (PDT) Received: by mail-oi0-x22e.google.com with SMTP id y204so130174227oie.3; Fri, 15 Apr 2016 10:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=OsMwGKjKjBraSzCe7jNgdS1g+am5URvcdJadCtcdFbY=; b=elnOg27CkTTON+cgMQb61tP+PaQJM08XJP1NqbkFkl56EOqG0omHpyH8fHJFo1/cWt 9o/NlhblvItoweI2rfE5ah5VPKnfNZ+NHGQ7ezvNJR5EX4LaUIfkekh3PIsmv8XDA7p2 UsjbNwN6MPWuta+15ftViGzJ9fWO/CEASS9//FuAgkliB+CZwnUfyZ5Wg+mppfzEEMLi ddqt0Gn3Kd8MQxtZ6UcvBZmsA8ZAvxgDVW5ZIS9WewU+AdB/FXhsXETffvbC0XDzujrI Bn6ZPo8okD6MlEHZvEL9RpbqDQyruHA/3xaSkXRZQGuRja8uPVMKILYxnkekdki8kpps utSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=OsMwGKjKjBraSzCe7jNgdS1g+am5URvcdJadCtcdFbY=; b=K098wOm9Q0+bZ1h6RmdoJeSfxHZis7wY9t71wq8EgugC35qktRGhM1k1HpIc6px3L0 ijqh/kavRZHOo5h46JVZ3BbfnELYSJTflskzhuQPKgdGozYRiRCP2KDUsotaLbJOT+m/ /H1PS0uzZu5OdC8Si/E2Ni+T6lDo9/fhvMNLrFgpeXKo/46DNVqcWmDNF03zSi2hvb3n bt08+H7B5vMMNCy9vSDJNYA8pDm6Sf97ktl6H8hmVjHPfqSpmmAggY7emuukjqSsHXc1 jkfgKtqbaMJg33rE/58X0Qgepg+wCPd1FBufSyoN73x9ALqexH+M41rLiRuJyRPqxdoe Fvsw== X-Gm-Message-State: AOPr4FVWlmpuN28YHSVU42rR1qxKdpMfcbvd9OYB/9AJ2F0B849uhs1LcPn20zYeX6nG+WwSO5fCFOi0ZMSVww== MIME-Version: 1.0 X-Received: by 10.157.50.225 with SMTP id u88mr12041199otb.41.1460740294318; Fri, 15 Apr 2016 10:11:34 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 15 Apr 2016 10:11:34 -0700 (PDT) Date: Fri, 15 Apr 2016 13:11:34 -0400 Message-ID: From: Alia Atlas To: "i2rs@ietf.org" , draft-ietf-i2rs-traceability@ietf.org Content-Type: multipart/alternative; boundary=001a11493b1e5a23930530891a78 Archived-At: Subject: [i2rs] AD review of draft-ietf-i2rs-traceability-07 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 17:11:39 -0000 --001a11493b1e5a23930530891a78 Content-Type: text/plain; charset=UTF-8 First, I would like to thank the authors, Joe, Carlos, and Gonzalo, for their work on this draft. I have done my AD review and find it a well-written and clear document. I did find a couple minor things to clean up. A new draft is welcome now. I have requested an IETF Last Call and placed this draft on the IESG telechat for May 5. The most critical factor in getting a draft to the RFC Editor quickly is the responsiveness of the shepherd and authors in responding to reviews and deciding which comments will improve the document. Minor: 1) Sec 5..2: Transaction ID includes this note, " [NOTE: The requirements for transactions and long-running requests are being discussed in the NETCONF working group, and this text will follow the requirements set forth there.]" I think it's time to finalize these requirements. 2) Sec 6: "This is only an early proposal. These values are subject to change." Please update to an example of a potential implementation or the like,,, Thank you all, Alia --001a11493b1e5a23930530891a78 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
First, I would like to thank the authors, Joe, Carlos= , and Gonzalo, for their work on this draft.
I have done my AD re= view and find it a well-written and clear document.=C2=A0 I did find a coup= le minor things to clean up.=C2=A0 A new draft is welcome now.=C2=A0 I have= requested an IETF Last Call and placed this draft on the IESG telechat for= May 5.

The most critical factor in getting a draf= t to the RFC Editor quickly is the responsiveness of the shepherd and autho= rs in responding to reviews and deciding which comments will improve the do= cument.


Minor:
1) Sec 5..2: =C2=A0Tr= ansaction ID includes this note, "=C2=A0[NOTE: The requirements=C2= =A0for transactions and long-running requests are being discussed in=C2=A0t= he NETCONF working group, and this text will follow the=C2=A0requirements s= et forth there.]" =C2=A0I think it's time to finalize these requir= ements.

2) Sec 6: =C2=A0"This is only= an early proposal. These values are=C2=A0subject to change." =C2=A0Pl= ease update to an example of a potential implementation or the like,,,
<= /div>

Thank you all,
Alia
--001a11493b1e5a23930530891a78-- From nobody Fri Apr 15 10:58:09 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E894112DBEF; Fri, 15 Apr 2016 10:57:58 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160415175758.17418.53865.idtracker@ietfa.amsl.com> Date: Fri, 15 Apr 2016 10:57:58 -0700 Archived-At: Cc: i2rs@ietf.org, draft-ietf-i2rs-traceability@ietf.org, i2rs-chairs@ietf.org, shares@ndzh.com, akatlas@gmail.com Subject: [i2rs] Last Call: (Interface to the Routing System (I2RS) Traceability: Framework and Information Model) to Informational RFC X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 17:57:59 -0000 The IESG has received a request from the Interface to the Routing System WG (i2rs) to consider the following document: - 'Interface to the Routing System (I2RS) Traceability: Framework and Information Model' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-04-29. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Apr 15 10:58:32 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 248D212DC49; Fri, 15 Apr 2016 10:58:27 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160415175827.17486.53218.idtracker@ietfa.amsl.com> Date: Fri, 15 Apr 2016 10:58:27 -0700 Archived-At: Cc: i2rs@ietf.org, draft-ietf-i2rs-pub-sub-requirements@ietf.org, i2rs-chairs@ietf.org, shares@ndzh.com, akatlas@gmail.com Subject: [i2rs] Last Call: (Requirements for Subscription to YANG Datastores) to Proposed Standard X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 17:58:27 -0000 The IESG has received a request from the Interface to the Routing System WG (i2rs) to consider the following document: - 'Requirements for Subscription to YANG Datastores' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2016-04-29. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document provides requirements for a service that allows client applications to subscribe to updates of a YANG datastore. Based on criteria negotiated as part of a subscription, updates will be pushed to targeted recipients. Such a capability eliminates the need for periodic polling of YANG datastores by applications and fills a functional gap in existing YANG transports (i.e. Netconf and Restconf). Such a service can be summarized as a "pub/sub" service for YANG datastore updates. Beyond a set of basic requirements for the service, various refinements are addressed. These refinements include: periodicity of object updates, filtering out of objects underneath a requested a subtree, and delivery QoS guarantees. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Sun Apr 17 06:41:11 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE1212DD21; Sun, 17 Apr 2016 06:41:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160417134109.28696.12170.idtracker@ietfa.amsl.com> Date: Sun, 17 Apr 2016 06:41:09 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-pub-sub-requirements-06.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 13:41:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System of the IETF. Title : Requirements for Subscription to YANG Datastores Authors : Eric Voit Alexander Clemm Alberto Gonzalez Prieto Filename : draft-ietf-i2rs-pub-sub-requirements-06.txt Pages : 15 Date : 2016-04-17 Abstract: This document provides requirements for a service that allows client applications to subscribe to updates of a YANG datastore. Based on criteria negotiated as part of a subscription, updates will be pushed to targeted recipients. Such a capability eliminates the need for periodic polling of YANG datastores by applications and fills a functional gap in existing YANG transports (i.e. Netconf and Restconf). Such a service can be summarized as a "pub/sub" service for YANG datastore updates. Beyond a set of basic requirements for the service, various refinements are addressed. These refinements include: periodicity of object updates, filtering out of objects underneath a requested a subtree, and delivery QoS guarantees. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-pub-sub-requirements-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-pub-sub-requirements-06 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 Apr 17 06:44:01 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59DDE12DFEA; Sun, 17 Apr 2016 06:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.497 X-Spam-Level: X-Spam-Status: No, score=-15.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-0.996, 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 gQh659IcOgrJ; Sun, 17 Apr 2016 06:43:57 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6DF912DE03; Sun, 17 Apr 2016 06:43:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13378; q=dns/txt; s=iport; t=1460900636; x=1462110236; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=GhwExNR9src1W75gmL3JfWWiG7OLSGiPh3U6dXwYf5k=; b=FAV7l6RchBy1Lw9LzoyAETnOaLeQ7Tq3404oPJ2HJ+nLBkMi4HGsQWxx pocK1temd5lVvWmyslHvSipd134aY79gg44pyqBrY3bcAfSqst7RhAxT8 PGQeJ+XUL0yGQc3l4G/kxXvRBlfH1ve0QqUyYwzLKg9gNGtuteblRRKx1 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BAAgCAkhNX/5BdJa1bgmtNU30GtSKEc?= =?us-ascii?q?wENgXEahXQCHIEDOBQBAQEBAQEBZSeEQQEBAQQjCkwQAgEIDgcQHQICAjAlAgQ?= =?us-ascii?q?ODROIDqpWkQkBAQEBAQEBAQEBAQEBAQEBAQEBAQEVhiGES4RVKIJCglYFmA4Bh?= =?us-ascii?q?XeID4FuToQAgymFM48qAR4BAUKDaGyIEX4BAQE?= X-IronPort-AV: E=Sophos; i="5.24,497,1454976000"; d="scan'208,217"; a="94682232" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Apr 2016 13:43:55 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u3HDhtsl015074 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 17 Apr 2016 13:43:55 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 17 Apr 2016 09:43:54 -0400 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1104.009; Sun, 17 Apr 2016 09:43:54 -0400 From: "Eric Voit (evoit)" To: Alia Atlas Thread-Topic: AD review of draft-ietf-i2rs-pub-sub-requirements-05 Thread-Index: AQHRlyeRR2LfPKXuGUOAnt1Hj06tp5+OL1bQ Date: Sun, 17 Apr 2016 13:43:54 +0000 Message-ID: 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.118.56.228] Content-Type: multipart/alternative; boundary="_000_ea702f0b8f514324b62eb5a2d748dcd5XCHRTP013ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , "draft-ietf-i2rs-pub-sub-requirements@ietf.org" Subject: Re: [i2rs] AD review of draft-ietf-i2rs-pub-sub-requirements-05 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 13:43:59 -0000 --_000_ea702f0b8f514324b62eb5a2d748dcd5XCHRTP013ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxpYSwNClRoZSBkb2N1bWVudCBoYXMgYmVlbiB1cGRhdGVkIGluIHRoZSB3YXlzIHJlcXVl c3RlZCBiZWxvdy4gIFRoZSBuZXcgdmVyc2lvbiBpcyAtMDYuICAgIExldCB1cyBrbm93IGlmIHlv dSBuZWVkIGFueXRoaW5nIGVsc2UuDQpFcmljDQoNCkZyb206IEFsaWEgQXRsYXMsIEFwcmlsIDE1 LCAyMDE2IDExOjAwIEFNDQoNCkZpcnN0LCBJIHdvdWxkIGxpa2UgdG8gdGhhbmsgRXJpYywgQWxl eCwgYW5kIEFsYmVydG8gZm9yIHRoZWlyIHdvcmsgb24gdGhpcyBkb2N1bWVudC4NCg0KQXMgaXMg Y3VzdG9tYXJ5LCBpIGhhdmUgZG9uZSBteSBBRCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1pMnJzLXB1 Yi1zdWItcmVxdWlyZW1lbnRzLTA1Lg0KSSBhbSBhZHZhbmNpbmcgaXQgdG8gSUVURiBMYXN0IENh bGwgYnV0IHdvdWxkIHZlcnkgbXVjaCBhcHByZWNpYXRlIGl0IGlmIGFuIHVwZGF0ZWQgdmVyc2lv biB3aGljaCBzdWJzdGFudGlhbGx5IGltcHJvdmVzIHRoZSBsYW5ndWFnZSBpbiBTZWMgMS0zIGlz IGRvbmUgYXMgc29vbiBhcyBwb3NzaWJsZS4gIFBsZWFzZSB0aGluayBhYm91dCBob3cgdXNlZnVs IGFuZCBjb2hlcmVudCB0aG9zZSBzZWN0aW9ucyBhcmUgZm9yIGxpdmluZyBhcyBhIHVzZWZ1bCBS RkMgaW4gc2V2ZXJhbCB5ZWFycy4NCg0KVGhlIGV4cGVjdGVkIHNjaGVkdWxlIGlzIHRoYXQgdGhp cyBkcmFmdCB3aWxsIG9uIHRoZSBNYXkgNSBJRVNHIHRlbGVjaGF0LiAgSXQgaXMgdmVyeSBpbXBv cnRhbnQgZm9yIHRoZSBzaGVwaGVyZCBhbmQgYXV0aG9ycyB0byBiZSBoaWdobHkgcmVzcG9uc2l2 ZSBhcm91bmQgdGhpcyBwZXJpb2QuICBJdCBpcyBxdWl0ZSB3ZWxjb21lIHRvIHN1Ym1pdCB1cGRh dGVkIHZlcnNpb25zIG9mIHRoZSBkcmFmdCB0aGF0IGFkZHJlc3MgbXkgY29tbWVudHMsIGNvbW1l bnRzIHJlY2VpdmVkIGR1cmluZyBJRVRGIExhc3QgQ2FsbCwgY29tbWVudHMgZnJvbSB0aGUgdmFy aW91cyBEaXJlY3RvcmF0ZXMgYW5kIGZyb20gdGhlIElFU0cuDQoNCkkgZG8gc2VlIHRoZSBkb2N1 bWVudGluZyBvZiB0aGUgZGVzaXJlZCByZXF1aXJlbWVudHMgYXMgdXNlZnVsLCBldmVuIGFzIHRo ZSBhc3NvY2lhdGVkIHRlY2huaWNhbCBzb2x1dGlvbiBpcyBiZWluZyBoYW5kbGVkIGluIG5ldGNv bmYuDQoNCk1pbm9yIGNvbW1lbnRzOg0KDQoxKSBTZWMgMTogIFRoZSBJbnRyb2R1Y3Rpb24gaXMg d3JpdHRlbiB0byBwZXJzdWFkZSByYXRoZXIgdGhhbiBhcyBhIGZhY3R1YWwgZGVzY3JpcHRpb24g dGhhdCBtaWdodCBiZSByZWFkIGFuZCBiZSB1c2VmdWwgaW4gNSB5ZWFycy4gIEZvciBpbnN0YW5j ZQ0KIiBJMlJTIFdHIGRvY3VtZW50cyBoYXZlIGV4cHJlc3NlZCBhIG5lZWQgZm9yIG1vcmUgcm9i dXN0IFlBTkcgb2JqZWN0DQogICBzdWJzY3JpcHRpb25zLiAgU2ltaWxhciBkaXNjdXNzaW9ucyBh cmUgdW5kZXJ3YXkgaW4gTkVUTU9EIGFuZA0KICAgTkVUQ09ORi4gIFdpdGggdGhlIHN1cHBvcnQg b2Ygc3RhbmRhcmRzIGJvZGllcyBzdWNoIGFzIE9NRyAoRERTKSwNCiAgIFhNUFAub3JnIHN0YW5k YXJkLCBnZW5lcmljIFB1YmxpY2F0aW9uL1N1YnNjcmlwdGlvbiAoUHViL1N1YikNCiAgIG1lY2hh bmlzbXMgdG8gY29tbXVuaWNhdGUgZGF0YSB1cGRhdGVzIGhhdmUgYmVlbiBkZWZpbmVkIGFuZCBw cm92ZW4NCiAgIHRoZW1zZWx2ZXMgaW4gYSB3aWRlIHZhcmlldHkgb2YgZGVwbG95bWVudHMuIg0K cmVhbGx5IG5lZWRzIHNvbWUgcmV3cml0aW5nLiAgIFNpbWlsYXJseSwgdGhlIGxhc3QgcGFyYWdy YXBoIGRpc2N1c3NlcyB0aGUgYXV0aG9ycyByYXRoZXIgdGhhbiB0aGUgV0cgYXMgc2VlaW5nIHRo aXMgbmVlZCBhbmQgc3BlY2lmeWluZyB0aGUgYXNzb2NpYXRlZCByZXF1aXJlbWVudHMuDQoNCjIp IFNlYyAyLjI6ICBIb3cgZWFjaCBvZiB0aGUgbWVudGlvbmVkIG1lY2hhbmlzbXMgaXMgcmVhbGx5 IGEgcHViL3N1YiBpcyBub3QgZGVzY3JpYmVkLiAgVGhpcyBzZWN0aW9uIG5lZWRzIGEgcmV3cml0 ZSBhbmQgdGlnaHRlbmluZyB1cC4NCg0KTml0czoNCmEpIFNlYyAyOiAgU0ROIGlzIG5vdCBhIHdl bGwta25vd24gYWNyb255bSBmb3IgdGhlIFJGQyBFZGl0b3IuICBQbGVhc2UgZXhwYW5kIGl0IG9y IHByZWZlcmFibHkgaGF2ZSBhIGRpZmZlcmVudCB3YXkgdG8gZGVzY3JpYmUgaXQgLSBpcyBpdCB0 aGUgZHJpdmUgZm9yIGNlbnRyYWxpemVkIG9yY2hlc3RyYXRpb24/ICBJcyBpdCB0aGUgbmVlZCBm b3IgUHJvZ3JhbW1hdGljIEludGVyZmFjZXM/ICBldGMuDQoNCmIpU2VjIDI6ICJZQU5HJ3MgYXNj ZW50IGFzIGEgZG9taW5hbnQgcHJvZ3JhbW1hdGljIGludGVyZmFjZSB0byBuZXR3b3JrIGVsZW1l bnRzIiBpc24ndCBxdWl0ZSBhY2N1cmF0ZS4gIFBlcmhhcHMgIllBTkcncyBhc2NlbnQgYXMgdGhl IGRvbWluYW50IGRhdGEgbW9kZWxpbmcgbGFuZ3VhZ2UgZm9yIHVzZSBpbiBwcm9ncmFtbWF0aWMg aW50ZXJmYWNlcyB0byBuZXR3b3JrIGVsZW1lbnRzIiBvciB0aGUgbGlrZT8NCg0KYykgU2VjIDQu Mi4yOiBzaG91bGQgYmUgIm9yIiBub3QgIm9mIiAiVGhlIHBvbGljeTogaS5lLiB3aGV0aGVyIHVw ZGF0ZXMgYXJlIG9uLWNoYW5nZSBvZiBwZXJpb2RpYyINCg0KVGhhbmtzLA0KQWxpYQ0KDQo= --_000_ea702f0b8f514324b62eb5a2d748dcd5XCHRTP013ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgQWxpYSw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGRvY3VtZW50IGhhcyBiZWVuIHVwZGF0ZWQgaW4g dGhlIHdheXMgcmVxdWVzdGVkIGJlbG93LiZuYnNwOyBUaGUgbmV3IHZlcnNpb24gaXMgLTA2LiZu YnNwOyZuYnNwOyZuYnNwOyBMZXQgdXMga25vdyBpZiB5b3UgbmVlZCBhbnl0aGluZyBlbHNlLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5FcmljPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBw dCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEFsaWEgQXRsYXMsIEFwcmlsIDE1LCAyMDE2IDExOjAwIEFN PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rmlyc3QsIEkgd291bGQgbGlrZSB0byB0aGFu ayBFcmljLCBBbGV4LCBhbmQgQWxiZXJ0byBmb3IgdGhlaXIgd29yayBvbiB0aGlzIGRvY3VtZW50 LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5B cyBpcyBjdXN0b21hcnksIGkgaGF2ZSBkb25lIG15IEFEIHJldmlldyBvZiZuYnNwO2RyYWZ0LWll dGYtaTJycy1wdWItc3ViLXJlcXVpcmVtZW50cy0wNS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYW0gYWR2YW5jaW5nIGl0IHRvIElFVEYgTGFz dCBDYWxsIGJ1dCB3b3VsZCB2ZXJ5IG11Y2ggYXBwcmVjaWF0ZSBpdCBpZiBhbiB1cGRhdGVkIHZl cnNpb24gd2hpY2ggc3Vic3RhbnRpYWxseSBpbXByb3ZlcyB0aGUgbGFuZ3VhZ2UgaW4gU2VjIDEt MyBpcyBkb25lIGFzIHNvb24gYXMgcG9zc2libGUuJm5ic3A7IFBsZWFzZSB0aGluayBhYm91dCBo b3cgdXNlZnVsIGFuZCBjb2hlcmVudCB0aG9zZSBzZWN0aW9ucyBhcmUNCiBmb3IgbGl2aW5nIGFz IGEgdXNlZnVsIFJGQyBpbiBzZXZlcmFsIHllYXJzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZXhwZWN0ZWQgc2NoZWR1bGUgaXMgdGhh dCB0aGlzIGRyYWZ0IHdpbGwgb24gdGhlIE1heSA1IElFU0cgdGVsZWNoYXQuJm5ic3A7IEl0IGlz IHZlcnkgaW1wb3J0YW50IGZvciB0aGUgc2hlcGhlcmQgYW5kIGF1dGhvcnMgdG8gYmUgaGlnaGx5 IHJlc3BvbnNpdmUgYXJvdW5kIHRoaXMgcGVyaW9kLiZuYnNwOyBJdCBpcyBxdWl0ZSB3ZWxjb21l IHRvIHN1Ym1pdCB1cGRhdGVkIHZlcnNpb25zIG9mIHRoZSBkcmFmdCB0aGF0IGFkZHJlc3MNCiBt eSBjb21tZW50cywgY29tbWVudHMgcmVjZWl2ZWQgZHVyaW5nIElFVEYgTGFzdCBDYWxsLCBjb21t ZW50cyBmcm9tIHRoZSB2YXJpb3VzIERpcmVjdG9yYXRlcyBhbmQgZnJvbSB0aGUgSUVTRy48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkbyBz ZWUgdGhlIGRvY3VtZW50aW5nIG9mIHRoZSBkZXNpcmVkIHJlcXVpcmVtZW50cyBhcyB1c2VmdWws IGV2ZW4gYXMgdGhlIGFzc29jaWF0ZWQgdGVjaG5pY2FsIHNvbHV0aW9uIGlzIGJlaW5nIGhhbmRs ZWQgaW4gbmV0Y29uZi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TWlu b3IgY29tbWVudHM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjEpIFNlYyAxOiAmbmJzcDtUaGUgSW50cm9kdWN0aW9uIGlzIHdyaXR0ZW4gdG8g cGVyc3VhZGUgcmF0aGVyIHRoYW4gYXMgYSBmYWN0dWFsIGRlc2NyaXB0aW9uIHRoYXQgbWlnaHQg YmUgcmVhZCBhbmQgYmUgdXNlZnVsIGluIDUgeWVhcnMuJm5ic3A7IEZvciBpbnN0YW5jZTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mcXVvdDsgSTJSUyBXRyBk b2N1bWVudHMgaGF2ZSBleHByZXNzZWQgYSBuZWVkIGZvciBtb3JlIHJvYnVzdCBZQU5HIG9iamVj dDxicj4NCiZuYnNwOyAmbmJzcDtzdWJzY3JpcHRpb25zLiZuYnNwOyBTaW1pbGFyIGRpc2N1c3Np b25zIGFyZSB1bmRlcndheSBpbiBORVRNT0QgYW5kPGJyPg0KJm5ic3A7ICZuYnNwO05FVENPTkYu Jm5ic3A7IFdpdGggdGhlIHN1cHBvcnQgb2Ygc3RhbmRhcmRzIGJvZGllcyBzdWNoIGFzIE9NRyAo RERTKSw8YnI+DQombmJzcDsgJm5ic3A7WE1QUC5vcmcgc3RhbmRhcmQsIGdlbmVyaWMgUHVibGlj YXRpb24vU3Vic2NyaXB0aW9uIChQdWIvU3ViKTxicj4NCiZuYnNwOyAmbmJzcDttZWNoYW5pc21z IHRvIGNvbW11bmljYXRlIGRhdGEgdXBkYXRlcyBoYXZlIGJlZW4gZGVmaW5lZCBhbmQgcHJvdmVu PGJyPg0KJm5ic3A7ICZuYnNwO3RoZW1zZWx2ZXMgaW4gYSB3aWRlIHZhcmlldHkgb2YgZGVwbG95 bWVudHMuJnF1b3Q7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ cmVhbGx5IG5lZWRzIHNvbWUgcmV3cml0aW5nLiAmbmJzcDsgU2ltaWxhcmx5LCB0aGUgbGFzdCBw YXJhZ3JhcGggZGlzY3Vzc2VzIHRoZSBhdXRob3JzIHJhdGhlciB0aGFuIHRoZSBXRyBhcyBzZWVp bmcgdGhpcyBuZWVkIGFuZCBzcGVjaWZ5aW5nIHRoZSBhc3NvY2lhdGVkIHJlcXVpcmVtZW50cy48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Mikg U2VjIDIuMjogJm5ic3A7SG93IGVhY2ggb2YgdGhlIG1lbnRpb25lZCBtZWNoYW5pc21zIGlzIHJl YWxseSBhIHB1Yi9zdWIgaXMgbm90IGRlc2NyaWJlZC4mbmJzcDsgVGhpcyBzZWN0aW9uIG5lZWRz IGEgcmV3cml0ZSBhbmQgdGlnaHRlbmluZyB1cC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tml0czogJm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hKSBTZWMgMjogJm5ic3A7U0ROIGlz IG5vdCBhIHdlbGwta25vd24gYWNyb255bSBmb3IgdGhlIFJGQyBFZGl0b3IuJm5ic3A7IFBsZWFz ZSBleHBhbmQgaXQgb3IgcHJlZmVyYWJseSBoYXZlIGEgZGlmZmVyZW50IHdheSB0byBkZXNjcmli ZSBpdCAtIGlzIGl0IHRoZSBkcml2ZSBmb3IgY2VudHJhbGl6ZWQgb3JjaGVzdHJhdGlvbj8mbmJz cDsgSXMgaXQgdGhlIG5lZWQgZm9yIFByb2dyYW1tYXRpYyBJbnRlcmZhY2VzPyAmbmJzcDtldGMu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmIp U2VjIDI6ICZxdW90O1lBTkcncyBhc2NlbnQgYXMgYSBkb21pbmFudCZuYnNwO3Byb2dyYW1tYXRp YyBpbnRlcmZhY2UgdG8gbmV0d29yayBlbGVtZW50cyZxdW90OyBpc24ndCBxdWl0ZSBhY2N1cmF0 ZS4mbmJzcDsgUGVyaGFwcyAmcXVvdDtZQU5HJ3MgYXNjZW50IGFzIHRoZSBkb21pbmFudCBkYXRh IG1vZGVsaW5nIGxhbmd1YWdlIGZvciB1c2UgaW4gcHJvZ3JhbW1hdGljIGludGVyZmFjZXMgdG8g bmV0d29yayBlbGVtZW50cyZxdW90OyBvciB0aGUgbGlrZT8NCiAmbmJzcDsmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YykgU2VjIDQu Mi4yOiBzaG91bGQgYmUgJnF1b3Q7b3ImcXVvdDsgbm90ICZxdW90O29mJnF1b3Q7ICZxdW90O1Ro ZSBwb2xpY3k6IGkuZS4gd2hldGhlciB1cGRhdGVzIGFyZSBvbi1jaGFuZ2Ugb2YgcGVyaW9kaWMm cXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+QWxpYTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_ea702f0b8f514324b62eb5a2d748dcd5XCHRTP013ciscocom_-- From nobody Sun Apr 17 10:41:57 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B522F12D87C; Sun, 17 Apr 2016 10:41:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160417174155.28716.55995.idtracker@ietfa.amsl.com> Date: Sun, 17 Apr 2016 10:41:55 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-traceability-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 17:41:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System of the IETF. Title : Interface to the Routing System (I2RS) Traceability: Framework and Information Model Authors : Joe Clarke Gonzalo Salgueiro Carlos Pignataro Filename : draft-ietf-i2rs-traceability-08.txt Pages : 13 Date : 2016-04-17 Abstract: This document describes a framework for traceability in the Interface to the Routing System (I2RS) and information model for that framework. It specifies the motivation, requirements, use cases, and defines an information model for recording interactions between elements implementing the I2RS protocol. This framework provides a consistent tracing interface for components implementing the I2RS architecture to record what was done, by which component, and when. It aims to improve the management of I2RS implementations, and can be used for troubleshooting, auditing, forensics, and accounting purposes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-traceability-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Apr 17 10:44:09 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02CA712B01C for ; Sun, 17 Apr 2016 10:44:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.496 X-Spam-Level: X-Spam-Status: No, score=-14.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 vAA2wEyscWzK for ; Sun, 17 Apr 2016 10:44:00 -0700 (PDT) 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 14C9E12D594 for ; Sun, 17 Apr 2016 10:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2163; q=dns/txt; s=iport; t=1460915039; x=1462124639; h=subject:references:cc:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=Zb07oLdy+9NijRmL1m0opEHKYEwSriOZDiZuKyhFyMs=; b=gww9PlBrGK+QuYXdCcMcFmVZ7fdp0GffADBL4BfuT8pMl1pM2y+mZyQ6 +tT82sh4Kt4xnzk5WaQ0xLkgmfMWg3PuCUMJ7/ruF3/yM4wUAq86JFCix wywV7qIqXrXWhjmxoBn7UrbMGm+QySG6t8z6uIkv/zGXa3J6/gYjn0TiR E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BFCAA8yhNX/4ENJK1bgzhTK0YMpnuJb?= =?us-ascii?q?Ik0AQ2BcRcLhWwCKHc4FAEBAQEBAQFlJ4Q5CQEBBAEBATU2CxALEgYuJyIOEwY?= =?us-ascii?q?CAQGFboI3DrkvAQEBAQEBAQMBAQEBAQEahiGBdQiCTodPgkYBBJgOhXiIFoFnT?= =?us-ascii?q?oQAgwaFVo8rHgEBQoQEIDCJDwEBBQ?= X-IronPort-AV: E=Sophos;i="5.24,498,1454976000"; d="scan'208";a="92779032" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Apr 2016 17:43:59 +0000 Received: from [10.117.46.165] (rtp-jclarke-8914.cisco.com [10.117.46.165]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u3HHhw4F002762 for ; Sun, 17 Apr 2016 17:43:58 GMT References: <20160417174155.28716.55995.idtracker@ietfa.amsl.com> Cc: i2rs@ietf.org From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: Date: Sun, 17 Apr 2016 13:43:58 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <20160417174155.28716.55995.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [i2rs] I-D Action: draft-ietf-i2rs-traceability-08.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 17:44:07 -0000 This new version of the draft addresses Fred Baker's request for an IPv6 example as well as Alia's recent comments. Joe On 4/17/16 13:41, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Interface to the Routing System of the IETF. > > Title : Interface to the Routing System (I2RS) Traceability: Framework and Information Model > Authors : Joe Clarke > Gonzalo Salgueiro > Carlos Pignataro > Filename : draft-ietf-i2rs-traceability-08.txt > Pages : 13 > Date : 2016-04-17 > > Abstract: > This document describes a framework for traceability in the Interface > to the Routing System (I2RS) and information model for that > framework. It specifies the motivation, requirements, use cases, and > defines an information model for recording interactions between > elements implementing the I2RS protocol. This framework provides a > consistent tracing interface for components implementing the I2RS > architecture to record what was done, by which component, and when. > It aims to improve the management of I2RS implementations, and can be > used for troubleshooting, auditing, forensics, and accounting > purposes. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-i2rs-traceability/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-i2rs-traceability-08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-traceability-08 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Mon Apr 18 02:43:25 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02D4A12DE08 for ; Mon, 18 Apr 2016 02:43:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 Sp-nzgwqhChJ for ; Mon, 18 Apr 2016 02:43:20 -0700 (PDT) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 CA51012DD6F for ; Mon, 18 Apr 2016 02:43:19 -0700 (PDT) Received: by mail-wm0-x235.google.com with SMTP id a140so111355095wma.0 for ; Mon, 18 Apr 2016 02:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=tunROSDZHeioznhnZGTh8WqHJbzROcjq+8yOl101DLE=; b=akUlqTx4UY8DbJip5H5QY0iWtuhen1NeY5uO2xPzzmelXy9UxK6YC0OhidYPQLyzcU ryrQw/APrmLQkRQYFNeAswW3GDpg23t1UT/GxWUSpTij9Y1YFQTFzAAHIP0/+9zDFzk/ 9DN1xgpSCIwfjS8zw9IglZWYFmy9wj0fmdz0QlMp7fd4TMp+ex7Rk9dJ44qufoNyCqW9 aSEkewCuRGGWbSgCGURsF7l0t2XMl5ofXieN4vogvXyrkz/GBIYPhAK+RNk4FRi7CVKr JSgi79NNZXuCyOIJbuYwNKYRNw4KprTLz98i6OnVo7T+DbrYZhGeEaNzAO8a9fcPgf4O VjJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=tunROSDZHeioznhnZGTh8WqHJbzROcjq+8yOl101DLE=; b=jyndhE+QOH0C8vbFtdOm0UeZD44970f2KbSTKU1eRnLh2WOGqmZaSvpaxoX3v33nTv sBuZjzYRxKGKDVWuliYFmYPG/fK8x+zdNzYpRYBubaVV2FTwSiAF7fV/QQmNYKNeLniM LSaa7II0uVOBVNGI8zzMqTTp9EVcM4xy2cYVlFQAG5Rjsb2mDtGEVkCYj6PJJz0NiduR 15Lydqt+HeaRuRO/VAZ625U9RfvAs0CxsR7L8J/tnBQcXYT2BR5GSD0PAMKjvCmQlc0A GoLP/WaWdqyrSfSEedDwbTckgSYSnXq/yB7Peao5dGTR4T1Xi67iRqK676aslIC303ag BJaw== X-Gm-Message-State: AOPr4FVaK5DvU4lcJKmGbNneN3kEQdoRXbnri6CKoy9g9UvX8DDePgstkQHAuCXS/HB/bEZYLqRFobv3T7cv3w== X-Received: by 10.194.134.3 with SMTP id pg3mr21425901wjb.141.1460972598286; Mon, 18 Apr 2016 02:43:18 -0700 (PDT) MIME-Version: 1.0 Sender: edwinsc@gmail.com Received: by 10.28.3.87 with HTTP; Mon, 18 Apr 2016 02:42:48 -0700 (PDT) In-Reply-To: <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> From: Edwin Cordeiro Date: Mon, 18 Apr 2016 11:42:48 +0200 X-Google-Sender-Auth: BXXEFpLXWH7OPOensSa8tgXp6nI Message-ID: To: Susan Hares Content-Type: multipart/alternative; boundary=089e0122914abf60030530bf30c5 Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 09:43:23 -0000 --089e0122914abf60030530bf30c5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Sue, In line comments. Thanks, Edwin Cordeiro On Mon, Apr 11, 2016 at 1:51 PM, Susan Hares wrote: > Edwin: > > > > Sorry, my first message did not address all your questions. What would b= e > useful for you to do is: > > > > 1) See if you can get an ODL based VM which is the same size as Don > and Mamadou=E2=80=99s VM, > =E2=80=8BYes, it is possible to make a small VM with ODL if the graphical i= nterface is not needed.=E2=80=8B > 2) See if you can run Don and Mamadou=E2=80=99s VM in your environme= nt. > =E2=80=8BIf we can get a copy of this VM, we can surely test it.=E2=80=8B > 3) Test the I2RS RIB with the Quagga code when I post it to github > (~2 weeks) > > 4) Test the I2RS Filter-Based with the Quagga code when I post it to > gitub (~4 weeks) > =E2=80=8BWe will wait for it.=E2=80=8B > > > I will try to get the ODL VM posted to github today. > =E2=80=8BI looked at the Hackathon (https://github.com/IETF-Hackathon/ietf9= 5) and the I2RS-WG (https://github.com/i2rs-wg) Github, but found no VM there.=E2= =80=8B Are you using another repository? > > Sue > > > > *From:* i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Susan Hares > *Sent:* Monday, April 11, 2016 7:44 AM > *To:* 'Edwin Cordeiro' > *Cc:* i2rs@ietf.org > *Subject:* Re: [i2rs] I2RS Hackathon > > > > Edwin: > > > > Thank you for your environment. Don Fedyk and Mamadou Tahirou created a > VM in the virtual box. > > =E2=80=A2 Dev & execution environment: Linux (Ubuntu 14.3 native o= r in > Virtual Box) > > =E2=80=A2 mininet and mininext (simulated network of routers) > > =E2=80=A2 Quagga 1.0.20160315 (including Zebra for route table acce= ss) > > > > The following code needs will need to be downloaded to the following VM: > > =E2=80=A2 Cisco/Tail-f confd 6.1 > > =E2=80=A2 Yuma=E2=80=99s yangcli-pro > > =E2=80=A2 ietf-i2rs-rib YANG model from > draft-ietf-i2rs-rib-data-model-05.txt > > =E2=80=A2 I2RS FB-FIB Yang model =C3=A0 link to IP-Table in Ubuntu > > > > This part of the code was not completed =E2=80=93 so I will try to comple= te this > > > > I will post this in the I2RS github repository. > > > > Sue > > > > > > *From:* edwinsc@gmail.com [mailto:edwinsc@gmail.com ] = *On > Behalf Of *Edwin Cordeiro > *Sent:* Monday, April 11, 2016 4:34 AM > *To:* Susan Hares > *Cc:* i2rs@ietf.org > *Subject:* Re: [i2rs] I2RS Hackathon > > > > Hi Susan, > > > > I saw your presentation of the Hackathon and first sorry the VM wasn't > smaller, but those were the suggestions from ODL for running it inside a = VM. > > > > We are happy that you were able to find a workaround and we would like to > test and expand the result of the Hackathon, could you please share the > results? > > > > Thank you > > > Edwin Cordeiro > > > > On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro > wrote: > > Hi Susan, > > > > The VM is a Ubuntu so it is possible to run this emulated network in a > native Ubuntu laptop. The only special requirement is for MiniNExT ( > https://github.com/USC-NSL/miniNExT), that does not currently support the > latest version of Mininet, you must use Mininet version 2.1.0. I will add > to the webpage a file with the config files used for Mininet and MiniNExT= . > > > > Another option is to run the VM and configure the Virtualbox or VMware > Player to make the network interface of the VM to be in bridge mode or in > internal network with the host machine, that way you may use any program > installed in the host machine to interact with the VM. > > > > BR > > > Edwin Cordeiro > > > > On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares wrote: > > Edwin: > > > > Thank you for the client. Do you think it would work on unbuntu? I=E2= =80=99ve > got an ODL environment in oracle Box and running native on the unbuntu > laptops. > > > > Sue > > > > *From:* i2rs [mailto:i2rs-bounces@ietf.org] *On Behalf Of *Edwin Cordeiro > *Sent:* Wednesday, March 30, 2016 11:33 AM > *To:* i2rs@ietf.org > *Subject:* [i2rs] I2RS Hackathon > > > > Hi all, > > > > As we are trying to make an I2RS implementation here at TU Munich, we > created a VM that is running Mininet (to emulate a network), MininExt (to > implement virtual routers) and OpenDayLight (that we trying to use as I2R= S > agent), the I2RS client we are trying to make using Zebra. The I2RS agent > is the NETCONF + YANG modules of ODL, but it needs the YANG models to be > written. The I2RS client is not present as it is not yet ready for sharin= g. > > > > On the previous Hackathon, one of the difficulties for the I2RS was the > lack of an environment where it could be developed, so we decided to shar= e > this VM and a basic tutorial to get this network running in the hope it > could be useful for the approaching Hackathon in Buenos Aires. > > > > The tutorial and VM are available at: > > http://www.net.in.tum.de/pub/i2rs/ > > http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - > md5: af70741cd12b39a9644b0881df516a55 > > > > Unfortunately we will not be able to attend this next meeting in person, > but if you have any question, let us know. We hope the VM to be useful. > > > > Best Regards, > > > > Edwin Cordeiro > > > > > --089e0122914abf60030530bf30c5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Sue,

In= line comments.

Thanks,

=
E= dwin Cordeiro

On Mon, Apr 11, 2016 at 1:51 PM, Susan Hares= <shares@ndzh.com> wrote:

Edw= in:

=C2=A0

Sorry, my first message did = not address all your questions.=C2=A0 What would be useful for you to do is= :

=C2=A0<= /u>

1)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 See if you can get an ODL bas= ed VM which is the same size as Don and Mamadou=E2=80=99s VM,

=E2=80=8BYes, it is po= ssible to make a small VM with ODL if the graphical interface is not needed= .=E2=80=8B
=C2=A0

2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 See if you can run Don and Mamadou=E2=80=99s VM in your= environment.

=E2=80=8BIf we = can get a copy of this VM, we can surely test it.=E2=80=8B

<= u>

3)=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Test the I2RS RIB= with the Quagga code when I post it to github (~2 weeks)

4)=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Test the I2RS Filter-Based with the= Quagga code when I post it to gitub (~4 weeks)

=E2=80=8BWe will wait for it.=E2=80= =8B
=C2=A0

=C2=A0

I= will try to get the ODL VM posted to github today.=C2=A0=C2=A0

<= /div>
=E2=80=8BI looked at the Hackathon (https://github.com/IETF-Ha= ckathon/ietf95) and the I2RS-WG (https://github.com/i2rs-wg) Github, but found no VM there.=E2=80=8B Ar= e you using another repository?

=

=C2=A0

Sue <= /span>

=C2=A0

From:<= span style=3D"font-size:10pt;font-family:Tahoma,sans-serif"> i2rs [mailto:<= a href=3D"mailto:i2rs-bounces@ietf.org" target=3D"_blank">i2rs-bounces@ietf= .org] On Behalf Of Susan Hares
Sent: Monday, April 11,= 2016 7:44 AM
To: 'Edwin Cordeiro'
Cc: i2rs@ietf.org
Subject: Re: [i2rs] I2RS Hackathon=

=C2=A0

Edwin:

<= span style=3D"font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73= ,125)">=C2=A0

Thank = you for your environment.=C2=A0 Don Fedyk and Mamadou Tahiro= u created a VM in the virtual box.=C2=A0 =

=E2=80=A2=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Dev & execution = environment: Linux (Ubuntu=C2=A0 14.3 native or in Virtual Box)

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = mininet and mininext (simulated network of rou= ters)

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Quagga 1.0.20160315 (includin= g Zebra for route table access)

=C2=A0

T= he following code needs will need to be downloaded to the following VM: =C2= =A0=C2=A0

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 Cisco/Tail-f confd 6.1<= u>

= =E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 Yuma=E2=80=99s yangcli-pro <= u>

= =E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ietf-i2rs-rib YANG model from draft-ietf-i= 2rs-rib-data-model-05.txt

=E2=80=A2=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = I2RS FB-FIB Yang model=C2=A0 =C3=A0 link to IP-Table in Ubuntu =C2=A0

=C2=A0

This part of the code was not completed =E2=80= =93 so I will try to complete this

=C2=A0

I will post this in the I2RS github repository. <= u>

=C2=A0=

Sue

=C2=A0

=C2=A0

From: edwinsc@gmail.com [mailto:edwinsc@gmail.com] On Behalf Of Edwin Cordeiro
Sent: Monday, April 11, 2016 4:3= 4 AM
To: Susan Hares
Cc: i2rs@ietf.org
Subject: Re: [i2rs] I2RS H= ackathon

=C2=A0

Hi Susan,

=C2=A0

I saw your presentation of the Hackathon and first sorry the VM= wasn't smaller, but those were the suggestions from ODL for running it= inside a VM.

=C2=A0

=

We are happy that you were able to find a workaround and we would lik= e to test and expand the result of the Hackathon, could you please share th= e results?

=C2=A0

Thank you


Edwin Cordeiro

= =C2=A0

On Thu, Mar 31, 2016 at= 9:36 AM, Edwin Cordeiro <edwin@scordeiro.net> wrote:

<= p class=3D"MsoNormal">Hi Sus= an,

=C2=A0

Th= e VM is a Ubuntu so it is possible to run this emulated network in a native= Ubuntu laptop. The only special requirement is for MiniNExT (https://github.com/USC= -NSL/miniNExT), that does not currently support the latest version of M= ininet, you must use Mininet version 2.1.0. I will add to the webpage a fil= e with the config files used for Mininet and=C2=A0MiniNExT.

=C2=A0

An= other option is to run the VM and configure the Virtualbox or VMware Player= to make the network interface of the VM to be in bridge mode or in interna= l network with the host machine, that way you may use any program installed= in the host machine to interact with the VM.

=C2=A0

BR=


=

Edwin Cordeiro

=C2=A0

On Thu, Mar 31, 2016 at 2:15 AM, Susan= Hares <shares@ndzh= .com> wrote:

Edwin:

=C2=A0

Thank you for the clien= t.=C2=A0 Do you think it would work on unbuntu?=C2=A0 I=E2=80=99ve got an O= DL environment in oracle Box and running native on the unbuntu laptops.

=C2=A0

Sue

=C2=A0

From: i2rs= [mailto:i2rs-bo= unces@ietf.org] On Behalf Of Edwin Cordeiro
Sent: Wedn= esday, March 30, 2016 11:33 AM
To: i2rs@ietf.org
Subject: [i2rs] I2RS Hacka= thon

=C2=A0=

Hi all,

=C2=A0<= u>

As we are trying to make an I2RS implementation here at TU = Munich, we created a VM that is running Mininet (to emulate a network), Min= inExt (to implement virtual routers) and OpenDayLight (that we trying to us= e as I2RS agent), the I2RS client we are trying to make using Zebra. The I2= RS agent is the NETCONF + YANG modules of ODL, but it needs the YANG models= to be written. The I2RS client is not present as it is not yet ready for s= haring.

=C2=A0

=

= On the previous Hackathon, one of the difficulties for the I2RS was the lac= k of an environment where it could be developed, so we decided to share thi= s VM and a basic tutorial to get this network running in the hope it could = be useful for the approaching Hackathon in Buenos Aires.

=C2=A0

The tutorial and VM are av= ailable at:=C2=A0

http://www.net.in.tum.de/pub/i2rs/I2RS= -Dev-VM.ova - md5:=C2=A0af70741cd12b39a9644b0881df516a55<= u>

=C2=A0

Unfortunately we will = not be able to attend this next meeting in person, but if you have any ques= tion, let us know. We hope the VM to be useful.

=C2=A0

Best Regards,<= /p>

=C2=A0

Edwin Cor= deiro

=C2=A0

<= /div>

=C2=A0


--089e0122914abf60030530bf30c5-- From nobody Mon Apr 18 06:41:29 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4423012D9FF for ; Mon, 18 Apr 2016 06:41:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, 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 VOFShsEThivU for ; Mon, 18 Apr 2016 06:41:24 -0700 (PDT) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 975DD12D99C for ; Mon, 18 Apr 2016 06:41:23 -0700 (PDT) Received: by mail-wm0-x243.google.com with SMTP id y144so24698257wmd.0 for ; Mon, 18 Apr 2016 06:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=4IOs0I9g6/b6IAbkCYRz+shnC61Iu7OLfbJXYhKYPMA=; b=pBMQPfGAXtEjlRfukzTjCIRF0luDbA8e7NJo9PPIALJ59mv2v7pgVJDQtc3J4IUsmq TJIy4y85k590RaEPSPDWhrjy4Xs62ghdMwLSGFW+3r1+SnczNd9fKglzJHv+U6XDWTQu SW5awep5WxrNkI4dxdi9blP31MhGVG1WzWIRy43s9of3K9FsZh5Fyh+YFHdJ4SVgPVFw GfkBqqK1hAAm9FtnFZbcVwGSY9QcaI9AmjBt8AvMrJRvk5DQ4NZPTRaW2mQ1ilasfQ1N 2JTqUZc+7WAc/upgA/yl/CwpCtdSTxZL5qxi0EwwMI8YTk59ykyrg/OgGqA9e2HKFhzH Zl5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=4IOs0I9g6/b6IAbkCYRz+shnC61Iu7OLfbJXYhKYPMA=; b=Z7NU3lPn+VV70f8R7c7eR4Z1rd3QbIpKAFw/7pM+LPlIcVLBwVyUypTXxkgovsdSGx +Udne7jS7g3DyC11/EoRUmctUTPBVsAKCtL8c8wXUR1AVPT4hrP/fWXb85Nq6zv2CAre 35HTW3q5LB9953A2R6x4j04Sp5ty3bJMRQ7IqdEqKbrAj7LIMC9AhCkLwLxNIgE4fX2q Lh5/9z0lGCIP2FuXJdBo5P3OsAUr7MtDKj9U/9u6iWum9HztWOKazvtU1QJgtt5BQAkZ liwYOVLrnpHg4uT67FcI6R2lJxET+GOGRCgWXWqUtj42vzIcHliDmHL0ypXUEMGxOxwg iwhw== X-Gm-Message-State: AOPr4FWWe1TkUiX3wtNoped3rXCxeP0phyV13qyYDVLltnvP8lwyOcwRydZF3Qa7ZpbmRg== X-Received: by 10.28.35.86 with SMTP id j83mr17874093wmj.18.1460986882124; Mon, 18 Apr 2016 06:41:22 -0700 (PDT) Received: from ams-giheron-8915.cisco.com ([173.38.220.57]) by smtp.gmail.com with ESMTPSA id us3sm46475975wjc.41.2016.04.18.06.41.20 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Apr 2016 06:41:21 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_EA900C28-D071-4774-8751-9D7473F8A56E" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Giles Heron In-Reply-To: Date: Mon, 18 Apr 2016 14:41:20 +0100 Message-Id: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> To: Edwin Cordeiro X-Mailer: Apple Mail (2.3124) Archived-At: Cc: i2rs@ietf.org, Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 13:41:27 -0000 --Apple-Mail=_EA900C28-D071-4774-8751-9D7473F8A56E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Edwin, > On 18 Apr 2016, at 10:42, Edwin Cordeiro wrote: >=20 > Hi Sue, >=20 > In line comments. >=20 > Thanks, >=20 > Edwin Cordeiro >=20 > On Mon, Apr 11, 2016 at 1:51 PM, Susan Hares > wrote: > Edwin: >=20 > =20 >=20 > Sorry, my first message did not address all your questions. What = would be useful for you to do is: >=20 > =20 >=20 > 1) See if you can get an ODL based VM which is the same size as = Don and Mamadou=E2=80=99s VM, >=20 > =E2=80=8BYes, it is possible to make a small VM with ODL if the = graphical interface is not needed.=E2=80=8B=20 yup - I have VMs that are about 1.5GB with ODL plus the stuff needed to = run it (not sure if that=E2=80=99s =E2=80=9Csmall=E2=80=9D?). You could = probably build a much smaller VM if you too the time to strip out all = the libraries you don't need. I have a vagrant setup for it too (so = only a couple of KB but downloads a lot of stuff when you run it). Take = a look in: https://github.com/CiscoDevNet/opendaylight-setup = Giles > 2) See if you can run Don and Mamadou=E2=80=99s VM in your = environment. >=20 > =E2=80=8BIf we can get a copy of this VM, we can surely test it.=E2=80=8B= >=20 > 3) Test the I2RS RIB with the Quagga code when I post it to = github (~2 weeks) >=20 > 4) Test the I2RS Filter-Based with the Quagga code when I post it = to gitub (~4 weeks) >=20 > =E2=80=8BWe will wait for it.=E2=80=8B=20 >=20 > =20 >=20 > I will try to get the ODL VM posted to github today. =20 >=20 > =E2=80=8BI looked at the Hackathon = (https://github.com/IETF-Hackathon/ietf95 = ) and the I2RS-WG = (https://github.com/i2rs-wg ) Github, but = found no VM there.=E2=80=8B Are you using another repository? >=20 >=20 > =20 >=20 > Sue >=20 > =20 >=20 > From: i2rs [mailto:i2rs-bounces@ietf.org = ] On Behalf Of Susan Hares > Sent: Monday, April 11, 2016 7:44 AM > To: 'Edwin Cordeiro' > Cc: i2rs@ietf.org > Subject: Re: [i2rs] I2RS Hackathon >=20 > =20 >=20 > Edwin: >=20 > =20 >=20 > Thank you for your environment. Don Fedyk and Mamadou Tahirou created = a VM in the virtual box.=20 >=20 > =E2=80=A2 Dev & execution environment: Linux (Ubuntu 14.3 = native or in Virtual Box) >=20 > =E2=80=A2 mininet and mininext (simulated network of routers) >=20 > =E2=80=A2 Quagga 1.0.20160315 (including Zebra for route table = access) >=20 > =20 >=20 > The following code needs will need to be downloaded to the following = VM: =20 >=20 > =E2=80=A2 Cisco/Tail-f confd 6.1 >=20 > =E2=80=A2 Yuma=E2=80=99s yangcli-pro >=20 > =E2=80=A2 ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt >=20 > =E2=80=A2 I2RS FB-FIB Yang model =C3=A0 link to IP-Table in = Ubuntu =20 >=20 > =20 >=20 > This part of the code was not completed =E2=80=93 so I will try to = complete this >=20 > =20 >=20 > I will post this in the I2RS github repository. >=20 > =20 >=20 > Sue >=20 > =20 >=20 > =20 >=20 > From: edwinsc@gmail.com = [mailto:edwinsc@gmail.com ] On Behalf Of Edwin = Cordeiro > Sent: Monday, April 11, 2016 4:34 AM > To: Susan Hares > Cc: i2rs@ietf.org > Subject: Re: [i2rs] I2RS Hackathon >=20 > =20 >=20 > Hi Susan, >=20 > =20 >=20 > I saw your presentation of the Hackathon and first sorry the VM wasn't = smaller, but those were the suggestions from ODL for running it inside a = VM. >=20 > =20 >=20 > We are happy that you were able to find a workaround and we would like = to test and expand the result of the Hackathon, could you please share = the results? >=20 > =20 >=20 > Thank you >=20 >=20 >=20 > Edwin Cordeiro >=20 > =20 >=20 > On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro > wrote: >=20 > Hi Susan, >=20 > =20 >=20 > The VM is a Ubuntu so it is possible to run this emulated network in a = native Ubuntu laptop. The only special requirement is for MiniNExT = (https://github.com/USC-NSL/miniNExT = ), that does not currently support = the latest version of Mininet, you must use Mininet version 2.1.0. I = will add to the webpage a file with the config files used for Mininet = and MiniNExT. >=20 > =20 >=20 > Another option is to run the VM and configure the Virtualbox or VMware = Player to make the network interface of the VM to be in bridge mode or = in internal network with the host machine, that way you may use any = program installed in the host machine to interact with the VM. >=20 > =20 >=20 > BR >=20 >=20 >=20 > Edwin Cordeiro >=20 > =20 >=20 > On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares > wrote: >=20 > Edwin: >=20 > =20 >=20 > Thank you for the client. Do you think it would work on unbuntu? = I=E2=80=99ve got an ODL environment in oracle Box and running native on = the unbuntu laptops. >=20 > =20 >=20 > Sue >=20 > =20 >=20 > From: i2rs [mailto:i2rs-bounces@ietf.org = ] On Behalf Of Edwin Cordeiro > Sent: Wednesday, March 30, 2016 11:33 AM > To: i2rs@ietf.org > Subject: [i2rs] I2RS Hackathon >=20 > =20 >=20 > Hi all, >=20 > =20 >=20 > As we are trying to make an I2RS implementation here at TU Munich, we = created a VM that is running Mininet (to emulate a network), MininExt = (to implement virtual routers) and OpenDayLight (that we trying to use = as I2RS agent), the I2RS client we are trying to make using Zebra. The = I2RS agent is the NETCONF + YANG modules of ODL, but it needs the YANG = models to be written. The I2RS client is not present as it is not yet = ready for sharing. >=20 > =20 >=20 > On the previous Hackathon, one of the difficulties for the I2RS was = the lack of an environment where it could be developed, so we decided to = share this VM and a basic tutorial to get this network running in the = hope it could be useful for the approaching Hackathon in Buenos Aires. >=20 > =20 >=20 > The tutorial and VM are available at:=20 >=20 > http://www.net.in.tum.de/pub/i2rs/ = > http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova = - md5: = af70741cd12b39a9644b0881df516a55 >=20 > =20 >=20 > Unfortunately we will not be able to attend this next meeting in = person, but if you have any question, let us know. We hope the VM to be = useful. >=20 > =20 >=20 > Best Regards, >=20 > =20 >=20 > Edwin Cordeiro >=20 > =20 >=20 > =20 >=20 >=20 > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs --Apple-Mail=_EA900C28-D071-4774-8751-9D7473F8A56E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Edwin,

On 18 Apr 2016, at 10:42, Edwin = Cordeiro <edwin@scordeiro.net> wrote:

Hi = Sue,

In line = comments.

Thanks,

Edwin Cordeiro

On Mon, Apr 11, 2016 at 1:51 = PM, Susan Hares <shares@ndzh.com> wrote:

Edwin:

 

Sorry, my first message did not address all your = questions.  What would be useful for you to do is:

 

1)      = See if you can get an ODL based VM which is the same size = as Don and Mamadou=E2=80=99s VM,

=E2= =80=8BYes, it is possible to make a small VM with ODL if the graphical = interface is not = needed.=E2=80=8B
 

yup - I have VMs that are about 1.5GB with ODL = plus the stuff needed to run it (not sure if that=E2=80=99s = =E2=80=9Csmall=E2=80=9D?).  You could probably build a much smaller = VM if you too the time to strip out all the libraries you don't need. =   I have a vagrant setup for it too (so only a couple of KB but = downloads a lot of stuff when you run it).  Take a look = in:


Giles

2)      = See if you can run Don and Mamadou=E2=80=99s VM in your = environment.

=E2=80=8BIf we = can get a copy of this VM, we can surely test it.=E2=80=8B

3)      = Test the I2RS RIB with the Quagga code when I post it to = github (~2 weeks)

4)      = Test the I2RS Filter-Based with the Quagga code when I = post it to gitub (~4 weeks)

=E2= =80=8BWe will wait for it.=E2=80=8B
 

 

I will try to get the ODL VM posted to github = today.  

=E2=80=8BI = looked at the Hackathon (https://github.com/IETF-Hackathon/ietf95) and the I2RS-WG = (https://github.com/i2rs-wg) Github, but found no VM = there.=E2=80=8B Are you using another repository?

 

Sue

 

From: i2rs = [mailto:i2rs-bounces@ietf.org] On Behalf Of = Susan Hares
Sent: Monday, April 11, = 2016 7:44 AM
To: 'Edwin Cordeiro'
Cc: i2rs@ietf.org
Subject: = Re: [i2rs] I2RS Hackathon

 

Edwin:

 

Thank you for your environment.  Don Fedyk = and Mamadou Tahirou created a VM in the virtual box. 

=E2=80=A2       = Dev & execution environment: Linux (Ubuntu  14.3 = native or in Virtual Box)

=E2=80=A2       = mininet and mininext (simulated network of routers)

=E2=80=A2       = Quagga 1.0.20160315 (including Zebra for route table = access)

 

The following code needs will need to be downloaded to the = following VM:   

=E2=80=A2       = Cisco/Tail-f confd 6.1

=E2=80=A2       = Yuma=E2=80=99s yangcli-pro

=E2=80=A2       = ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt

=E2=80=A2       = I2RS FB-FIB Yang model  =C3=A0 link to IP-Table in Ubuntu  

 

This part of the code was not completed =E2=80=93 so I = will try to complete this

 

I will post this in the I2RS github repository.

 

Sue

 

 

From: edwinsc@gmail.com [mailto:edwinsc@gmail.com] On Behalf Of Edwin Cordeiro
Sent: Monday, April 11, 2016 4:34 AM
To: Susan Hares
Cc: i2rs@ietf.org
Subject: = Re: [i2rs] I2RS Hackathon

 

Hi Susan,

 

I saw your = presentation of the Hackathon and first sorry the VM wasn't smaller, but = those were the suggestions from ODL for running it inside a VM.

 

We are happy that = you were able to find a workaround and we would like to test and expand = the result of the Hackathon, could you please share the results?

 

Thank you


Edwin = Cordeiro

 

On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro = <edwin@scordeiro.net> wrote:

Hi Susan,

 

The VM is a Ubuntu = so it is possible to run this emulated network in a native Ubuntu = laptop. The only special requirement is for MiniNExT (https://github.com/USC-NSL/miniNExT), that does not = currently support the latest version of Mininet, you must use Mininet = version 2.1.0. I will add to the webpage a file with the config files = used for Mininet and MiniNExT.

 

Another option is to run the VM and configure the Virtualbox = or VMware Player to make the network interface of the VM to be in bridge = mode or in internal network with the host machine, that way you may use = any program installed in the host machine to interact with the = VM.

 

BR


Edwin Cordeiro

 

On Thu, Mar = 31, 2016 at 2:15 AM, Susan Hares <shares@ndzh.com> wrote:

Edwin:

 

Thank you for the client.  Do you think it would work = on unbuntu?  I=E2=80=99ve got an ODL environment in oracle Box and = running native on the unbuntu laptops.

 

Sue

 

From: i2rs = [mailto:i2rs-bounces@ietf.org] On Behalf Of = Edwin Cordeiro
Sent: Wednesday, = March 30, 2016 11:33 AM
To: i2rs@ietf.org
Subject: = [i2rs] I2RS Hackathon

 

Hi all,

 

As we are trying to make an I2RS implementation here at TU = Munich, we created a VM that is running Mininet (to emulate a network), = MininExt (to implement virtual routers) and OpenDayLight (that we trying = to use as I2RS agent), the I2RS client we are trying to make using = Zebra. The I2RS agent is the NETCONF + YANG modules of ODL, but it needs = the YANG models to be written. The I2RS client is not present as it is = not yet ready for sharing.

 

On the previous Hackathon, one of the difficulties for the = I2RS was the lack of an environment where it could be developed, so we = decided to share this VM and a basic tutorial to get this network = running in the hope it could be useful for the approaching Hackathon in = Buenos Aires.

 

The tutorial and VM are available at: 

http://www.net.in.tum.de/pub/i2rs/

http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - = md5: af70741cd12b39a9644b0881df516a55

 

Unfortunately we will not be able to attend this next meeting = in person, but if you have any question, let us know. We hope the VM to = be useful.

 

Best Regards,

 

Edwin Cordeiro

<= /div>

 

 


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

= --Apple-Mail=_EA900C28-D071-4774-8751-9D7473F8A56E-- From nobody Mon Apr 18 07:01:11 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CC3212D7FF for ; Mon, 18 Apr 2016 07:01:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 mMVwzBkfzdvN for ; Mon, 18 Apr 2016 07:01:07 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3169012D70A for ; Mon, 18 Apr 2016 07:01:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=52004; q=dns/txt; s=iport; t=1460988067; x=1462197667; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=hVU5R4/0qJbDjOgyogL78RJkHkgyzQmORzPYOJOslUw=; b=PVXdEUyLbHUdc7WVeI0lcaAl0Oe1cW5HvimK1VibeHxopjiQshWi9toq opuFpecyiOvYyTKiwmuVbwl8ecvbahwwmjeVs3lEhD43kMyD36U2W8UN6 +Vg9vUXBdca5k48WIlfHtAEN50qI2wU65XiCmjEzSoKgy7wDkpLPwOeUz I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BEAgAu6BRX/5JdJa1dgmtNU30GhU2hD?= =?us-ascii?q?Idti1kBDYFtBBcBCoVsAhyBEzgUAQEBAQEBAWUnhEEBAQEEAQEBIARHCxACAQg?= =?us-ascii?q?RAwEBASEBBgMCAgIfBgsUCQgCBAENBYgUAxIOqU2MBA2FEgEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARWGIYF1CIJOgkGCCQsKDQkIgkIrgisFjVOFS4Q/MQGFd4YhgXW?= =?us-ascii?q?BZ4ROiFyHTodcAR4BAUKCBAEZgUpsAQGIOn4BAQE?= X-IronPort-AV: E=Sophos;i="5.24,502,1454976000"; d="scan'208,217";a="260996567" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Apr 2016 14:01:05 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u3IE15a2004475 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Apr 2016 14:01:05 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 18 Apr 2016 10:01:04 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Mon, 18 Apr 2016 10:01:04 -0400 From: "Jan Medved (jmedved)" To: Giles Heron , Edwin Cordeiro , "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWVn2yDTCXxkSEPWPJjAtlgZ9y8quAgAB7MQCAEVm0AIAANQ4AgAACUACACtxCAIAAQqUA//+QKoA= Date: Mon, 18 Apr 2016 14:01:04 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160212 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.27.7.168] Content-Type: multipart/alternative; boundary="_000_A600A967CCFD4969A438FB7E11B509E3ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 14:01:09 -0000 --_000_A600A967CCFD4969A438FB7E11B509E3ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RWR3aW4sIEdpbGVzLCBTdWU6DQoNCkFzIHBhcnQgb2YgRkQuaW8gd2UgYXJlIGNyZWF0aW5nIGEg c3RyaXBwZWQtZG93biBkaXN0cmlidXRpb24gb2YgT0RMIHRoYXQgY29udGFpbnMgb25seSBOZXRj b25mLCBCR1AgYW5kIGNvbXBvbmVudHMgcmVxdWlyZWQgdG8gc3VwcG9ydCB0aGVzZSB0d28uIFRo aXMgd2lsbCBiZSB0aGUgbWFuYWdlbWVudC9jb250cm9sIGFnZW50IGZvciBWUFAgKHByb2plY3Qg bmFtZSBIb25leWNvbWIpLiBUaGlzIHdvdWxkIElNTyBiZSB0aGUgYmVzdCBmaXQgZm9yIHRoZSBI YWNrYXRob24gcGxhdGZvcm0uIFBsZWFzZSBjb250YWN0IE1hcm9zIE1hcnNhbGVrICh0aGUgUFRM IGZvciBIb25leWNvbWIsIGNvcGllZCkgZm9yIG1vcmUgZGV0YWlscy4NCg0KDQoNClRoYW5rcywN Ckphbg0KDQoNCkZyb206IGkycnMgPGkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1i b3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEdpbGVzIEhlcm9uIDxnaWxlcy5oZXJvbkBn bWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbT4+DQpEYXRlOiBNb25kYXksIEFw cmlsIDE4LCAyMDE2IGF0IDY6NDEgQU0NClRvOiBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRl aXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+DQpDYzogImkycnNAaWV0Zi5vcmc8 bWFpbHRvOmkycnNAaWV0Zi5vcmc+IiA8aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9y Zz4+LCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+ Pg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBFZHdpbiwNCg0KT24g MTggQXByIDIwMTYsIGF0IDEwOjQyLCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5l dDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+IHdyb3RlOg0KDQpIaSBTdWUsDQoNCkluIGxp bmUgY29tbWVudHMuDQoNClRoYW5rcywNCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gTW9uLCBBcHIg MTEsIDIwMTYgYXQgMTo1MSBQTSwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86 c2hhcmVzQG5kemguY29tPj4gd3JvdGU6DQpFZHdpbjoNCg0KU29ycnksIG15IGZpcnN0IG1lc3Nh Z2UgZGlkIG5vdCBhZGRyZXNzIGFsbCB5b3VyIHF1ZXN0aW9ucy4gIFdoYXQgd291bGQgYmUgdXNl ZnVsIGZvciB5b3UgdG8gZG8gaXM6DQoNCg0KMSkgICAgICBTZWUgaWYgeW91IGNhbiBnZXQgYW4g T0RMIGJhc2VkIFZNIHdoaWNoIGlzIHRoZSBzYW1lIHNpemUgYXMgRG9uIGFuZCBNYW1hZG914oCZ cyBWTSwNCg0K4oCLWWVzLCBpdCBpcyBwb3NzaWJsZSB0byBtYWtlIGEgc21hbGwgVk0gd2l0aCBP REwgaWYgdGhlIGdyYXBoaWNhbCBpbnRlcmZhY2UgaXMgbm90IG5lZWRlZC7igIsNCg0KDQp5dXAg LSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0dWZm IG5lZWRlZCB0byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPykuICBZ b3UgY291bGQgcHJvYmFibHkgYnVpbGQgYSBtdWNoIHNtYWxsZXIgVk0gaWYgeW91IHRvbyB0aGUg dGltZSB0byBzdHJpcCBvdXQgYWxsIHRoZSBsaWJyYXJpZXMgeW91IGRvbid0IG5lZWQuICAgSSBo YXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5IGEgY291cGxlIG9mIEtCIGJ1 dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0KS4gIFRha2UgYSBsb29r IGluOg0KDQpodHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVw DQoNCkdpbGVzDQoNCjIpICAgICAgU2VlIGlmIHlvdSBjYW4gcnVuIERvbiBhbmQgTWFtYWRvdeKA mXMgVk0gaW4geW91ciBlbnZpcm9ubWVudC4NCg0K4oCLSWYgd2UgY2FuIGdldCBhIGNvcHkgb2Yg dGhpcyBWTSwgd2UgY2FuIHN1cmVseSB0ZXN0IGl0LuKAiw0KDQozKSAgICAgIFRlc3QgdGhlIEky UlMgUklCIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdGh1YiAofjIg d2Vla3MpDQoNCjQpICAgICAgVGVzdCB0aGUgSTJSUyBGaWx0ZXItQmFzZWQgd2l0aCB0aGUgUXVh Z2dhIGNvZGUgd2hlbiBJIHBvc3QgaXQgdG8gZ2l0dWIgKH40IHdlZWtzKQ0KDQrigItXZSB3aWxs IHdhaXQgZm9yIGl0LuKAiw0KDQoNCkkgd2lsbCB0cnkgdG8gZ2V0IHRoZSBPREwgVk0gcG9zdGVk IHRvIGdpdGh1YiB0b2RheS4NCuKAi0kgbG9va2VkIGF0IHRoZSBIYWNrYXRob24gKGh0dHBzOi8v Z2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTUpIGFuZCB0aGUgSTJSUy1XRyAoaHR0cHM6 Ly9naXRodWIuY29tL2kycnMtd2cpIEdpdGh1YiwgYnV0IGZvdW5kIG5vIFZNIHRoZXJlLuKAiyBB cmUgeW91IHVzaW5nIGFub3RoZXIgcmVwb3NpdG9yeT8NCg0KDQpTdWUNCg0KRnJvbTogaTJycyBb bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3Jn Pl0gT24gQmVoYWxmIE9mIFN1c2FuIEhhcmVzDQpTZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2 IDc6NDQgQU0NClRvOiAnRWR3aW4gQ29yZGVpcm8nDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86 aTJyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KRWR3 aW46DQoNClRoYW5rIHlvdSBmb3IgeW91ciBlbnZpcm9ubWVudC4gIERvbiBGZWR5ayBhbmQgTWFt YWRvdSBUYWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmlydHVhbCBib3guDQrigKIgICAgICAg RGV2ICYgZXhlY3V0aW9uIGVudmlyb25tZW50OiBMaW51eCAoVWJ1bnR1ICAxNC4zIG5hdGl2ZSBv ciBpbiBWaXJ0dWFsIEJveCkNCuKAoiAgICAgICBtaW5pbmV0IGFuZCBtaW5pbmV4dCAoc2ltdWxh dGVkIG5ldHdvcmsgb2Ygcm91dGVycykNCuKAoiAgICAgICBRdWFnZ2EgMS4wLjIwMTYwMzE1IChp bmNsdWRpbmcgWmVicmEgZm9yIHJvdXRlIHRhYmxlIGFjY2VzcykNCg0KVGhlIGZvbGxvd2luZyBj b2RlIG5lZWRzIHdpbGwgbmVlZCB0byBiZSBkb3dubG9hZGVkIHRvIHRoZSBmb2xsb3dpbmcgVk06 DQrigKIgICAgICAgQ2lzY28vVGFpbC1mIGNvbmZkIDYuMQ0K4oCiICAgICAgIFl1bWHigJlzIHlh bmdjbGktcHJvDQrigKIgICAgICAgaWV0Zi1pMnJzLXJpYiBZQU5HIG1vZGVsIGZyb20gZHJhZnQt aWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLTA1LnR4dA0K4oCiICAgICAgIEkyUlMgRkItRklCIFlh bmcgbW9kZWwgIC0tPiBsaW5rIHRvIElQLVRhYmxlIGluIFVidW50dQ0KDQpUaGlzIHBhcnQgb2Yg dGhlIGNvZGUgd2FzIG5vdCBjb21wbGV0ZWQg4oCTIHNvIEkgd2lsbCB0cnkgdG8gY29tcGxldGUg dGhpcw0KDQpJIHdpbGwgcG9zdCB0aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0b3J5Lg0K DQpTdWUNCg0KDQpGcm9tOmVkd2luc2NAZ21haWwuY29tPG1haWx0bzplZHdpbnNjQGdtYWlsLmNv bT4gW21haWx0bzplZHdpbnNjQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJv DQpTZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDQ6MzQgQU0NClRvOiBTdXNhbiBIYXJlcw0K Q2M6IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2ky cnNdIEkyUlMgSGFja2F0aG9uDQoNCkhpIFN1c2FuLA0KDQpJIHNhdyB5b3VyIHByZXNlbnRhdGlv biBvZiB0aGUgSGFja2F0aG9uIGFuZCBmaXJzdCBzb3JyeSB0aGUgVk0gd2Fzbid0IHNtYWxsZXIs IGJ1dCB0aG9zZSB3ZXJlIHRoZSBzdWdnZXN0aW9ucyBmcm9tIE9ETCBmb3IgcnVubmluZyBpdCBp bnNpZGUgYSBWTS4NCg0KV2UgYXJlIGhhcHB5IHRoYXQgeW91IHdlcmUgYWJsZSB0byBmaW5kIGEg d29ya2Fyb3VuZCBhbmQgd2Ugd291bGQgbGlrZSB0byB0ZXN0IGFuZCBleHBhbmQgdGhlIHJlc3Vs dCBvZiB0aGUgSGFja2F0aG9uLCBjb3VsZCB5b3UgcGxlYXNlIHNoYXJlIHRoZSByZXN1bHRzPw0K DQpUaGFuayB5b3UNCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gVGh1LCBNYXIgMzEsIDIwMTYgYXQg OTozNiBBTSwgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2lu QHNjb3JkZWlyby5uZXQ+PiB3cm90ZToNCkhpIFN1c2FuLA0KDQpUaGUgVk0gaXMgYSBVYnVudHUg c28gaXQgaXMgcG9zc2libGUgdG8gcnVuIHRoaXMgZW11bGF0ZWQgbmV0d29yayBpbiBhIG5hdGl2 ZSBVYnVudHUgbGFwdG9wLiBUaGUgb25seSBzcGVjaWFsIHJlcXVpcmVtZW50IGlzIGZvciBNaW5p TkV4VCAoaHR0cHM6Ly9naXRodWIuY29tL1VTQy1OU0wvbWluaU5FeFQpLCB0aGF0IGRvZXMgbm90 IGN1cnJlbnRseSBzdXBwb3J0IHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBNaW5pbmV0LCB5b3UgbXVz dCB1c2UgTWluaW5ldCB2ZXJzaW9uIDIuMS4wLiBJIHdpbGwgYWRkIHRvIHRoZSB3ZWJwYWdlIGEg ZmlsZSB3aXRoIHRoZSBjb25maWcgZmlsZXMgdXNlZCBmb3IgTWluaW5ldCBhbmQgTWluaU5FeFQu DQoNCkFub3RoZXIgb3B0aW9uIGlzIHRvIHJ1biB0aGUgVk0gYW5kIGNvbmZpZ3VyZSB0aGUgVmly dHVhbGJveCBvciBWTXdhcmUgUGxheWVyIHRvIG1ha2UgdGhlIG5ldHdvcmsgaW50ZXJmYWNlIG9m IHRoZSBWTSB0byBiZSBpbiBicmlkZ2UgbW9kZSBvciBpbiBpbnRlcm5hbCBuZXR3b3JrIHdpdGgg dGhlIGhvc3QgbWFjaGluZSwgdGhhdCB3YXkgeW91IG1heSB1c2UgYW55IHByb2dyYW0gaW5zdGFs bGVkIGluIHRoZSBob3N0IG1hY2hpbmUgdG8gaW50ZXJhY3Qgd2l0aCB0aGUgVk0uDQoNCkJSDQoN CkVkd2luIENvcmRlaXJvDQoNCk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDI6MTUgQU0sIFN1c2Fu IEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+IHdyb3RlOg0K RWR3aW46DQoNClRoYW5rIHlvdSBmb3IgdGhlIGNsaWVudC4gIERvIHlvdSB0aGluayBpdCB3b3Vs ZCB3b3JrIG9uIHVuYnVudHU/ICBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFj bGUgQm94IGFuZCBydW5uaW5nIG5hdGl2ZSBvbiB0aGUgdW5idW50dSBsYXB0b3BzLg0KDQpTdWUN Cg0KRnJvbTogaTJycyBbbWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1i b3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJvDQpTZW50OiBXZWRu ZXNkYXksIE1hcmNoIDMwLCAyMDE2IDExOjMzIEFNDQpUbzogaTJyc0BpZXRmLm9yZzxtYWlsdG86 aTJyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBhbGws DQoNCkFzIHdlIGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJMlJTIGltcGxlbWVudGF0aW9uIGhlcmUg YXQgVFUgTXVuaWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhhdCBpcyBydW5uaW5nIE1pbmluZXQgKHRv IGVtdWxhdGUgYSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVudCB2aXJ0dWFsIHJvdXRl cnMpIGFuZCBPcGVuRGF5TGlnaHQgKHRoYXQgd2UgdHJ5aW5nIHRvIHVzZSBhcyBJMlJTIGFnZW50 KSwgdGhlIEkyUlMgY2xpZW50IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSB1c2luZyBaZWJyYS4gVGhl IEkyUlMgYWdlbnQgaXMgdGhlIE5FVENPTkYgKyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQg bmVlZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJlIHdyaXR0ZW4uIFRoZSBJMlJTIGNsaWVudCBpcyBu b3QgcHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZvciBzaGFyaW5nLg0KDQpPbiB0aGUg cHJldmlvdXMgSGFja2F0aG9uLCBvbmUgb2YgdGhlIGRpZmZpY3VsdGllcyBmb3IgdGhlIEkyUlMg d2FzIHRoZSBsYWNrIG9mIGFuIGVudmlyb25tZW50IHdoZXJlIGl0IGNvdWxkIGJlIGRldmVsb3Bl ZCwgc28gd2UgZGVjaWRlZCB0byBzaGFyZSB0aGlzIFZNIGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRv IGdldCB0aGlzIG5ldHdvcmsgcnVubmluZyBpbiB0aGUgaG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwg Zm9yIHRoZSBhcHByb2FjaGluZyBIYWNrYXRob24gaW4gQnVlbm9zIEFpcmVzLg0KDQpUaGUgdHV0 b3JpYWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUv cHViL2kycnMvDQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvSTJSUy1EZXYtVk0u b3ZhIC0gbWQ1OiBhZjcwNzQxY2QxMmIzOWE5NjQ0YjA4ODFkZjUxNmE1NQ0KDQpVbmZvcnR1bmF0 ZWx5IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5kIHRoaXMgbmV4dCBtZWV0aW5nIGluIHBl cnNvbiwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlvbiwgbGV0IHVzIGtub3cuIFdlIGhvcGUg dGhlIFZNIHRvIGJlIHVzZWZ1bC4NCg0KQmVzdCBSZWdhcmRzLA0KDQpFZHdpbiBDb3JkZWlybw0K DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmky cnMgbWFpbGluZyBsaXN0DQppMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg== --_000_A600A967CCFD4969A438FB7E11B509E3ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <6D0992A36C893E42AB7F0982CCCAEA39@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+RWR3 aW4sIEdpbGVzLCBTdWU6PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5BcyBwYXJ0IG9m IEZELmlvIHdlIGFyZSBjcmVhdGluZyBhIHN0cmlwcGVkLWRvd24gZGlzdHJpYnV0aW9uIG9mIE9E TCB0aGF0IGNvbnRhaW5zIG9ubHkgTmV0Y29uZiwgQkdQIGFuZCBjb21wb25lbnRzIHJlcXVpcmVk IHRvIHN1cHBvcnQgdGhlc2UgdHdvLiBUaGlzIHdpbGwgYmUgdGhlIG1hbmFnZW1lbnQvY29udHJv bCBhZ2VudCBmb3IgVlBQIChwcm9qZWN0IG5hbWUgSG9uZXljb21iKS4gVGhpcyB3b3VsZCBJTU8g YmUgdGhlIGJlc3QgZml0DQogZm9yIHRoZSBIYWNrYXRob24gcGxhdGZvcm0uIFBsZWFzZSBjb250 YWN0IE1hcm9zIE1hcnNhbGVrICh0aGUgUFRMIGZvciBIb25leWNvbWIsIGNvcGllZCkgZm9yIG1v cmUgZGV0YWlscy48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj5KYW48L2Rpdj4NCjxk aXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09VVExPT0tfU0lHTkFUVVJFIj48 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19T UkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQt c2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBt ZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGlu OyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVj NGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNw dCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPmkycnMgJmx0 OzxhIGhyZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciPmkycnMtYm91bmNlc0BpZXRm Lm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBHaWxlcyBIZXJvbiAmbHQ7PGEgaHJlZj0ibWFpbHRv OmdpbGVzLmhlcm9uQGdtYWlsLmNvbSI+Z2lsZXMuaGVyb25AZ21haWwuY29tPC9hPiZndDs8YnI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPk1vbmRheSwgQXBy aWwgMTgsIDIwMTYgYXQgNjo0MSBBTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xk Ij5UbzogPC9zcGFuPkVkd2luIENvcmRlaXJvICZsdDs8YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2Nv cmRlaXJvLm5ldCI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OmJvbGQiPkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmkycnNA aWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86aTJy c0BpZXRmLm9yZyI+aTJyc0BpZXRmLm9yZzwvYT4mZ3Q7LCBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbaTJyc10g STJSUyBIYWNrYXRob248YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90 ZSBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1M RUZUOiAjYjVjNGRmIDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1t b2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNz PSIiPg0KSGkgRWR3aW4sDQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxkaXY+DQo8Ymxv Y2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24gMTggQXByIDIw MTYsIGF0IDEwOjQyLCBFZHdpbiBDb3JkZWlybyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNj b3JkZWlyby5uZXQiIGNsYXNzPSIiPmVkd2luQHNjb3JkZWlyby5uZXQ8L2E+Jmd0OyB3cm90ZTo8 L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0 IiBzdHlsZT0iZm9udC1mYW1pbHk6dmVyZGFuYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+ DQpIaSBTdWUsPC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1m YW1pbHk6dmVyZGFuYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTp2 ZXJkYW5hLHNhbnMtc2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NCkluIGxpbmUgY29tbWVudHMuPC9k aXY+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6dmVyZGFu YSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbCI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTp2ZXJkYW5hLHNhbnMt c2VyaWY7Zm9udC1zaXplOnNtYWxsIj4NClRoYW5rcyw8L2Rpdj4NCjxkaXYgY2xhc3M9ImdtYWls X2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTp2ZXJkYW5hLHNhbnMtc2VyaWY7Zm9udC1zaXpl OnNtYWxsIj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEi Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX3NpZ25hdHVyZSI+DQo8ZGl2IGRp cj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0i Ij48Zm9udCBmYWNlPSJ2ZXJkYW5hLHNhbnMtc2VyaWYiIGNsYXNzPSIiPkVkd2luIENvcmRlaXJv PC9mb250PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8YnIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gTW9uLCBBcHIg MTEsIDIwMTYgYXQgMTo1MSBQTSwgU3VzYW4gSGFyZXMgPHNwYW4gZGlyPSJsdHIiIGNsYXNzPSIi Pg0KJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iIHRhcmdldD0iX2JsYW5rIiBj bGFzcz0iIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyIGNsYXNzPSIi Pg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHgg MHB4IDAuOGV4O2JvcmRlci1sZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0 LDIwNCwyMDQpO2JvcmRlci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRp diBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgY2xhc3M9IiI+DQo8ZGl2 IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyIgY2xhc3M9IiI+RWR3aW46DQo8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91 Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwg NzMsIDEyNSk7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91 Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwg NzMsIDEyNSk7IiBjbGFzcz0iIj5Tb3JyeSwgbXkgZmlyc3QgbWVzc2FnZSBkaWQgbm90IGFkZHJl c3MgYWxsIHlvdXIgcXVlc3Rpb25zLiZuYnNwOyBXaGF0IHdvdWxkIGJlIHVzZWZ1bCBmb3IgeW91 IHRvIGRvIGlzOg0KPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xh c3M9IiI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0K PHAgY2xhc3M9IiI+PHUgY2xhc3M9IiI+PC91PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtm b250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDczLDEyNSkiIGNsYXNz PSIiPjxzcGFuIGNsYXNzPSIiPjEpPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBs aW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFz cz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFu Pjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWls eTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0i Ij5TZWUgaWYgeW91IGNhbiBnZXQgYW4gT0RMIGJhc2VkIFZNIHdoaWNoIGlzIHRoZSBzYW1lIHNp emUgYXMgRG9uIGFuZCBNYW1hZG914oCZcyBWTSw8L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0 IiBzdHlsZT0iZm9udC1mYW1pbHk6dmVyZGFuYSxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTpzbWFsbDtk aXNwbGF5OmlubGluZSI+DQrigItZZXMsIGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgYSBzbWFsbCBW TSB3aXRoIE9ETCBpZiB0aGUgZ3JhcGhpY2FsIGludGVyZmFjZSBpcyBub3QgbmVlZGVkLuKAizwv ZGl2Pg0KJm5ic3A7PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQp5dXAgLSBJIGhhdmUgVk1zIHRo YXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0dWZmIG5lZWRlZCB0byBydW4g aXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPykuICZuYnNwO1lvdSBjb3VsZCBw cm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5b3UgdG9vIHRoZSB0aW1lIHRvIHN0 cmlwIG91dCBhbGwgdGhlIGxpYnJhcmllcyB5b3UgZG9uJ3QgbmVlZC4gJm5ic3A7IEkgaGF2ZSBh IHZhZ3JhbnQgc2V0dXAgZm9yIGl0IHRvbw0KIChzbyBvbmx5IGEgY291cGxlIG9mIEtCIGJ1dCBk b3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0KS4gJm5ic3A7VGFrZSBhIGxv b2sgaW46PC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj48YSBocmVmPSJo dHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVwIiBjbGFzcz0i Ij5odHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVwPC9hPjwv ZGl2Pg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXY+R2lsZXM8L2Rpdj4NCjxkaXY+ DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2 IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj4NCjxkaXYgY2xh c3M9ImdtYWlsX3F1b3RlIj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9 Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxl ZnQtY29sb3I6cmdiKDIwNCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5n LWxlZnQ6MWV4Ij4NCjxkaXYgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDtmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDcz LDEyNSkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSIiPjIpPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6 IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQt c2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBS b21hbic7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7IiBjbGFzcz0iIj5TZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBNYW1hZG914oCZcyBWTSBp biB5b3VyIGVudmlyb25tZW50Ljwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OnZlcmRh bmEsc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGwiPg0K4oCLSWYgd2UgY2FuIGdldCBhIGNvcHkg b2YgdGhpcyBWTSwgd2UgY2FuIHN1cmVseSB0ZXN0IGl0LuKAizwvZGl2Pg0KPGJsb2NrcXVvdGUg Y2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRl ci1sZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2JvcmRl ci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBsYW5nPSJFTi1VUyIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPHAg Y2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+PHUgY2xh c3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9IiI+PHUgY2xh c3M9IiI+PC91PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpDYWxpYnJp LHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDczLDEyNSkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSIi PjMpPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFs OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5UZXN0IHRoZSBJMlJTIFJJ QiB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRodWIgKH4yIHdlZWtz KQ0KPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 IiI+PHUgY2xhc3M9IiI+PC91PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWls eTpDYWxpYnJpLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDczLDEyNSkiIGNsYXNzPSIiPjxzcGFu IGNsYXNzPSIiPjQpPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdo dDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjx1IGNsYXNz PSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5UZXN0IHRo ZSBJMlJTIEZpbHRlci1CYXNlZCB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0 byBnaXR1YiAofjQgd2Vla3MpPC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZv bnQtZmFtaWx5OnZlcmRhbmEsc2Fucy1zZXJpZjtmb250LXNpemU6c21hbGw7ZGlzcGxheTppbmxp bmUiPg0K4oCLV2Ugd2lsbCB3YWl0IGZvciBpdC7igIs8L2Rpdj4NCiZuYnNwOzwvZGl2Pg0KPGJs b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAu OGV4O2JvcmRlci1sZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwy MDQpO2JvcmRlci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdiBsYW5n PSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPg0KPHAgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9 IiI+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+PHUg Y2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+SSB3 aWxsIHRyeSB0byBnZXQgdGhlIE9ETCBWTSBwb3N0ZWQgdG8gZ2l0aHViIHRvZGF5LiZuYnNwOyZu YnNwOzwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdiBjbGFz cz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OnZlcmRhbmEsc2Fucy1zZXJpZjtm b250LXNpemU6c21hbGwiPg0K4oCLSSBsb29rZWQgYXQgdGhlIEhhY2thdGhvbiAoPGEgaHJlZj0i aHR0cHM6Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2lldGY5NSIgY2xhc3M9IiI+aHR0cHM6 Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2lldGY5NTwvYT4pIGFuZCB0aGUgSTJSUy1XRyAo PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2kycnMtd2ciIGNsYXNzPSIiPmh0dHBzOi8vZ2l0 aHViLmNvbS9pMnJzLXdnPC9hPikgR2l0aHViLCBidXQgZm91bmQgbm8gVk0gdGhlcmUu4oCLDQog QXJlIHlvdSB1c2luZyBhbm90aGVyIHJlcG9zaXRvcnk/PC9kaXY+DQo8ZGl2IGNsYXNzPSJnbWFp bF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6dmVyZGFuYSxzYW5zLXNlcmlmO2ZvbnQtc2l6 ZTpzbWFsbCI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFp bF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0 aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHls ZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXYgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjx1IGNsYXNz PSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwv dT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPlN1ZQ0KPHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+Jm5ic3A7PHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYg c3R5bGU9ImJvcmRlci1zdHlsZTpzb2xpZCBub25lIG5vbmU7Ym9yZGVyLXRvcC1jb2xvcjpyZ2Io MTgxLDE5NiwyMjMpO2JvcmRlci10b3Atd2lkdGg6MXB0O3BhZGRpbmc6M3B0IDBpbiAwaW4iIGNs YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIi PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWls eTogVGFob21hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+IGkycnMgW21haWx0bzo8YSBocmVmPSJt YWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aTJy cy1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiIGNsYXNzPSIiPk9uIEJlaGFsZiBPZiA8L2I+U3Vz YW4gSGFyZXM8YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TZW50OjwvYj4gTW9uZGF5LCBBcHJp bCAxMSwgMjAxNiA3OjQ0IEFNPGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+VG86PC9iPiAnRWR3 aW4gQ29yZGVpcm8nPHNwYW4gY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+Q2M6 PC9iPiA8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNz PSIiPmkycnNAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+U3ViamVjdDo8 L2I+IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+ PC91Pjwvc3Bhbj48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+RWR3 aW46DQo8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48 dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5U aGFuayB5b3UgZm9yIHlvdXIgZW52aXJvbm1lbnQuJm5ic3A7IERvbiBGZWR5aw0KPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPmFuZCBNYW1hZG91IFRhaGly b3UNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5jcmVh dGVkIGEgVk0gaW4gdGhlIHZpcnR1YWwgYm94LiZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48 L3U+PC9zcGFuPjwvcD4NCjxzcGFuIGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjAuNWluIj48dSBjbGFzcz0iIj48L3U+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2VyaWY7Y29sb3I6cmdiKDMxLDczLDEy NSkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSIiPuKAojxzcGFuIHN0eWxlPSJmb250LXN0eWxlOiBu b3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBmb250LXNp emU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9t YW4nOyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+PC9zcGFuPjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyIgY2xhc3M9IiI+RGV2ICZhbXA7IGV4ZWN1dGlvbiBlbnZpcm9ubWVudDogTGludXgg KFVidW50dSZuYnNwOyAxNC4zIG5hdGl2ZSBvciBpbiBWaXJ0dWFsIEJveCk8dSBjbGFzcz0iIj48 L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MC41aW4iPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzMsMTI1 KSIgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IiI+4oCiPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5v cm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6 ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bic7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7IiBjbGFzcz0iIj5taW5pbmV0IGFuZCBtaW5pbmV4dCAoc2ltdWxhdGVkIG5ldHdvcmsg b2Ygcm91dGVycyk8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MC41aW4iPjx1IGNsYXNzPSIi PjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1z ZXJpZjtjb2xvcjpyZ2IoMzEsNzMsMTI1KSIgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IiI+4oCiPHNw YW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQt d2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250 LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5RdWFnZ2EgMS4wLjIwMTYw MzE1IChpbmNsdWRpbmcgWmVicmEgZm9yIHJvdXRlIHRhYmxlIGFjY2Vzcyk8dSBjbGFzcz0iIj48 L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5i c3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5UaGUgZm9sbG93aW5nIGNvZGUg bmVlZHMgd2lsbCBuZWVkIHRvIGJlIGRvd25sb2FkZWQgdG8gdGhlIGZvbGxvd2luZyBWTTogJm5i c3A7Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjAuNWluIj48dSBjbGFzcz0iIj48 L3U+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsLHNhbnMtc2Vy aWY7Y29sb3I6cmdiKDMxLDczLDEyNSkiIGNsYXNzPSIiPjxzcGFuIGNsYXNzPSIiPuKAojxzcGFu IHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdl aWdodDogbm9ybWFsOyBmb250LXNpemU6IDdwdDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+Q2lzY28vVGFpbC1mIGNvbmZk IDYuMTx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowLjVpbiI+PHUgY2xhc3M9IiI+PC91Pjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2Nv bG9yOnJnYigzMSw3MywxMjUpIiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iIj7igKI8c3BhbiBzdHls ZT0iZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6 IG5vcm1hbDsgZm9udC1zaXplOiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5 OiAnVGltZXMgTmV3IFJvbWFuJzsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PHUgY2xhc3M9IiI+PC91PjxzcGFuIHN0 eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBj b2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPll1bWHigJlzIHlhbmdjbGktcHJvDQo8 dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MC41aW4iPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtjb2xvcjpy Z2IoMzEsNzMsMTI1KSIgY2xhc3M9IiI+PHNwYW4gY2xhc3M9IiI+4oCiPHNwYW4gc3R5bGU9ImZv bnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3Jt YWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1Rp bWVzIE5ldyBSb21hbic7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5pZXRmLWkycnMtcmliIFlBTkcgbW9kZWwgZnJv bSBkcmFmdC1pZXRmLWkycnMtcmliLWRhdGEtbW9kZWwtMDUudHh0PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xv cjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigz MSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwv c3Bhbj48L3A+DQo8L3NwYW4+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MC41aW4iPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9u dC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtjb2xvcjpyZ2IoMzEsNzMsMTI1KSIgY2xhc3M9IiI+ PHNwYW4gY2xhc3M9IiI+4oCiPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12 YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5l LWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0i Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9z cGFuPjx1IGNsYXNzPSIiPjwvdT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFz cz0iIj5JMlJTIEZCLUZJQg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPllhbmcgbW9kZWwmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExcHQ7Zm9udC1mYW1pbHk6V2luZ2RpbmdzO2NvbG9yOnJnYigzMSw3MywxMjUpIiBjbGFzcz0i Ij7DoDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj4gbGlu ayB0byBJUC1UYWJsZSBpbiBVYnVudHUgJm5ic3A7PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIi PjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIi PjwvdT48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+VGhpcyBwYXJ0IG9mIHRoZSBjb2RlIHdhcyBub3QgY29t cGxldGVkIOKAkyBzbyBJIHdpbGwgdHJ5IHRvIGNvbXBsZXRlIHRoaXMNCjx1IGNsYXNzPSIiPjwv dT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSJoNSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7IiBjbGFzcz0iIj5JIHdpbGwgcG9zdCB0aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0 b3J5Lg0KPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+ PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyIgY2xhc3M9IiI+ U3VlDQo8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48 dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj48 dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBm b250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMt c2VyaWY7IiBjbGFzcz0iIj48YSBocmVmPSJtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIiBjbGFzcz0iIj5lZHdpbnNjQGdtYWlsLmNvbTwvYT4NCiBbPGEgaHJlZj0ibWFp bHRvOmVkd2luc2NAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+bWFpbHRvOmVk d2luc2NAZ21haWwuY29tPC9hPl0NCjxiIGNsYXNzPSIiPk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4g Q29yZGVpcm88YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TZW50OjwvYj4gTW9uZGF5LCBBcHJp bCAxMSwgMjAxNiA0OjM0IEFNPGJyIGNsYXNzPSIiPg0KPGIgY2xhc3M9IiI+VG86PC9iPiBTdXNh biBIYXJlczxiciBjbGFzcz0iIj4NCjxiIGNsYXNzPSIiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRv OmkycnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5pMnJzQGlldGYub3JnPC9h PjxiciBjbGFzcz0iIj4NCjxiIGNsYXNzPSIiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEkyUlMg SGFja2F0aG9uPHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNzPSIiPjwvdT48 L3A+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIi PkhpIFN1c2FuLDx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwv dT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFu YSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPkkgc2F3IHlvdXIgcHJlc2VudGF0aW9uIG9mIHRoZSBI YWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5IHRoZSBWTSB3YXNuJ3Qgc21hbGxlciwgYnV0IHRob3Nl IHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZyb20gT0RMIGZvciBydW5uaW5nIGl0IGluc2lkZSBhIFZN Ljx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp diBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8 dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1z ZXJpZjsiIGNsYXNzPSIiPldlIGFyZSBoYXBweSB0aGF0IHlvdSB3ZXJlIGFibGUgdG8gZmluZCBh IHdvcmthcm91bmQgYW5kIHdlIHdvdWxkIGxpa2UgdG8gdGVzdCBhbmQgZXhwYW5kIHRoZSByZXN1 bHQgb2YgdGhlIEhhY2thdGhvbiwgY291bGQgeW91IHBsZWFzZSBzaGFyZSB0aGUgcmVzdWx0cz88 dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUg Y2xhc3M9IiI+PC91Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2Vy aWY7IiBjbGFzcz0iIj5UaGFuayB5b3U8dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiciBjbGVhcj0iYWxsIiBjbGFzcz0iIj4NCjx1IGNsYXNzPSIiPjwvdT48dSBjbGFz cz0iIj48L3U+PC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFzcz0i Ij5FZHdpbiBDb3JkZWlybzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48dSBjbGFzcz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxkaXYg Y2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUaHUsIE1hciAzMSwgMjAxNiBhdCA5 OjM2IEFNLCBFZHdpbiBDb3JkZWlybyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWly by5uZXQiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9hPiZn dDsgd3JvdGU6PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPkhpIFN1c2FuLDx1IGNs YXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVy ZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFz cz0iIj48L3U+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsi IGNsYXNzPSIiPlRoZSBWTSBpcyBhIFVidW50dSBzbyBpdCBpcyBwb3NzaWJsZSB0byBydW4gdGhp cyBlbXVsYXRlZCBuZXR3b3JrIGluIGEgbmF0aXZlIFVidW50dSBsYXB0b3AuIFRoZSBvbmx5IHNw ZWNpYWwgcmVxdWlyZW1lbnQgaXMgZm9yIE1pbmlORXhUICg8YSBocmVmPSJodHRwczovL2dpdGh1 Yi5jb20vVVNDLU5TTC9taW5pTkV4VCIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHBzOi8v Z2l0aHViLmNvbS9VU0MtTlNML21pbmlORXhUPC9hPiksDQogdGhhdCBkb2VzIG5vdCBjdXJyZW50 bHkgc3VwcG9ydCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgTWluaW5ldCwgeW91IG11c3QgdXNlIE1p bmluZXQgdmVyc2lvbiAyLjEuMC4gSSB3aWxsIGFkZCB0byB0aGUgd2VicGFnZSBhIGZpbGUgd2l0 aCB0aGUgY29uZmlnIGZpbGVzIHVzZWQgZm9yIE1pbmluZXQgYW5kJm5ic3A7TWluaU5FeFQuPC9z cGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNs YXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFz cz0iIj5Bbm90aGVyIG9wdGlvbiBpcyB0byBydW4gdGhlIFZNIGFuZCBjb25maWd1cmUgdGhlIFZp cnR1YWxib3ggb3IgVk13YXJlIFBsYXllciB0byBtYWtlIHRoZSBuZXR3b3JrIGludGVyZmFjZSBv ZiB0aGUgVk0gdG8gYmUgaW4gYnJpZGdlIG1vZGUgb3IgaW4gaW50ZXJuYWwgbmV0d29yayB3aXRo IHRoZSBob3N0IG1hY2hpbmUsDQogdGhhdCB3YXkgeW91IG1heSB1c2UgYW55IHByb2dyYW0gaW5z dGFsbGVkIGluIHRoZSBob3N0IG1hY2hpbmUgdG8gaW50ZXJhY3Qgd2l0aCB0aGUgVk0uPC9zcGFu Pjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHUgY2xhc3M9IiI+PC91PiZuYnNwOzx1IGNsYXNz PSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFzcz0i Ij5CUjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpy Z2IoMTM2LDEzNiwxMzYpIiBjbGFzcz0iIj48YnIgY2xlYXI9ImFsbCIgY2xhc3M9IiI+DQo8c3Bh biBjbGFzcz0iIj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwvc3Bhbj48L3NwYW4+ PC9wPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRp diBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMTM2LCAx MzYsIDEzNik7IiBjbGFzcz0iIj5FZHdpbiBDb3JkZWlybzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+ PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjx1IGNsYXNzPSIiPjwvdT4mbmJzcDs8dSBjbGFzcz0iIj48L3U+PC9wPg0KPGRpdiBjbGFzcz0i Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDI6MTUgQU0s IFN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIiB0YXJnZXQ9 Il9ibGFuayIgY2xhc3M9IiI+c2hhcmVzQG5kemguY29tPC9hPiZndDsgd3JvdGU6PHUgY2xhc3M9 IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPkVkd2luOjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91Pjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsi IGNsYXNzPSIiPlRoYW5rIHlvdSBmb3IgdGhlIGNsaWVudC4mbmJzcDsgRG8geW91IHRoaW5rIGl0 IHdvdWxkIHdvcmsgb24gdW5idW50dT8mbmJzcDsgSeKAmXZlIGdvdCBhbiBPREwgZW52aXJvbm1l bnQgaW4gb3JhY2xlIEJveCBhbmQgcnVubmluZyBuYXRpdmUgb24gdGhlIHVuYnVudHUNCiBsYXB0 b3BzLiA8L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj4m bmJzcDs8L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7IiBjbGFzcz0iIj5T dWUNCjwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiIGNsYXNzPSIiPiZu YnNwOzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZv bnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1z ZXJpZjsiIGNsYXNzPSIiPiBpMnJzIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91bmNl c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmkycnMtYm91bmNlc0BpZXRmLm9y ZzwvYT5dDQo8YiBjbGFzcz0iIj5PbiBCZWhhbGYgT2YgPC9iPkVkd2luIENvcmRlaXJvPGJyIGNs YXNzPSIiPg0KPGIgY2xhc3M9IiI+U2VudDo8L2I+IFdlZG5lc2RheSwgTWFyY2ggMzAsIDIwMTYg MTE6MzMgQU08YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0 bzppMnJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayIgY2xhc3M9IiI+aTJyc0BpZXRmLm9yZzwv YT48YnIgY2xhc3M9IiI+DQo8YiBjbGFzcz0iIj5TdWJqZWN0OjwvYj4gW2kycnNdIEkyUlMgSGFj a2F0aG9uPC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPGRpdiBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8dSBj bGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNs YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBW ZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+SGkgYWxsLDwvc3Bhbj48dSBjbGFzcz0iIj48 L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJp ZjsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91 PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPkFzIHdl IGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJMlJTIGltcGxlbWVudGF0aW9uIGhlcmUgYXQgVFUgTXVu aWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhhdCBpcyBydW5uaW5nIE1pbmluZXQgKHRvIGVtdWxhdGUg YSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVudCB2aXJ0dWFsIHJvdXRlcnMpIGFuZCBP cGVuRGF5TGlnaHQNCiAodGhhdCB3ZSB0cnlpbmcgdG8gdXNlIGFzIEkyUlMgYWdlbnQpLCB0aGUg STJSUyBjbGllbnQgd2UgYXJlIHRyeWluZyB0byBtYWtlIHVzaW5nIFplYnJhLiBUaGUgSTJSUyBh Z2VudCBpcyB0aGUgTkVUQ09ORiAmIzQzOyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQgbmVl ZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJlIHdyaXR0ZW4uIFRoZSBJMlJTIGNsaWVudCBpcyBub3Qg cHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZvciBzaGFyaW5nLjwvc3Bhbj48dSBjbGFz cz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fu cy1zZXJpZjsiIGNsYXNzPSIiPiZuYnNwOzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9 IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIi Pk9uIHRoZSBwcmV2aW91cyBIYWNrYXRob24sIG9uZSBvZiB0aGUgZGlmZmljdWx0aWVzIGZvciB0 aGUgSTJSUyB3YXMgdGhlIGxhY2sgb2YgYW4gZW52aXJvbm1lbnQgd2hlcmUgaXQgY291bGQgYmUg ZGV2ZWxvcGVkLCBzbyB3ZSBkZWNpZGVkIHRvIHNoYXJlIHRoaXMgVk0gYW5kIGEgYmFzaWMgdHV0 b3JpYWwgdG8NCiBnZXQgdGhpcyBuZXR3b3JrIHJ1bm5pbmcgaW4gdGhlIGhvcGUgaXQgY291bGQg YmUgdXNlZnVsIGZvciB0aGUgYXBwcm9hY2hpbmcgSGFja2F0aG9uIGluIEJ1ZW5vcyBBaXJlcy48 L3NwYW4+PHUgY2xhc3M9IiI+PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4mbmJzcDs8L3NwYW4+PHUgY2xhc3M9IiI+ PC91Pjx1IGNsYXNzPSIiPjwvdT48L3A+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2Vy aWY7IiBjbGFzcz0iIj5UaGUgdHV0b3JpYWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6Jm5ic3A7 PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cDovL3d3dy5uZXQu aW4udHVtLmRlL3B1Yi9pMnJzLyIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHA6Ly93d3cu bmV0LmluLnR1bS5kZS9wdWIvaTJycy88L2E+PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFz cz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9 IiI+PGEgaHJlZj0iaHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZN Lm92YSIgdGFyZ2V0PSJfYmxhbmsiIGNsYXNzPSIiPmh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9w dWIvaTJycy9JMlJTLURldi1WTS5vdmE8L2E+IC0gbWQ1OiZuYnNwO2FmNzA3NDFjZDEyYjM5YTk2 NDRiMDg4MWRmNTE2YTU1PC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9w Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+Jm5ic3A7PC9z cGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBW ZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+VW5mb3J0dW5hdGVseSB3ZSB3aWxsIG5vdCBi ZSBhYmxlIHRvIGF0dGVuZCB0aGlzIG5leHQgbWVldGluZyBpbiBwZXJzb24sIGJ1dCBpZiB5b3Ug aGF2ZSBhbnkgcXVlc3Rpb24sIGxldCB1cyBrbm93LiBXZSBob3BlIHRoZSBWTSB0byBiZSB1c2Vm dWwuPC9zcGFuPjx1IGNsYXNzPSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSIiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+Jm5ic3A7PC9zcGFuPjx1IGNsYXNz PSIiPjwvdT48dSBjbGFzcz0iIj48L3U+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5z LXNlcmlmOyIgY2xhc3M9IiI+QmVzdCBSZWdhcmRzLDwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUg Y2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiIGNs YXNzPSIiPiZuYnNwOzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4N CjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj5FZHdp biBDb3JkZWlybzwvc3Bhbj48dSBjbGFzcz0iIj48L3U+PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFz cz0iIj48L3U+Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48dSBjbGFzcz0iIj48L3U+ Jm5ic3A7PHUgY2xhc3M9IiI+PC91PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi ciBjbGFzcz0iIj4NCmkycnMgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFp bHRvOmkycnNAaWV0Zi5vcmciIGNsYXNzPSIiPmkycnNAaWV0Zi5vcmc8L2E+PGJyIGNsYXNzPSIi Pg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzIj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnM8L2E+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_A600A967CCFD4969A438FB7E11B509E3ciscocom_-- From nobody Mon Apr 18 07:25:11 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00DDD12D9A5 for ; Mon, 18 Apr 2016 07:25:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 hQId2s9rQ8ts for ; Mon, 18 Apr 2016 07:25:05 -0700 (PDT) Received: from g9t5008.houston.hp.com (g9t5008.houston.hp.com [15.240.92.66]) (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 702E212D788 for ; Mon, 18 Apr 2016 07:25:05 -0700 (PDT) Received: from G4W9121.americas.hpqcorp.net (g4w9121.houston.hp.com [16.210.21.16]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by g9t5008.houston.hp.com (Postfix) with ESMTPS id 3F41A5C; Mon, 18 Apr 2016 14:25:02 +0000 (UTC) Received: from G4W9121.americas.hpqcorp.net (16.210.21.16) by G4W9121.americas.hpqcorp.net (16.210.21.16) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Mon, 18 Apr 2016 14:25:01 +0000 Received: from G9W3617.americas.hpqcorp.net (16.216.186.52) by G4W9121.americas.hpqcorp.net (16.210.21.16) with Microsoft SMTP Server (TLS) id 15.0.1076.9 via Frontend Transport; Mon, 18 Apr 2016 14:25:01 +0000 Received: from G4W3293.americas.hpqcorp.net ([169.254.2.173]) by G9W3617.americas.hpqcorp.net ([16.216.186.52]) with mapi id 14.03.0169.001; Mon, 18 Apr 2016 14:24:48 +0000 From: "Fedyk, Don" To: "Jan Medved (jmedved)" , Giles Heron , Edwin Cordeiro , "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmfOZt8p9qAYEubIs5Q6RqVsJ9yr52AgAB7MQCAEVmzAIAANQ8AgAACTwCACtxDAIAAQqUAgAAFgwCAAARcAA== Date: Mon, 18 Apr 2016 14:24:48 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [16.210.48.21] Content-Type: multipart/alternative; boundary="_000_A46D9C092EA46F489F135060986AD9FF225C94F2G4W3293americas_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 14:25:09 -0000 --_000_A46D9C092EA46F489F135060986AD9FF225C94F2G4W3293americas_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyByZWNvbW1lbmRhdGlvbiBhbmQgZXZlbiBHaWxlcyByZWNvbW1lbmRhdGlvbiBzb3VuZHMg cHJvbWlzaW5nLCB3ZSBjYW4gYWx3YXlzIGFkZCB0byBhIFZNIHdoYXQgd2UgbmVlZCBmb3IgdGhl IGFnZW50IGFuZCBjbGllbnQgY29kZS4gICBJbWFnZXMgaW4gdGhlIDEtMiBHaWcgcmFuZ2Ugc2hv dWxkIGJlIHdvcmthYmxlIGluIG15IGV4cGVyaWVuY2UuICBBIHZhZ3JhbnQgc2NyaXB0IGlzIGEg Z29vZCB3YXkgdG8gbWFpbnRhaW4gYSByZXByb2R1Y2libGUgZW52aXJvbm1lbnQgZ2V0dGluZyBy aWQgb2YgbWFueSBtdW5kYW5lIHRhc2tzLg0KDQpDaGVlcnMNCkRvbg0KDQpGcm9tOiBpMnJzIFtt YWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSmFuIE1lZHZlZCAoam1l ZHZlZCkNClNlbnQ6IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgMTA6MDEgQU0NClRvOiBHaWxlcyBI ZXJvbiA8Z2lsZXMuaGVyb25AZ21haWwuY29tPjsgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3Jk ZWlyby5uZXQ+OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9M T0dJRVMgYXQgQ2lzY28pIDxtbWFyc2FsZUBjaXNjby5jb20+DQpDYzogaTJyc0BpZXRmLm9yZzsg U3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbT4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBI YWNrYXRob24NCg0KRWR3aW4sIEdpbGVzLCBTdWU6DQoNCkFzIHBhcnQgb2YgRkQuaW8gd2UgYXJl IGNyZWF0aW5nIGEgc3RyaXBwZWQtZG93biBkaXN0cmlidXRpb24gb2YgT0RMIHRoYXQgY29udGFp bnMgb25seSBOZXRjb25mLCBCR1AgYW5kIGNvbXBvbmVudHMgcmVxdWlyZWQgdG8gc3VwcG9ydCB0 aGVzZSB0d28uIFRoaXMgd2lsbCBiZSB0aGUgbWFuYWdlbWVudC9jb250cm9sIGFnZW50IGZvciBW UFAgKHByb2plY3QgbmFtZSBIb25leWNvbWIpLiBUaGlzIHdvdWxkIElNTyBiZSB0aGUgYmVzdCBm aXQgZm9yIHRoZSBIYWNrYXRob24gcGxhdGZvcm0uIFBsZWFzZSBjb250YWN0IE1hcm9zIE1hcnNh bGVrICh0aGUgUFRMIGZvciBIb25leWNvbWIsIGNvcGllZCkgZm9yIG1vcmUgZGV0YWlscy4NCg0K DQoNClRoYW5rcywNCkphbg0KDQoNCkZyb206IGkycnMgPGkycnMtYm91bmNlc0BpZXRmLm9yZzxt YWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mIEdpbGVzIEhlcm9uIDxn aWxlcy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbT4+DQpEYXRl OiBNb25kYXksIEFwcmlsIDE4LCAyMDE2IGF0IDY6NDEgQU0NClRvOiBFZHdpbiBDb3JkZWlybyA8 ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+DQpDYzogImky cnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+IiA8aTJyc0BpZXRmLm9yZzxtYWlsdG86 aTJyc0BpZXRmLm9yZz4+LCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFy ZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBF ZHdpbiwNCg0KT24gMTggQXByIDIwMTYsIGF0IDEwOjQyLCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5A c2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+IHdyb3RlOg0KDQpIaSBT dWUsDQoNCkluIGxpbmUgY29tbWVudHMuDQoNClRoYW5rcywNCg0KRWR3aW4gQ29yZGVpcm8NCg0K T24gTW9uLCBBcHIgMTEsIDIwMTYgYXQgMTo1MSBQTSwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpo LmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4gd3JvdGU6DQpFZHdpbjoNCg0KU29ycnksIG15 IGZpcnN0IG1lc3NhZ2UgZGlkIG5vdCBhZGRyZXNzIGFsbCB5b3VyIHF1ZXN0aW9ucy4gIFdoYXQg d291bGQgYmUgdXNlZnVsIGZvciB5b3UgdG8gZG8gaXM6DQoNCjEpICAgICAgU2VlIGlmIHlvdSBj YW4gZ2V0IGFuIE9ETCBiYXNlZCBWTSB3aGljaCBpcyB0aGUgc2FtZSBzaXplIGFzIERvbiBhbmQg TWFtYWRvdeKAmXMgVk0sDQrigItZZXMsIGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgYSBzbWFsbCBW TSB3aXRoIE9ETCBpZiB0aGUgZ3JhcGhpY2FsIGludGVyZmFjZSBpcyBub3QgbmVlZGVkLuKAiw0K DQoNCnl1cCAtIEkgaGF2ZSBWTXMgdGhhdCBhcmUgYWJvdXQgMS41R0Igd2l0aCBPREwgcGx1cyB0 aGUgc3R1ZmYgbmVlZGVkIHRvIHJ1biBpdCAobm90IHN1cmUgaWYgdGhhdOKAmXMg4oCcc21hbGzi gJ0/KS4gIFlvdSBjb3VsZCBwcm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5b3Ug dG9vIHRoZSB0aW1lIHRvIHN0cmlwIG91dCBhbGwgdGhlIGxpYnJhcmllcyB5b3UgZG9uJ3QgbmVl ZC4gICBJIGhhdmUgYSB2YWdyYW50IHNldHVwIGZvciBpdCB0b28gKHNvIG9ubHkgYSBjb3VwbGUg b2YgS0IgYnV0IGRvd25sb2FkcyBhIGxvdCBvZiBzdHVmZiB3aGVuIHlvdSBydW4gaXQpLiAgVGFr ZSBhIGxvb2sgaW46DQoNCmh0dHBzOi8vZ2l0aHViLmNvbS9DaXNjb0Rldk5ldC9vcGVuZGF5bGln aHQtc2V0dXANCg0KR2lsZXMNCjIpICAgICAgU2VlIGlmIHlvdSBjYW4gcnVuIERvbiBhbmQgTWFt YWRvdeKAmXMgVk0gaW4geW91ciBlbnZpcm9ubWVudC4NCuKAi0lmIHdlIGNhbiBnZXQgYSBjb3B5 IG9mIHRoaXMgVk0sIHdlIGNhbiBzdXJlbHkgdGVzdCBpdC7igIsNCjMpICAgICAgVGVzdCB0aGUg STJSUyBSSUIgd2l0aCB0aGUgUXVhZ2dhIGNvZGUgd2hlbiBJIHBvc3QgaXQgdG8gZ2l0aHViICh+ MiB3ZWVrcykNCjQpICAgICAgVGVzdCB0aGUgSTJSUyBGaWx0ZXItQmFzZWQgd2l0aCB0aGUgUXVh Z2dhIGNvZGUgd2hlbiBJIHBvc3QgaXQgdG8gZ2l0dWIgKH40IHdlZWtzKQ0K4oCLV2Ugd2lsbCB3 YWl0IGZvciBpdC7igIsNCg0KDQpJIHdpbGwgdHJ5IHRvIGdldCB0aGUgT0RMIFZNIHBvc3RlZCB0 byBnaXRodWIgdG9kYXkuDQrigItJIGxvb2tlZCBhdCB0aGUgSGFja2F0aG9uIChodHRwczovL2dp dGh1Yi5jb20vSUVURi1IYWNrYXRob24vaWV0Zjk1KSBhbmQgdGhlIEkyUlMtV0cgKGh0dHBzOi8v Z2l0aHViLmNvbS9pMnJzLXdnKSBHaXRodWIsIGJ1dCBmb3VuZCBubyBWTSB0aGVyZS7igIsgQXJl IHlvdSB1c2luZyBhbm90aGVyIHJlcG9zaXRvcnk/DQoNCg0KU3VlDQoNCkZyb206IGkycnMgW21h aWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZz5d IE9uIEJlaGFsZiBPZiBTdXNhbiBIYXJlcw0KU2VudDogTW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA3 OjQ0IEFNDQpUbzogJ0Vkd2luIENvcmRlaXJvJw0KQ2M6IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmky cnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkVkd2lu Og0KDQpUaGFuayB5b3UgZm9yIHlvdXIgZW52aXJvbm1lbnQuICBEb24gRmVkeWsgYW5kIE1hbWFk b3UgVGFoaXJvdSBjcmVhdGVkIGEgVk0gaW4gdGhlIHZpcnR1YWwgYm94Lg0K4oCiICAgICAgIERl diAmIGV4ZWN1dGlvbiBlbnZpcm9ubWVudDogTGludXggKFVidW50dSAgMTQuMyBuYXRpdmUgb3Ig aW4gVmlydHVhbCBCb3gpDQrigKIgICAgICAgbWluaW5ldCBhbmQgbWluaW5leHQgKHNpbXVsYXRl ZCBuZXR3b3JrIG9mIHJvdXRlcnMpDQrigKIgICAgICAgUXVhZ2dhIDEuMC4yMDE2MDMxNSAoaW5j bHVkaW5nIFplYnJhIGZvciByb3V0ZSB0YWJsZSBhY2Nlc3MpDQoNClRoZSBmb2xsb3dpbmcgY29k ZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUgZG93bmxvYWRlZCB0byB0aGUgZm9sbG93aW5nIFZNOg0K 4oCiICAgICAgIENpc2NvL1RhaWwtZiBjb25mZCA2LjENCuKAoiAgICAgICBZdW1h4oCZcyB5YW5n Y2xpLXBybw0K4oCiICAgICAgIGlldGYtaTJycy1yaWIgWUFORyBtb2RlbCBmcm9tIGRyYWZ0LWll dGYtaTJycy1yaWItZGF0YS1tb2RlbC0wNS50eHQNCuKAoiAgICAgICBJMlJTIEZCLUZJQiBZYW5n IG1vZGVsICAtLT4gbGluayB0byBJUC1UYWJsZSBpbiBVYnVudHUNCg0KVGhpcyBwYXJ0IG9mIHRo ZSBjb2RlIHdhcyBub3QgY29tcGxldGVkIOKAkyBzbyBJIHdpbGwgdHJ5IHRvIGNvbXBsZXRlIHRo aXMNCg0KSSB3aWxsIHBvc3QgdGhpcyBpbiB0aGUgSTJSUyBnaXRodWIgcmVwb3NpdG9yeS4NCg0K U3VlDQoNCg0KRnJvbTplZHdpbnNjQGdtYWlsLmNvbTxtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20+ IFttYWlsdG86ZWR3aW5zY0BnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBFZHdpbiBDb3JkZWlybw0K U2VudDogTW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA0OjM0IEFNDQpUbzogU3VzYW4gSGFyZXMNCkNj OiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtpMnJz XSBJMlJTIEhhY2thdGhvbg0KDQpIaSBTdXNhbiwNCg0KSSBzYXcgeW91ciBwcmVzZW50YXRpb24g b2YgdGhlIEhhY2thdGhvbiBhbmQgZmlyc3Qgc29ycnkgdGhlIFZNIHdhc24ndCBzbWFsbGVyLCBi dXQgdGhvc2Ugd2VyZSB0aGUgc3VnZ2VzdGlvbnMgZnJvbSBPREwgZm9yIHJ1bm5pbmcgaXQgaW5z aWRlIGEgVk0uDQoNCldlIGFyZSBoYXBweSB0aGF0IHlvdSB3ZXJlIGFibGUgdG8gZmluZCBhIHdv cmthcm91bmQgYW5kIHdlIHdvdWxkIGxpa2UgdG8gdGVzdCBhbmQgZXhwYW5kIHRoZSByZXN1bHQg b2YgdGhlIEhhY2thdGhvbiwgY291bGQgeW91IHBsZWFzZSBzaGFyZSB0aGUgcmVzdWx0cz8NCg0K VGhhbmsgeW91DQoNCkVkd2luIENvcmRlaXJvDQoNCk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDk6 MzYgQU0sIEVkd2luIENvcmRlaXJvIDxlZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBz Y29yZGVpcm8ubmV0Pj4gd3JvdGU6DQpIaSBTdXNhbiwNCg0KVGhlIFZNIGlzIGEgVWJ1bnR1IHNv IGl0IGlzIHBvc3NpYmxlIHRvIHJ1biB0aGlzIGVtdWxhdGVkIG5ldHdvcmsgaW4gYSBuYXRpdmUg VWJ1bnR1IGxhcHRvcC4gVGhlIG9ubHkgc3BlY2lhbCByZXF1aXJlbWVudCBpcyBmb3IgTWluaU5F eFQgKGh0dHBzOi8vZ2l0aHViLmNvbS9VU0MtTlNML21pbmlORXhUKSwgdGhhdCBkb2VzIG5vdCBj dXJyZW50bHkgc3VwcG9ydCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgTWluaW5ldCwgeW91IG11c3Qg dXNlIE1pbmluZXQgdmVyc2lvbiAyLjEuMC4gSSB3aWxsIGFkZCB0byB0aGUgd2VicGFnZSBhIGZp bGUgd2l0aCB0aGUgY29uZmlnIGZpbGVzIHVzZWQgZm9yIE1pbmluZXQgYW5kIE1pbmlORXhULg0K DQpBbm90aGVyIG9wdGlvbiBpcyB0byBydW4gdGhlIFZNIGFuZCBjb25maWd1cmUgdGhlIFZpcnR1 YWxib3ggb3IgVk13YXJlIFBsYXllciB0byBtYWtlIHRoZSBuZXR3b3JrIGludGVyZmFjZSBvZiB0 aGUgVk0gdG8gYmUgaW4gYnJpZGdlIG1vZGUgb3IgaW4gaW50ZXJuYWwgbmV0d29yayB3aXRoIHRo ZSBob3N0IG1hY2hpbmUsIHRoYXQgd2F5IHlvdSBtYXkgdXNlIGFueSBwcm9ncmFtIGluc3RhbGxl ZCBpbiB0aGUgaG9zdCBtYWNoaW5lIHRvIGludGVyYWN0IHdpdGggdGhlIFZNLg0KDQpCUg0KDQpF ZHdpbiBDb3JkZWlybw0KDQpPbiBUaHUsIE1hciAzMSwgMjAxNiBhdCAyOjE1IEFNLCBTdXNhbiBI YXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiB3cm90ZToNCkVk d2luOg0KDQpUaGFuayB5b3UgZm9yIHRoZSBjbGllbnQuICBEbyB5b3UgdGhpbmsgaXQgd291bGQg d29yayBvbiB1bmJ1bnR1PyAgSeKAmXZlIGdvdCBhbiBPREwgZW52aXJvbm1lbnQgaW4gb3JhY2xl IEJveCBhbmQgcnVubmluZyBuYXRpdmUgb24gdGhlIHVuYnVudHUgbGFwdG9wcy4NCg0KU3VlDQoN CkZyb206IGkycnMgW21haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmkycnMtYm91 bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBFZHdpbiBDb3JkZWlybw0KU2VudDogV2VkbmVz ZGF5LCBNYXJjaCAzMCwgMjAxNiAxMTozMyBBTQ0KVG86IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmky cnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KSGkgYWxsLA0K DQpBcyB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgYW4gSTJSUyBpbXBsZW1lbnRhdGlvbiBoZXJlIGF0 IFRVIE11bmljaCwgd2UgY3JlYXRlZCBhIFZNIHRoYXQgaXMgcnVubmluZyBNaW5pbmV0ICh0byBl bXVsYXRlIGEgbmV0d29yayksIE1pbmluRXh0ICh0byBpbXBsZW1lbnQgdmlydHVhbCByb3V0ZXJz KSBhbmQgT3BlbkRheUxpZ2h0ICh0aGF0IHdlIHRyeWluZyB0byB1c2UgYXMgSTJSUyBhZ2VudCks IHRoZSBJMlJTIGNsaWVudCB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgdXNpbmcgWmVicmEuIFRoZSBJ MlJTIGFnZW50IGlzIHRoZSBORVRDT05GICsgWUFORyBtb2R1bGVzIG9mIE9ETCwgYnV0IGl0IG5l ZWRzIHRoZSBZQU5HIG1vZGVscyB0byBiZSB3cml0dGVuLiBUaGUgSTJSUyBjbGllbnQgaXMgbm90 IHByZXNlbnQgYXMgaXQgaXMgbm90IHlldCByZWFkeSBmb3Igc2hhcmluZy4NCg0KT24gdGhlIHBy ZXZpb3VzIEhhY2thdGhvbiwgb25lIG9mIHRoZSBkaWZmaWN1bHRpZXMgZm9yIHRoZSBJMlJTIHdh cyB0aGUgbGFjayBvZiBhbiBlbnZpcm9ubWVudCB3aGVyZSBpdCBjb3VsZCBiZSBkZXZlbG9wZWQs IHNvIHdlIGRlY2lkZWQgdG8gc2hhcmUgdGhpcyBWTSBhbmQgYSBiYXNpYyB0dXRvcmlhbCB0byBn ZXQgdGhpcyBuZXR3b3JrIHJ1bm5pbmcgaW4gdGhlIGhvcGUgaXQgY291bGQgYmUgdXNlZnVsIGZv ciB0aGUgYXBwcm9hY2hpbmcgSGFja2F0aG9uIGluIEJ1ZW5vcyBBaXJlcy4NCg0KVGhlIHR1dG9y aWFsIGFuZCBWTSBhcmUgYXZhaWxhYmxlIGF0Og0KaHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1 Yi9pMnJzLw0KaHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92 YSAtIG1kNTogYWY3MDc0MWNkMTJiMzlhOTY0NGIwODgxZGY1MTZhNTUNCg0KVW5mb3J0dW5hdGVs eSB3ZSB3aWxsIG5vdCBiZSBhYmxlIHRvIGF0dGVuZCB0aGlzIG5leHQgbWVldGluZyBpbiBwZXJz b24sIGJ1dCBpZiB5b3UgaGF2ZSBhbnkgcXVlc3Rpb24sIGxldCB1cyBrbm93LiBXZSBob3BlIHRo ZSBWTSB0byBiZSB1c2VmdWwuDQoNCkJlc3QgUmVnYXJkcywNCg0KRWR3aW4gQ29yZGVpcm8NCg0K DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQppMnJz IG1haWxpbmcgbGlzdA0KaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4NCmh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycw0KDQo= --_000_A46D9C092EA46F489F135060986AD9FF225C94F2G4W3293americas_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJ cGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVT IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhp cyByZWNvbW1lbmRhdGlvbiBhbmQgZXZlbiBHaWxlcyByZWNvbW1lbmRhdGlvbiBzb3VuZHMgcHJv bWlzaW5nLCB3ZSBjYW4gYWx3YXlzIGFkZCB0byBhIFZNIHdoYXQgd2UgbmVlZCBmb3IgdGhlIGFn ZW50IGFuZCBjbGllbnQgY29kZS4gJm5ic3A7Jm5ic3A7SW1hZ2VzIGluIHRoZSAxLTINCiBHaWcg cmFuZ2Ugc2hvdWxkIGJlIHdvcmthYmxlIGluIG15IGV4cGVyaWVuY2UuICZuYnNwO0EgdmFncmFu dCBzY3JpcHQgaXMgYSBnb29kIHdheSB0byBtYWludGFpbiBhIHJlcHJvZHVjaWJsZSBlbnZpcm9u bWVudCBnZXR0aW5nIHJpZCBvZiBtYW55IG11bmRhbmUgdGFza3MuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaGVlcnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RG9uDQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVo YWxmIE9mIDwvYj5KYW4gTWVkdmVkIChqbWVkdmVkKTxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXks IEFwcmlsIDE4LCAyMDE2IDEwOjAxIEFNPGJyPg0KPGI+VG86PC9iPiBHaWxlcyBIZXJvbiAmbHQ7 Z2lsZXMuaGVyb25AZ21haWwuY29tJmd0OzsgRWR3aW4gQ29yZGVpcm8gJmx0O2Vkd2luQHNjb3Jk ZWlyby5uZXQmZ3Q7OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNI Tk9MT0dJRVMgYXQgQ2lzY28pICZsdDttbWFyc2FsZUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+Q2M6 PC9iPiBpMnJzQGlldGYub3JnOyBTdXNhbiBIYXJlcyAmbHQ7c2hhcmVzQG5kemguY29tJmd0Ozxi cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPkVkd2luLCBHaWxlcywgU3VlOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5BcyBw YXJ0IG9mIEZELmlvIHdlIGFyZSBjcmVhdGluZyBhIHN0cmlwcGVkLWRvd24gZGlzdHJpYnV0aW9u IG9mIE9ETCB0aGF0IGNvbnRhaW5zIG9ubHkgTmV0Y29uZiwgQkdQIGFuZCBjb21wb25lbnRzIHJl cXVpcmVkIHRvIHN1cHBvcnQgdGhlc2UgdHdvLiBUaGlzIHdpbGwgYmUNCiB0aGUgbWFuYWdlbWVu dC9jb250cm9sIGFnZW50IGZvciBWUFAgKHByb2plY3QgbmFtZSBIb25leWNvbWIpLiBUaGlzIHdv dWxkIElNTyBiZSB0aGUgYmVzdCBmaXQgZm9yIHRoZSBIYWNrYXRob24gcGxhdGZvcm0uIFBsZWFz ZSBjb250YWN0IE1hcm9zIE1hcnNhbGVrICh0aGUgUFRMIGZvciBIb25leWNvbWIsIGNvcGllZCkg Zm9yIG1vcmUgZGV0YWlscy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rcyw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkphbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+aTJycyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91bmNlc0BpZXRm Lm9yZyI+aTJycy1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mIEdpbGVzIEhl cm9uICZsdDs8YSBocmVmPSJtYWlsdG86Z2lsZXMuaGVyb25AZ21haWwuY29tIj5naWxlcy5oZXJv bkBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIEFwcmlsIDE4LCAy MDE2IGF0IDY6NDEgQU08YnI+DQo8Yj5UbzogPC9iPkVkd2luIENvcmRlaXJvICZsdDs8YSBocmVm PSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvYT4mZ3Q7 PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+aTJy c0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj5p MnJzQGlldGYub3JnPC9hPiZndDssIFN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hh cmVzQG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwv Yj5SZTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGlu IDBpbiAwaW4gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowaW4iIGlkPSJN QUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBFZHdpbiwNCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPk9uIDE4IEFwciAyMDE2LCBhdCAxMDo0MiwgRWR3aW4gQ29yZGVpcm8gJmx0OzxhIGhyZWY9 Im1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Ij5lZHdpbkBzY29yZGVpcm8ubmV0PC9hPiZndDsg d3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PkhpIFN1ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5JbiBsaW5lIGNvbW1l bnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+RWR3aW4gQ29yZGVpcm88L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5PbiBNb24sIEFwciAx MSwgMjAxNiBhdCAxOjUxIFBNLCBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnNoYXJl c0BuZHpoLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkVkd2luOg0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ U29ycnksIG15IGZpcnN0IG1lc3NhZ2UgZGlkIG5vdCBhZGRyZXNzIGFsbCB5b3VyIHF1ZXN0aW9u cy4mbmJzcDsgV2hhdCB3b3VsZCBiZSB1c2VmdWwgZm9yIHlvdSB0byBkbyBpczoNCjwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjEpPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PlNlZSBpZiB5b3UgY2FuIGdldCBhbiBPREwgYmFzZWQgVk0gd2hpY2ggaXMgdGhlIHNhbWUgc2l6 ZSBhcyBEb24gYW5kIE1hbWFkb3XigJlzIFZNLDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+WWVzLCBpdCBpcyBwb3NzaWJsZSB0byBtYWtlIGEgc21hbGwgVk0gd2l0 aCBPREwgaWYgdGhlIGdyYXBoaWNhbCBpbnRlcmZhY2UgaXMgbm90IG5lZWRlZC48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj55 dXAgLSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0 dWZmIG5lZWRlZCB0byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPyku ICZuYnNwO1lvdSBjb3VsZCBwcm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5b3UN CiB0b28gdGhlIHRpbWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24ndCBu ZWVkLiAmbmJzcDsgSSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5IGEg Y291cGxlIG9mIEtCIGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0 KS4gJm5ic3A7VGFrZSBhIGxvb2sgaW46PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vZ2l0 aHViLmNvbS9DaXNjb0Rldk5ldC9vcGVuZGF5bGlnaHQtc2V0dXAiPmh0dHBzOi8vZ2l0aHViLmNv bS9DaXNjb0Rldk5ldC9vcGVuZGF5bGlnaHQtc2V0dXA8L2E+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkdpbGVzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1h cmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw dDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Mik8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2VlIGlmIHlvdSBjYW4g cnVuIERvbiBhbmQgTWFtYWRvdeKAmXMgVk0gaW4geW91ciBlbnZpcm9ubWVudC48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SWYgd2UgY2FuIGdldCBhIGNvcHkgb2YgdGhpcyBW TSwgd2UgY2FuIHN1cmVseSB0ZXN0IGl0Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4g MGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+Myk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+VGVzdCB0aGUgSTJSUyBSSUIgd2l0aCB0aGUgUXVhZ2dhIGNvZGUgd2hl biBJIHBvc3QgaXQgdG8gZ2l0aHViICh+MiB3ZWVrcykNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjQpPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRlc3QgdGhlIEkyUlMg RmlsdGVyLUJhc2VkIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdHVi ICh+NCB3ZWVrcyk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPldl IHdpbGwgd2FpdCBmb3IgaXQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3aWxsIHRyeSB0byBnZXQgdGhlIE9E TCBWTSBwb3N0ZWQgdG8gZ2l0aHViIHRvZGF5LiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5JIGxvb2tlZCBhdCB0aGUgSGFja2F0aG9uICg8YSBocmVmPSJodHRw czovL2dpdGh1Yi5jb20vSUVURi1IYWNrYXRob24vaWV0Zjk1Ij5odHRwczovL2dpdGh1Yi5jb20v SUVURi1IYWNrYXRob24vaWV0Zjk1PC9hPikNCiBhbmQgdGhlIEkyUlMtV0cgKDxhIGhyZWY9Imh0 dHBzOi8vZ2l0aHViLmNvbS9pMnJzLXdnIj5odHRwczovL2dpdGh1Yi5jb20vaTJycy13ZzwvYT4p IEdpdGh1YiwgYnV0IGZvdW5kIG5vIFZNIHRoZXJlLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiBBcmUgeW91DQogdXNpbmcgYW5vdGhlciByZXBvc2l0b3J5PzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+U3VlDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4gaTJycyBbbWFpbHRvOjxh IGhyZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pMnJz LWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5TdXNhbiBIYXJlczxi cj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDc6NDQgQU08YnI+DQo8Yj5U bzo8L2I+ICdFZHdpbiBDb3JkZWlybyc8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpp MnJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+aTJyc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+RWR3aW46DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFuayB5b3UgZm9yIHlvdXIgZW52aXJvbm1lbnQuJm5i c3A7IERvbiBGZWR5ayBhbmQgTWFtYWRvdSBUYWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmly dHVhbCBib3guJm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5EZXYgJmFtcDsg ZXhlY3V0aW9uIGVudmlyb25tZW50OiBMaW51eCAoVWJ1bnR1Jm5ic3A7IDE0LjMgbmF0aXZlIG9y IGluIFZpcnR1YWwgQm94KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPm1pbmluZXQgYW5k IG1pbmluZXh0IChzaW11bGF0ZWQgbmV0d29yayBvZiByb3V0ZXJzKTwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCi PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlF1YWdnYSAxLjAuMjAxNjAzMTUgKGluY2x1ZGluZyBaZWJyYSBmb3Igcm91 dGUgdGFibGUgYWNjZXNzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPlRoZSBmb2xsb3dpbmcgY29kZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUg ZG93bmxvYWRlZCB0byB0aGUgZm9sbG93aW5nIFZNOiAmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5DaXNjby9UYWlsLWYgY29uZmQgNi4xPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+WXVtYeKAmXMgeWFuZ2NsaS1wcm8NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPmlldGYtaTJycy1yaWIgWUFORyBtb2RlbCBmcm9tIGRyYWZ0LWlldGYtaTJycy1yaWIt ZGF0YS1tb2RlbC0wNS50eHQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JMlJTIEZCLUZJ QiBZYW5nIG1vZGVsJm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6V2luZ2RpbmdzO2NvbG9yOiMxRjQ5N0QiPsOgPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4gbGluayB0byBJUC1UYWJsZSBpbiBVYnVudHUgJm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhp cyBwYXJ0IG9mIHRoZSBjb2RlIHdhcyBub3QgY29tcGxldGVkIOKAkyBzbyBJIHdpbGwgdHJ5IHRv IGNvbXBsZXRlIHRoaXMNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3aWxsIHBvc3QgdGhpcyBpbiB0aGUgSTJS UyBnaXRodWIgcmVwb3NpdG9yeS4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj5lZHdpbnNjQGdtYWlsLmNvbTwvYT4NCiBbPGEgaHJlZj0ibWFpbHRvOmVkd2lu c2NAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFpbHRvOmVkd2luc2NAZ21haWwuY29tPC9h Pl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4gQ29yZGVpcm88YnI+DQo8Yj5TZW50OjwvYj4g TW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA0OjM0IEFNPGJyPg0KPGI+VG86PC9iPiBTdXNhbiBIYXJl czxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj5pMnJzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNd IEkyUlMgSGFja2F0aG9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBTdXNhbiw8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SSBzYXcgeW91ciBwcmVzZW50YXRpb24gb2Yg dGhlIEhhY2thdGhvbiBhbmQgZmlyc3Qgc29ycnkgdGhlIFZNIHdhc24ndCBzbWFsbGVyLCBidXQg dGhvc2Ugd2VyZSB0aGUgc3VnZ2VzdGlvbnMgZnJvbSBPREwNCiBmb3IgcnVubmluZyBpdCBpbnNp ZGUgYSBWTS48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ V2UgYXJlIGhhcHB5IHRoYXQgeW91IHdlcmUgYWJsZSB0byBmaW5kIGEgd29ya2Fyb3VuZCBhbmQg d2Ugd291bGQgbGlrZSB0byB0ZXN0IGFuZCBleHBhbmQgdGhlIHJlc3VsdCBvZiB0aGUgSGFja2F0 aG9uLA0KIGNvdWxkIHlvdSBwbGVhc2Ugc2hhcmUgdGhlIHJlc3VsdHM/PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rIHlvdTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5F ZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5PbiBUaHUsIE1hciAzMSwgMjAxNiBhdCA5OjM2IEFNLCBFZHdpbiBD b3JkZWlybyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiIHRhcmdldD0i X2JsYW5rIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PkhpIFN1c2FuLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij5UaGUgVk0gaXMgYSBVYnVudHUgc28gaXQgaXMgcG9zc2libGUgdG8gcnVuIHRoaXMgZW11bGF0 ZWQgbmV0d29yayBpbiBhIG5hdGl2ZSBVYnVudHUgbGFwdG9wLiBUaGUgb25seSBzcGVjaWFsIHJl cXVpcmVtZW50DQogaXMgZm9yIE1pbmlORXhUICg8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20v VVNDLU5TTC9taW5pTkV4VCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9VU0Mt TlNML21pbmlORXhUPC9hPiksIHRoYXQgZG9lcyBub3QgY3VycmVudGx5IHN1cHBvcnQgdGhlIGxh dGVzdCB2ZXJzaW9uIG9mIE1pbmluZXQsIHlvdSBtdXN0IHVzZSBNaW5pbmV0IHZlcnNpb24gMi4x LjAuIEkgd2lsbCBhZGQgdG8gdGhlIHdlYnBhZ2UgYSBmaWxlIHdpdGgNCiB0aGUgY29uZmlnIGZp bGVzIHVzZWQgZm9yIE1pbmluZXQgYW5kJm5ic3A7TWluaU5FeFQuPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+QW5vdGhlciBvcHRpb24gaXMgdG8gcnVuIHRoZSBWTSBhbmQgY29uZmlndXJl IHRoZSBWaXJ0dWFsYm94IG9yIFZNd2FyZSBQbGF5ZXIgdG8gbWFrZSB0aGUgbmV0d29yayBpbnRl cmZhY2Ugb2YgdGhlIFZNDQogdG8gYmUgaW4gYnJpZGdlIG1vZGUgb3IgaW4gaW50ZXJuYWwgbmV0 d29yayB3aXRoIHRoZSBob3N0IG1hY2hpbmUsIHRoYXQgd2F5IHlvdSBtYXkgdXNlIGFueSBwcm9n cmFtIGluc3RhbGxlZCBpbiB0aGUgaG9zdCBtYWNoaW5lIHRvIGludGVyYWN0IHdpdGggdGhlIFZN Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkJSPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PGJyIGNsZWFyPSJhbGwi Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6Izg4ODg4OCI+RWR3aW4gQ29yZGVpcm88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5PbiBUaHUs IE1hciAzMSwgMjAxNiBhdCAyOjE1IEFNLCBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFpbHRv OnNoYXJlc0BuZHpoLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7 IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91 IGZvciB0aGUgY2xpZW50LiZuYnNwOyBEbyB5b3UgdGhpbmsgaXQgd291bGQgd29yayBvbiB1bmJ1 bnR1PyZuYnNwOyBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFjbGUNCiBCb3gg YW5kIHJ1bm5pbmcgbmF0aXZlIG9uIHRoZSB1bmJ1bnR1IGxhcHRvcHMuIDwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4gaTJycyBbbWFpbHRvOjxhIGhyZWY9 Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pMnJzLWJvdW5j ZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5FZHdpbiBDb3JkZWlybzxicj4N CjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIE1hcmNoIDMwLCAyMDE2IDExOjMzIEFNPGJyPg0KPGI+ VG86PC9iPiA8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmky cnNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFtpMnJzXSBJMlJTIEhhY2thdGhv bjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBhbGwsPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkFzIHdlIGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJ MlJTIGltcGxlbWVudGF0aW9uIGhlcmUgYXQgVFUgTXVuaWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhh dCBpcyBydW5uaW5nIE1pbmluZXQgKHRvIGVtdWxhdGUNCiBhIG5ldHdvcmspLCBNaW5pbkV4dCAo dG8gaW1wbGVtZW50IHZpcnR1YWwgcm91dGVycykgYW5kIE9wZW5EYXlMaWdodCAodGhhdCB3ZSB0 cnlpbmcgdG8gdXNlIGFzIEkyUlMgYWdlbnQpLCB0aGUgSTJSUyBjbGllbnQgd2UgYXJlIHRyeWlu ZyB0byBtYWtlIHVzaW5nIFplYnJhLiBUaGUgSTJSUyBhZ2VudCBpcyB0aGUgTkVUQ09ORiAmIzQz OyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQgbmVlZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJl IHdyaXR0ZW4uDQogVGhlIEkyUlMgY2xpZW50IGlzIG5vdCBwcmVzZW50IGFzIGl0IGlzIG5vdCB5 ZXQgcmVhZHkgZm9yIHNoYXJpbmcuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPk9uIHRoZSBwcmV2aW91cyBIYWNrYXRob24sIG9uZSBvZiB0aGUgZGlmZmlj dWx0aWVzIGZvciB0aGUgSTJSUyB3YXMgdGhlIGxhY2sgb2YgYW4gZW52aXJvbm1lbnQgd2hlcmUg aXQgY291bGQgYmUgZGV2ZWxvcGVkLA0KIHNvIHdlIGRlY2lkZWQgdG8gc2hhcmUgdGhpcyBWTSBh bmQgYSBiYXNpYyB0dXRvcmlhbCB0byBnZXQgdGhpcyBuZXR3b3JrIHJ1bm5pbmcgaW4gdGhlIGhv cGUgaXQgY291bGQgYmUgdXNlZnVsIGZvciB0aGUgYXBwcm9hY2hpbmcgSGFja2F0aG9uIGluIEJ1 ZW5vcyBBaXJlcy48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+VGhlIHR1dG9yaWFsIGFuZCBWTSBhcmUgYXZhaWxhYmxlIGF0OiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cDovL3d3 dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cubmV0 LmluLnR1bS5kZS9wdWIvaTJycy88L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YSBocmVmPSJodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2ky cnMvSTJSUy1EZXYtVk0ub3ZhIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5uZXQuaW4udHVt LmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92YTwvYT4NCiAtIG1kNTombmJzcDthZjcwNzQxY2Qx MmIzOWE5NjQ0YjA4ODFkZjUxNmE1NTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj5VbmZvcnR1bmF0ZWx5IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5k IHRoaXMgbmV4dCBtZWV0aW5nIGluIHBlcnNvbiwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlv biwgbGV0IHVzIGtub3cuIFdlDQogaG9wZSB0aGUgVk0gdG8gYmUgdXNlZnVsLjwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5CZXN0IFJlZ2FyZHMsPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KaTJycyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9y ZyI+aTJyc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2kycnMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaTJyczwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_A46D9C092EA46F489F135060986AD9FF225C94F2G4W3293americas_-- From nobody Mon Apr 18 07:40:47 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C519B12D900 for ; Mon, 18 Apr 2016 07:40:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 9oxtLIRZPa2a for ; Mon, 18 Apr 2016 07:40:42 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7389412DA01 for ; Mon, 18 Apr 2016 07:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=71320; q=dns/txt; s=iport; t=1460990442; x=1462200042; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=jKHLKjEcjhcrY99FtJ/JSBlobIqowsQPLMgmGc1Dpkg=; b=am2QAvYTjqPn7MmCL/YcAl/yPOxooiGe9v6Vd8sNb84GJvGnmHENjYrG Mp3FWxjyIsY1jknsxHUYbso1xnhfumMyfYDuCMEtyaKxmywJ9/jfDGn9w a20wf+vFzksmVnAivN08ZkqqRK4ajuaKsWnmICX5sMIqpC9cMb6h3JrFR M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BEAgAg8RRX/4YNJK1dgmtNU30GhU2hD?= =?us-ascii?q?Ydti1kBDYFtBBcBCoVsAhyBFjgUAQEBAQEBAWUnhEEBAQEEAQEBIAQGQQsQAgE?= =?us-ascii?q?IEQMBAQEhAQYDAgICHQIGCxQJCAIEAQ0FCIgMAxIOqWOMBw2FEgEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBARWKbIJBggkLCg0JCIJCglYFjVOFS4Q/MQEWhWGGIYFugW6?= =?us-ascii?q?ETohch06HXAEeAQFCggQBGYFKbAEBiDp+AQEB?= X-IronPort-AV: E=Sophos;i="5.24,502,1454976000"; d="scan'208,217";a="262717719" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Apr 2016 14:40:41 +0000 Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u3IEeeNj015562 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Apr 2016 14:40:41 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 18 Apr 2016 10:40:39 -0400 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.1104.009; Mon, 18 Apr 2016 10:40:39 -0400 From: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" To: "Jan Medved (jmedved)" , Giles Heron , Edwin Cordeiro Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWVn2yDTCXxkSEPWPJjAtlgZ9y8quAgAB7MQCAEVm0AIAANQ4AgAACUACACtxCAIAAQqUA//+QKoCAADuqoA== Date: Mon, 18 Apr 2016 14:40:39 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> 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.61.206.194] Content-Type: multipart/alternative; boundary="_000_fe1c9c3c07c14294a514aff50d6a959dXCHRTP018ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 14:40:46 -0000 --_000_fe1c9c3c07c14294a514aff50d6a959dXCHRTP018ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCkphbiBpcyByaWdodCwgd2UgYXJlIHRyeWluZyB0byBwcm9kdWNlIGEg bWluaW1hbCBPREwgZGlzdHJpYnV0aW9uIGZvciB0aGUgSG9uZXljb21iIHByb2plY3QuIEhvd2V2 ZXIgd2UgaGF2ZSBxdWl0ZSBhIGJpdCBvZiB3b3JrIGFoZWFkIG9mIHVzLCBiZWZvcmUgdGhlIG1p bmltYWwgZGlzdHJpYnV0aW9uIHdpbGwgYmUgYXZhaWxhYmxlOiBodHRwczovL2ppcmEuZmQuaW8v YnJvd3NlL0hPTkVZQ09NQi0xOA0KDQpBbmQgd2UgZG8gbm90IGhhdmUgYW4gZXhhY3QgZGF0ZSBm b3Igd2hlbiB0aGlzIHdpbGwgYmUgYXZhaWxhYmxlLiBJdCBtaWdodCB0YWtlIGEgY291cGxlIG1v bnRocyBiZWZvcmUgd2Ugc3RhcnQgYW5kIGZpbmlzaCB3aXRoIHRoaXMgZWZmb3J0Lg0KDQpNYXJv cw0KDQpGcm9tOiBKYW4gTWVkdmVkIChqbWVkdmVkKQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxOCwg MjAxNiA0OjAxIFBNDQpUbzogR2lsZXMgSGVyb24gPGdpbGVzLmhlcm9uQGdtYWlsLmNvbT47IEVk d2luIENvcmRlaXJvIDxlZHdpbkBzY29yZGVpcm8ubmV0PjsgTWFyb3MgTWFyc2FsZWsgLVggKG1t YXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSA8bW1hcnNhbGVAY2lzY28u Y29tPg0KQ2M6IGkycnNAaWV0Zi5vcmc7IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb20+DQpT dWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkVkd2luLCBHaWxlcywgU3VlOg0K DQpBcyBwYXJ0IG9mIEZELmlvIHdlIGFyZSBjcmVhdGluZyBhIHN0cmlwcGVkLWRvd24gZGlzdHJp YnV0aW9uIG9mIE9ETCB0aGF0IGNvbnRhaW5zIG9ubHkgTmV0Y29uZiwgQkdQIGFuZCBjb21wb25l bnRzIHJlcXVpcmVkIHRvIHN1cHBvcnQgdGhlc2UgdHdvLiBUaGlzIHdpbGwgYmUgdGhlIG1hbmFn ZW1lbnQvY29udHJvbCBhZ2VudCBmb3IgVlBQIChwcm9qZWN0IG5hbWUgSG9uZXljb21iKS4gVGhp cyB3b3VsZCBJTU8gYmUgdGhlIGJlc3QgZml0IGZvciB0aGUgSGFja2F0aG9uIHBsYXRmb3JtLiBQ bGVhc2UgY29udGFjdCBNYXJvcyBNYXJzYWxlayAodGhlIFBUTCBmb3IgSG9uZXljb21iLCBjb3Bp ZWQpIGZvciBtb3JlIGRldGFpbHMuDQoNCg0KDQpUaGFua3MsDQpKYW4NCg0KDQpGcm9tOiBpMnJz IDxpMnJzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZz4+IG9u IGJlaGFsZiBvZiBHaWxlcyBIZXJvbiA8Z2lsZXMuaGVyb25AZ21haWwuY29tPG1haWx0bzpnaWxl cy5oZXJvbkBnbWFpbC5jb20+Pg0KRGF0ZTogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA2OjQx IEFNDQpUbzogRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2lu QHNjb3JkZWlyby5uZXQ+Pg0KQ2M6ICJpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3Jn PiIgPGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+PiwgU3VzYW4gSGFyZXMgPHNo YXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4NClN1YmplY3Q6IFJlOiBbaTJy c10gSTJSUyBIYWNrYXRob24NCg0KSGkgRWR3aW4sDQoNCk9uIDE4IEFwciAyMDE2LCBhdCAxMDo0 MiwgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3Jk ZWlyby5uZXQ+PiB3cm90ZToNCg0KSGkgU3VlLA0KDQpJbiBsaW5lIGNvbW1lbnRzLg0KDQpUaGFu a3MsDQoNCkVkd2luIENvcmRlaXJvDQoNCk9uIE1vbiwgQXByIDExLCAyMDE2IGF0IDE6NTEgUE0s IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+IHdy b3RlOg0KRWR3aW46DQoNClNvcnJ5LCBteSBmaXJzdCBtZXNzYWdlIGRpZCBub3QgYWRkcmVzcyBh bGwgeW91ciBxdWVzdGlvbnMuICBXaGF0IHdvdWxkIGJlIHVzZWZ1bCBmb3IgeW91IHRvIGRvIGlz Og0KDQoxKSAgICAgIFNlZSBpZiB5b3UgY2FuIGdldCBhbiBPREwgYmFzZWQgVk0gd2hpY2ggaXMg dGhlIHNhbWUgc2l6ZSBhcyBEb24gYW5kIE1hbWFkb3XigJlzIFZNLA0K4oCLWWVzLCBpdCBpcyBw b3NzaWJsZSB0byBtYWtlIGEgc21hbGwgVk0gd2l0aCBPREwgaWYgdGhlIGdyYXBoaWNhbCBpbnRl cmZhY2UgaXMgbm90IG5lZWRlZC7igIsNCg0KDQp5dXAgLSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFi b3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0dWZmIG5lZWRlZCB0byBydW4gaXQgKG5vdCBz dXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPykuICBZb3UgY291bGQgcHJvYmFibHkgYnVpbGQg YSBtdWNoIHNtYWxsZXIgVk0gaWYgeW91IHRvbyB0aGUgdGltZSB0byBzdHJpcCBvdXQgYWxsIHRo ZSBsaWJyYXJpZXMgeW91IGRvbid0IG5lZWQuICAgSSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3Ig aXQgdG9vIChzbyBvbmx5IGEgY291cGxlIG9mIEtCIGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1 ZmYgd2hlbiB5b3UgcnVuIGl0KS4gIFRha2UgYSBsb29rIGluOg0KDQpodHRwczovL2dpdGh1Yi5j b20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVwDQoNCkdpbGVzDQoyKSAgICAgIFNlZSBp ZiB5b3UgY2FuIHJ1biBEb24gYW5kIE1hbWFkb3XigJlzIFZNIGluIHlvdXIgZW52aXJvbm1lbnQu DQrigItJZiB3ZSBjYW4gZ2V0IGEgY29weSBvZiB0aGlzIFZNLCB3ZSBjYW4gc3VyZWx5IHRlc3Qg aXQu4oCLDQozKSAgICAgIFRlc3QgdGhlIEkyUlMgUklCIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdo ZW4gSSBwb3N0IGl0IHRvIGdpdGh1YiAofjIgd2Vla3MpDQo0KSAgICAgIFRlc3QgdGhlIEkyUlMg RmlsdGVyLUJhc2VkIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdHVi ICh+NCB3ZWVrcykNCuKAi1dlIHdpbGwgd2FpdCBmb3IgaXQu4oCLDQoNCg0KSSB3aWxsIHRyeSB0 byBnZXQgdGhlIE9ETCBWTSBwb3N0ZWQgdG8gZ2l0aHViIHRvZGF5Lg0K4oCLSSBsb29rZWQgYXQg dGhlIEhhY2thdGhvbiAoaHR0cHM6Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2lldGY5NSkg YW5kIHRoZSBJMlJTLVdHIChodHRwczovL2dpdGh1Yi5jb20vaTJycy13ZykgR2l0aHViLCBidXQg Zm91bmQgbm8gVk0gdGhlcmUu4oCLIEFyZSB5b3UgdXNpbmcgYW5vdGhlciByZXBvc2l0b3J5Pw0K DQoNClN1ZQ0KDQpGcm9tOiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPG1haWx0 bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgU3VzYW4gSGFyZXMNClNlbnQ6 IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNzo0NCBBTQ0KVG86ICdFZHdpbiBDb3JkZWlybycNCkNj OiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtpMnJz XSBJMlJTIEhhY2thdGhvbg0KDQpFZHdpbjoNCg0KVGhhbmsgeW91IGZvciB5b3VyIGVudmlyb25t ZW50LiAgRG9uIEZlZHlrIGFuZCBNYW1hZG91IFRhaGlyb3UgY3JlYXRlZCBhIFZNIGluIHRoZSB2 aXJ0dWFsIGJveC4NCuKAoiAgICAgICBEZXYgJiBleGVjdXRpb24gZW52aXJvbm1lbnQ6IExpbnV4 IChVYnVudHUgIDE0LjMgbmF0aXZlIG9yIGluIFZpcnR1YWwgQm94KQ0K4oCiICAgICAgIG1pbmlu ZXQgYW5kIG1pbmluZXh0IChzaW11bGF0ZWQgbmV0d29yayBvZiByb3V0ZXJzKQ0K4oCiICAgICAg IFF1YWdnYSAxLjAuMjAxNjAzMTUgKGluY2x1ZGluZyBaZWJyYSBmb3Igcm91dGUgdGFibGUgYWNj ZXNzKQ0KDQpUaGUgZm9sbG93aW5nIGNvZGUgbmVlZHMgd2lsbCBuZWVkIHRvIGJlIGRvd25sb2Fk ZWQgdG8gdGhlIGZvbGxvd2luZyBWTToNCuKAoiAgICAgICBDaXNjby9UYWlsLWYgY29uZmQgNi4x DQrigKIgICAgICAgWXVtYeKAmXMgeWFuZ2NsaS1wcm8NCuKAoiAgICAgICBpZXRmLWkycnMtcmli IFlBTkcgbW9kZWwgZnJvbSBkcmFmdC1pZXRmLWkycnMtcmliLWRhdGEtbW9kZWwtMDUudHh0DQri gKIgICAgICAgSTJSUyBGQi1GSUIgWWFuZyBtb2RlbCAgLS0+IGxpbmsgdG8gSVAtVGFibGUgaW4g VWJ1bnR1DQoNClRoaXMgcGFydCBvZiB0aGUgY29kZSB3YXMgbm90IGNvbXBsZXRlZCDigJMgc28g SSB3aWxsIHRyeSB0byBjb21wbGV0ZSB0aGlzDQoNCkkgd2lsbCBwb3N0IHRoaXMgaW4gdGhlIEky UlMgZ2l0aHViIHJlcG9zaXRvcnkuDQoNClN1ZQ0KDQoNCkZyb206ZWR3aW5zY0BnbWFpbC5jb208 bWFpbHRvOmVkd2luc2NAZ21haWwuY29tPiBbbWFpbHRvOmVkd2luc2NAZ21haWwuY29tXSBPbiBC ZWhhbGYgT2YgRWR3aW4gQ29yZGVpcm8NClNlbnQ6IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNDoz NCBBTQ0KVG86IFN1c2FuIEhhcmVzDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRm Lm9yZz4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KSGkgU3VzYW4sDQoN Ckkgc2F3IHlvdXIgcHJlc2VudGF0aW9uIG9mIHRoZSBIYWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5 IHRoZSBWTSB3YXNuJ3Qgc21hbGxlciwgYnV0IHRob3NlIHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZy b20gT0RMIGZvciBydW5uaW5nIGl0IGluc2lkZSBhIFZNLg0KDQpXZSBhcmUgaGFwcHkgdGhhdCB5 b3Ugd2VyZSBhYmxlIHRvIGZpbmQgYSB3b3JrYXJvdW5kIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIHRl c3QgYW5kIGV4cGFuZCB0aGUgcmVzdWx0IG9mIHRoZSBIYWNrYXRob24sIGNvdWxkIHlvdSBwbGVh c2Ugc2hhcmUgdGhlIHJlc3VsdHM/DQoNClRoYW5rIHlvdQ0KDQpFZHdpbiBDb3JkZWlybw0KDQpP biBUaHUsIE1hciAzMSwgMjAxNiBhdCA5OjM2IEFNLCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2Nv cmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+IHdyb3RlOg0KSGkgU3VzYW4s DQoNClRoZSBWTSBpcyBhIFVidW50dSBzbyBpdCBpcyBwb3NzaWJsZSB0byBydW4gdGhpcyBlbXVs YXRlZCBuZXR3b3JrIGluIGEgbmF0aXZlIFVidW50dSBsYXB0b3AuIFRoZSBvbmx5IHNwZWNpYWwg cmVxdWlyZW1lbnQgaXMgZm9yIE1pbmlORXhUIChodHRwczovL2dpdGh1Yi5jb20vVVNDLU5TTC9t aW5pTkV4VCksIHRoYXQgZG9lcyBub3QgY3VycmVudGx5IHN1cHBvcnQgdGhlIGxhdGVzdCB2ZXJz aW9uIG9mIE1pbmluZXQsIHlvdSBtdXN0IHVzZSBNaW5pbmV0IHZlcnNpb24gMi4xLjAuIEkgd2ls bCBhZGQgdG8gdGhlIHdlYnBhZ2UgYSBmaWxlIHdpdGggdGhlIGNvbmZpZyBmaWxlcyB1c2VkIGZv ciBNaW5pbmV0IGFuZCBNaW5pTkV4VC4NCg0KQW5vdGhlciBvcHRpb24gaXMgdG8gcnVuIHRoZSBW TSBhbmQgY29uZmlndXJlIHRoZSBWaXJ0dWFsYm94IG9yIFZNd2FyZSBQbGF5ZXIgdG8gbWFrZSB0 aGUgbmV0d29yayBpbnRlcmZhY2Ugb2YgdGhlIFZNIHRvIGJlIGluIGJyaWRnZSBtb2RlIG9yIGlu IGludGVybmFsIG5ldHdvcmsgd2l0aCB0aGUgaG9zdCBtYWNoaW5lLCB0aGF0IHdheSB5b3UgbWF5 IHVzZSBhbnkgcHJvZ3JhbSBpbnN0YWxsZWQgaW4gdGhlIGhvc3QgbWFjaGluZSB0byBpbnRlcmFj dCB3aXRoIHRoZSBWTS4NCg0KQlINCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gVGh1LCBNYXIgMzEs IDIwMTYgYXQgMjoxNSBBTSwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hh cmVzQG5kemguY29tPj4gd3JvdGU6DQpFZHdpbjoNCg0KVGhhbmsgeW91IGZvciB0aGUgY2xpZW50 LiAgRG8geW91IHRoaW5rIGl0IHdvdWxkIHdvcmsgb24gdW5idW50dT8gIEnigJl2ZSBnb3QgYW4g T0RMIGVudmlyb25tZW50IGluIG9yYWNsZSBCb3ggYW5kIHJ1bm5pbmcgbmF0aXZlIG9uIHRoZSB1 bmJ1bnR1IGxhcHRvcHMuDQoNClN1ZQ0KDQpGcm9tOiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2Vz QGlldGYub3JnPG1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgRWR3 aW4gQ29yZGVpcm8NClNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMzAsIDIwMTYgMTE6MzMgQU0NClRv OiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KU3ViamVjdDogW2kycnNdIEky UlMgSGFja2F0aG9uDQoNCkhpIGFsbCwNCg0KQXMgd2UgYXJlIHRyeWluZyB0byBtYWtlIGFuIEky UlMgaW1wbGVtZW50YXRpb24gaGVyZSBhdCBUVSBNdW5pY2gsIHdlIGNyZWF0ZWQgYSBWTSB0aGF0 IGlzIHJ1bm5pbmcgTWluaW5ldCAodG8gZW11bGF0ZSBhIG5ldHdvcmspLCBNaW5pbkV4dCAodG8g aW1wbGVtZW50IHZpcnR1YWwgcm91dGVycykgYW5kIE9wZW5EYXlMaWdodCAodGhhdCB3ZSB0cnlp bmcgdG8gdXNlIGFzIEkyUlMgYWdlbnQpLCB0aGUgSTJSUyBjbGllbnQgd2UgYXJlIHRyeWluZyB0 byBtYWtlIHVzaW5nIFplYnJhLiBUaGUgSTJSUyBhZ2VudCBpcyB0aGUgTkVUQ09ORiArIFlBTkcg bW9kdWxlcyBvZiBPREwsIGJ1dCBpdCBuZWVkcyB0aGUgWUFORyBtb2RlbHMgdG8gYmUgd3JpdHRl bi4gVGhlIEkyUlMgY2xpZW50IGlzIG5vdCBwcmVzZW50IGFzIGl0IGlzIG5vdCB5ZXQgcmVhZHkg Zm9yIHNoYXJpbmcuDQoNCk9uIHRoZSBwcmV2aW91cyBIYWNrYXRob24sIG9uZSBvZiB0aGUgZGlm ZmljdWx0aWVzIGZvciB0aGUgSTJSUyB3YXMgdGhlIGxhY2sgb2YgYW4gZW52aXJvbm1lbnQgd2hl cmUgaXQgY291bGQgYmUgZGV2ZWxvcGVkLCBzbyB3ZSBkZWNpZGVkIHRvIHNoYXJlIHRoaXMgVk0g YW5kIGEgYmFzaWMgdHV0b3JpYWwgdG8gZ2V0IHRoaXMgbmV0d29yayBydW5uaW5nIGluIHRoZSBo b3BlIGl0IGNvdWxkIGJlIHVzZWZ1bCBmb3IgdGhlIGFwcHJvYWNoaW5nIEhhY2thdGhvbiBpbiBC dWVub3MgQWlyZXMuDQoNClRoZSB0dXRvcmlhbCBhbmQgVk0gYXJlIGF2YWlsYWJsZSBhdDoNCmh0 dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy8NCmh0dHA6Ly93d3cubmV0LmluLnR1bS5k ZS9wdWIvaTJycy9JMlJTLURldi1WTS5vdmEgLSBtZDU6IGFmNzA3NDFjZDEyYjM5YTk2NDRiMDg4 MWRmNTE2YTU1DQoNClVuZm9ydHVuYXRlbHkgd2Ugd2lsbCBub3QgYmUgYWJsZSB0byBhdHRlbmQg dGhpcyBuZXh0IG1lZXRpbmcgaW4gcGVyc29uLCBidXQgaWYgeW91IGhhdmUgYW55IHF1ZXN0aW9u LCBsZXQgdXMga25vdy4gV2UgaG9wZSB0aGUgVk0gdG8gYmUgdXNlZnVsLg0KDQpCZXN0IFJlZ2Fy ZHMsDQoNCkVkd2luIENvcmRlaXJvDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KaTJycyBtYWlsaW5nIGxpc3QNCmkycnNAaWV0Zi5vcmc8bWFp bHRvOmkycnNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2kycnMNCg0K --_000_fe1c9c3c07c14294a514aff50d6a959dXCHRTP018ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVT IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkg ZXZlcnlvbmUsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5KYW4g aXMgcmlnaHQsIHdlIGFyZSB0cnlpbmcgdG8gcHJvZHVjZSBhIG1pbmltYWwgT0RMIGRpc3RyaWJ1 dGlvbiBmb3IgdGhlIEhvbmV5Y29tYiBwcm9qZWN0LiBIb3dldmVyIHdlIGhhdmUgcXVpdGUgYSBi aXQgb2Ygd29yayBhaGVhZCBvZiB1cywgYmVmb3JlIHRoZSBtaW5pbWFsDQogZGlzdHJpYnV0aW9u IHdpbGwgYmUgYXZhaWxhYmxlOiA8YSBocmVmPSJodHRwczovL2ppcmEuZmQuaW8vYnJvd3NlL0hP TkVZQ09NQi0xOCI+DQpodHRwczovL2ppcmEuZmQuaW8vYnJvd3NlL0hPTkVZQ09NQi0xODwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkFuZCB3ZSBkbyBub3Qg aGF2ZSBhbiBleGFjdCBkYXRlIGZvciB3aGVuIHRoaXMgd2lsbCBiZSBhdmFpbGFibGUuIEl0IG1p Z2h0IHRha2UgYSBjb3VwbGUgbW9udGhzIGJlZm9yZSB3ZSBzdGFydCBhbmQgZmluaXNoIHdpdGgg dGhpcyBlZmZvcnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5N YXJvczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSmFuIE1lZHZl ZCAoam1lZHZlZCkNCjxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEFwcmlsIDE4LCAyMDE2IDQ6 MDEgUE08YnI+DQo8Yj5Ubzo8L2I+IEdpbGVzIEhlcm9uICZsdDtnaWxlcy5oZXJvbkBnbWFpbC5j b20mZ3Q7OyBFZHdpbiBDb3JkZWlybyAmbHQ7ZWR3aW5Ac2NvcmRlaXJvLm5ldCZndDs7IE1hcm9z IE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRIRU9OIFRFQ0hOT0xPR0lFUyBhdCBDaXNjbykg Jmx0O21tYXJzYWxlQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IGkycnNAaWV0Zi5vcmc7 IFN1c2FuIEhhcmVzICZsdDtzaGFyZXNAbmR6aC5jb20mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+RWR3aW4sIEdpbGVzLCBTdWU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkFzIHBhcnQgb2YgRkQuaW8gd2UgYXJl IGNyZWF0aW5nIGEgc3RyaXBwZWQtZG93biBkaXN0cmlidXRpb24gb2YgT0RMIHRoYXQgY29udGFp bnMgb25seSBOZXRjb25mLCBCR1AgYW5kIGNvbXBvbmVudHMgcmVxdWlyZWQgdG8gc3VwcG9ydCB0 aGVzZSB0d28uIFRoaXMgd2lsbCBiZQ0KIHRoZSBtYW5hZ2VtZW50L2NvbnRyb2wgYWdlbnQgZm9y IFZQUCAocHJvamVjdCBuYW1lIEhvbmV5Y29tYikuIFRoaXMgd291bGQgSU1PIGJlIHRoZSBiZXN0 IGZpdCBmb3IgdGhlIEhhY2thdGhvbiBwbGF0Zm9ybS4gUGxlYXNlIGNvbnRhY3QgTWFyb3MgTWFy c2FsZWsgKHRoZSBQVEwgZm9yIEhvbmV5Y29tYiwgY29waWVkKSBmb3IgbW9yZSBkZXRhaWxzLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+SmFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5pMnJz ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZyI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+aTJycy1i b3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7DQogb24gYmVoYWxmIG9m IEdpbGVzIEhlcm9uICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9uQGdtYWls LmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+Z2lsZXMuaGVyb25AZ21haWwuY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJy Pg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgQXByaWwgMTgsIDIwMTYgYXQgNjo0MSBBTTxicj4NCjxi PlRvOiA8L2I+RWR3aW4gQ29yZGVpcm8gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5A c2NvcmRlaXJvLm5ldCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGll dGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mcXVvdDsgJmx0Ozwv c3Bhbj48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48 L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Jmd0OywNCiBTdXNhbiBIYXJlcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1h aWx0bzpzaGFyZXNAbmR6aC5jb20iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPnNoYXJlc0BuZHpoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQ7bWFyZ2luLWxlZnQ6My43 NXB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0 IiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGkgRWR3 aW4sDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5PbiAxOCBBcHIgMjAxNiwgYXQgMTA6NDIsIEVkd2luIENvcmRlaXJvICZsdDs8 L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj4mZ3Q7DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPkhpIFN1ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5J biBsaW5lIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5r cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RWR3aW4gQ29yZGVpcm88L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5P biBNb24sIEFwciAxMSwgMjAxNiBhdCAxOjUxIFBNLCBTdXNhbiBIYXJlcyAmbHQ7PC9zcGFuPjxh IGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPnNoYXJlc0BuZHpoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj4mZ3Q7DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow aW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkVkd2luOg0KPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U29y cnksIG15IGZpcnN0IG1lc3NhZ2UgZGlkIG5vdCBhZGRyZXNzIGFsbCB5b3VyIHF1ZXN0aW9ucy4m bmJzcDsgV2hhdCB3b3VsZCBiZSB1c2VmdWwgZm9yIHlvdSB0byBkbyBpczoNCjwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjEpPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNl ZSBpZiB5b3UgY2FuIGdldCBhbiBPREwgYmFzZWQgVk0gd2hpY2ggaXMgdGhlIHNhbWUgc2l6ZSBh cyBEb24gYW5kIE1hbWFkb3XigJlzIFZNLDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+WWVzLCBpdCBpcyBwb3NzaWJsZSB0byBtYWtlIGEgc21hbGwgVk0gd2l0aCBP REwgaWYgdGhlIGdyYXBoaWNhbCBpbnRlcmZhY2UgaXMgbm90IG5lZWRlZC48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj55dXAg LSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0dWZm IG5lZWRlZCB0byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPykuICZu YnNwO1lvdSBjb3VsZCBwcm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5b3UNCiB0 b28gdGhlIHRpbWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24ndCBuZWVk LiAmbmJzcDsgSSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5IGEgY291 cGxlIG9mIEtCIGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0KS4g Jm5ic3A7VGFrZSBhIGxvb2sgaW46PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0 LXNldHVwIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZ2l0aHViLmNvbS9DaXNjb0Rldk5ldC9v cGVuZGF5bGlnaHQtc2V0dXA8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPkdpbGVzPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2 LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjIpPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNlZSBpZiB5b3UgY2Fu IHJ1biBEb24gYW5kIE1hbWFkb3XigJlzIFZNIGluIHlvdXIgZW52aXJvbm1lbnQuPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPklmIHdlIGNhbiBnZXQgYSBjb3B5IG9mIHRoaXMg Vk0sIHdlIGNhbiBzdXJlbHkgdGVzdCBpdC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGlu IDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4t cmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4zKTwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UZXN0 IHRoZSBJMlJTIFJJQiB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRo dWIgKH4yIHdlZWtzKQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+NCk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xv cjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGVzdCB0aGUgSTJSUyBGaWx0ZXItQmFzZWQgd2l0aCB0 aGUgUXVhZ2dhIGNvZGUgd2hlbiBJIHBvc3QgaXQgdG8gZ2l0dWIgKH40IHdlZWtzKTwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+V2Ugd2lsbCB3YWl0IGZvciBpdC48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5n OjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3aWxs IHRyeSB0byBnZXQgdGhlIE9ETCBWTSBwb3N0ZWQgdG8gZ2l0aHViIHRvZGF5LiZuYnNwOyZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5JIGxvb2tlZCBhdCB0aGUgSGFja2F0 aG9uICg8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2ll dGY5NSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZiI+aHR0cHM6Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2lldGY5NTwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+KQ0KIGFuZCB0aGUgSTJSUy1XRyAoPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8v Z2l0aHViLmNvbS9pMnJzLXdnIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL2dpdGh1Yi5jb20vaTJycy13Zzwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+KSBHaXRodWIsIGJ1dCBmb3VuZCBubyBWTSB0aGVyZS48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4NCiBBcmUgeW91IHVzaW5nIGFub3RoZXIgcmVwb3Np dG9yeT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5TdWUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiBpMnJzIFttYWlsdG86PC9zcGFuPjxh IGhyZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss c2Fucy1zZXJpZiI+aTJycy1ib3VuY2VzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5TdXNhbiBIYXJlczxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDc6NDQgQU08YnI+DQo8Yj5Ubzo8L2I+ ICdFZHdpbiBDb3JkZWlybyc8YnI+DQo8Yj5DYzo8L2I+IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86 aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGlldGYu b3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkVkd2luOg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91IGZvciB5b3VyIGVudmlyb25tZW50LiZuYnNwOyBE b24gRmVkeWsgYW5kIE1hbWFkb3UgVGFoaXJvdSBjcmVhdGVkIGEgVk0gaW4gdGhlIHZpcnR1YWwg Ym94LiZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RGV2ICZhbXA7IGV4ZWN1 dGlvbiBlbnZpcm9ubWVudDogTGludXggKFVidW50dSZuYnNwOyAxNC4zIG5hdGl2ZSBvciBpbiBW aXJ0dWFsIEJveCk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5taW5pbmV0IGFuZCBtaW5p bmV4dCAoc2ltdWxhdGVkIG5ldHdvcmsgb2Ygcm91dGVycyk8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5RdWFnZ2EgMS4wLjIwMTYwMzE1IChpbmNsdWRpbmcgWmVicmEgZm9yIHJvdXRlIHRh YmxlIGFjY2Vzcyk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UaGUgZm9sbG93aW5nIGNvZGUgbmVlZHMgd2lsbCBuZWVkIHRvIGJlIGRvd25s b2FkZWQgdG8gdGhlIGZvbGxvd2luZyBWTTogJm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Q2lzY28vVGFpbC1mIGNvbmZkIDYuMTwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt YXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPll1bWHigJlzIHlhbmdjbGktcHJvDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5pZXRmLWkycnMtcmliIFlBTkcgbW9kZWwgZnJvbSBkcmFmdC1pZXRmLWkycnMtcmliLWRhdGEt bW9kZWwtMDUudHh0PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+STJSUyBGQi1GSUIgWWFu ZyBtb2RlbCZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj7DoDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+IGxpbmsgdG8gSVAtVGFibGUgaW4gVWJ1bnR1ICZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoaXMgcGFy dCBvZiB0aGUgY29kZSB3YXMgbm90IGNvbXBsZXRlZCDigJMgc28gSSB3aWxsIHRyeSB0byBjb21w bGV0ZSB0aGlzDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgd2lsbCBwb3N0IHRoaXMgaW4gdGhlIEkyUlMgZ2l0 aHViIHJlcG9zaXRvcnkuDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TdWUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86 ZWR3aW5zY0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+ZWR3aW5z Y0BnbWFpbC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4NCiBbPC9z cGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbnNjQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OyxzYW5zLXNlcmlmIj5tYWlsdG86ZWR3aW5zY0BnbWFpbC5jb208L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkVkd2luIENvcmRlaXJv PGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNDozNCBBTTxicj4NCjxi PlRvOjwvYj4gU3VzYW4gSGFyZXM8YnI+DQo8Yj5DYzo8L2I+IDwvc3Bhbj48YSBocmVmPSJtYWls dG86aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGll dGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkhpIFN1c2Fu LDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5JIHNhdyB5 b3VyIHByZXNlbnRhdGlvbiBvZiB0aGUgSGFja2F0aG9uIGFuZCBmaXJzdCBzb3JyeSB0aGUgVk0g d2Fzbid0IHNtYWxsZXIsIGJ1dCB0aG9zZSB3ZXJlIHRoZSBzdWdnZXN0aW9ucyBmcm9tIE9ETA0K IGZvciBydW5uaW5nIGl0IGluc2lkZSBhIFZNLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj5XZSBhcmUgaGFwcHkgdGhhdCB5b3Ugd2VyZSBhYmxlIHRvIGZp bmQgYSB3b3JrYXJvdW5kIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIHRlc3QgYW5kIGV4cGFuZCB0aGUg cmVzdWx0IG9mIHRoZSBIYWNrYXRob24sDQogY291bGQgeW91IHBsZWFzZSBzaGFyZSB0aGUgcmVz dWx0cz88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhh bmsgeW91PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPkVkd2luIENvcmRlaXJvPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPk9uIFRodSwgTWFyIDMxLCAyMDE2 IGF0IDk6MzYgQU0sIEVkd2luIENvcmRlaXJvICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVk d2luQHNjb3JkZWlyby5uZXQiIHRhcmdldD0iX2JsYW5rIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9h PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0Ow0KIHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5I aSBTdXNhbiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ VGhlIFZNIGlzIGEgVWJ1bnR1IHNvIGl0IGlzIHBvc3NpYmxlIHRvIHJ1biB0aGlzIGVtdWxhdGVk IG5ldHdvcmsgaW4gYSBuYXRpdmUgVWJ1bnR1IGxhcHRvcC4gVGhlIG9ubHkgc3BlY2lhbCByZXF1 aXJlbWVudA0KIGlzIGZvciBNaW5pTkV4VCAoPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHVi LmNvbS9VU0MtTlNML21pbmlORXhUIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cHM6Ly9naXRodWIuY29t L1VTQy1OU0wvbWluaU5FeFQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiksIHRoYXQgZG9lcyBub3Qg Y3VycmVudGx5DQogc3VwcG9ydCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgTWluaW5ldCwgeW91IG11 c3QgdXNlIE1pbmluZXQgdmVyc2lvbiAyLjEuMC4gSSB3aWxsIGFkZCB0byB0aGUgd2VicGFnZSBh IGZpbGUgd2l0aCB0aGUgY29uZmlnIGZpbGVzIHVzZWQgZm9yIE1pbmluZXQgYW5kJm5ic3A7TWlu aU5FeFQuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+QW5vdGhlciBvcHRpb24gaXMgdG8g cnVuIHRoZSBWTSBhbmQgY29uZmlndXJlIHRoZSBWaXJ0dWFsYm94IG9yIFZNd2FyZSBQbGF5ZXIg dG8gbWFrZSB0aGUgbmV0d29yayBpbnRlcmZhY2Ugb2YgdGhlIFZNDQogdG8gYmUgaW4gYnJpZGdl IG1vZGUgb3IgaW4gaW50ZXJuYWwgbmV0d29yayB3aXRoIHRoZSBob3N0IG1hY2hpbmUsIHRoYXQg d2F5IHlvdSBtYXkgdXNlIGFueSBwcm9ncmFtIGluc3RhbGxlZCBpbiB0aGUgaG9zdCBtYWNoaW5l IHRvIGludGVyYWN0IHdpdGggdGhlIFZNLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkJS PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6 Izg4ODg4OCI+PGJyIGNsZWFyPSJhbGwiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izg4ODg4OCI+RWR3aW4gQ29yZGVpcm88 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj5PbiBUaHUsIE1hciAzMSwgMjAxNiBhdCAyOjE1IEFNLCBTdXNhbiBI YXJlcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iIHRhcmdldD0i X2JsYW5rIj5zaGFyZXNAbmR6aC5jb208L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mZ3Q7 IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91 IGZvciB0aGUgY2xpZW50LiZuYnNwOyBEbyB5b3UgdGhpbmsgaXQgd291bGQgd29yayBvbiB1bmJ1 bnR1PyZuYnNwOyBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFjbGUNCiBCb3gg YW5kIHJ1bm5pbmcgbmF0aXZlIG9uIHRoZSB1bmJ1bnR1IGxhcHRvcHMuIDwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4gaTJycyBbbWFpbHRvOjwvc3Bhbj48 YSBocmVmPSJtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LHNhbnMtc2VyaWYiPmkycnMtYm91bmNlc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4gQ29yZGVpcm88YnI+ DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBNYXJjaCAzMCwgMjAxNiAxMTozMyBBTTxicj4NCjxi PlRvOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW2kycnNdIEkyUlMgSGFja2F0 aG9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkhpIGFsbCw8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+QXMgd2UgYXJlIHRyeWluZyB0byBtYWtlIGFu IEkyUlMgaW1wbGVtZW50YXRpb24gaGVyZSBhdCBUVSBNdW5pY2gsIHdlIGNyZWF0ZWQgYSBWTSB0 aGF0IGlzIHJ1bm5pbmcgTWluaW5ldCAodG8gZW11bGF0ZQ0KIGEgbmV0d29yayksIE1pbmluRXh0 ICh0byBpbXBsZW1lbnQgdmlydHVhbCByb3V0ZXJzKSBhbmQgT3BlbkRheUxpZ2h0ICh0aGF0IHdl IHRyeWluZyB0byB1c2UgYXMgSTJSUyBhZ2VudCksIHRoZSBJMlJTIGNsaWVudCB3ZSBhcmUgdHJ5 aW5nIHRvIG1ha2UgdXNpbmcgWmVicmEuIFRoZSBJMlJTIGFnZW50IGlzIHRoZSBORVRDT05GICYj NDM7IFlBTkcgbW9kdWxlcyBvZiBPREwsIGJ1dCBpdCBuZWVkcyB0aGUgWUFORyBtb2RlbHMgdG8g YmUgd3JpdHRlbi4NCiBUaGUgSTJSUyBjbGllbnQgaXMgbm90IHByZXNlbnQgYXMgaXQgaXMgbm90 IHlldCByZWFkeSBmb3Igc2hhcmluZy48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+T24gdGhlIHByZXZpb3VzIEhhY2thdGhvbiwgb25lIG9mIHRoZSBkaWZm aWN1bHRpZXMgZm9yIHRoZSBJMlJTIHdhcyB0aGUgbGFjayBvZiBhbiBlbnZpcm9ubWVudCB3aGVy ZSBpdCBjb3VsZCBiZSBkZXZlbG9wZWQsDQogc28gd2UgZGVjaWRlZCB0byBzaGFyZSB0aGlzIFZN IGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRvIGdldCB0aGlzIG5ldHdvcmsgcnVubmluZyBpbiB0aGUg aG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwgZm9yIHRoZSBhcHByb2FjaGluZyBIYWNrYXRob24gaW4g QnVlbm9zIEFpcmVzLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5UaGUgdHV0b3JpYWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBocmVmPSJodHRwOi8vd3d3Lm5ldC5pbi50 dW0uZGUvcHViL2kycnMvIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cDovL3d3dy5uZXQuaW4udHVtLmRl L3B1Yi9pMnJzLzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxhIGhy ZWY9Imh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy9JMlJTLURldi1WTS5vdmEiIHRh cmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5odHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvSTJSUy1EZXYt Vk0ub3ZhPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4NCiAtIG1kNTombmJzcDthZjcwNzQxY2QxMmIz OWE5NjQ0YjA4ODFkZjUxNmE1NTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5VbmZvcnR1bmF0ZWx5IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5kIHRo aXMgbmV4dCBtZWV0aW5nIGluIHBlcnNvbiwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlvbiwg bGV0IHVzIGtub3cuIFdlDQogaG9wZSB0aGUgVk0gdG8gYmUgdXNlZnVsLjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5CZXN0IFJlZ2FyZHMsPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KaTJycyBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0 Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJyczwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_fe1c9c3c07c14294a514aff50d6a959dXCHRTP018ciscocom_-- From nobody Mon Apr 18 08:44:24 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D428712E14C for ; Mon, 18 Apr 2016 08:44:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 7JpXgkSM_w9G for ; Mon, 18 Apr 2016 08:44:19 -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 37DDA12E13E for ; Mon, 18 Apr 2016 08:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=73912; q=dns/txt; s=iport; t=1460994259; x=1462203859; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Y3jA3Bt2TuLnO0Lij5HokKT02/zr/RNTWQkfYPMTaK8=; b=jIRKJyIPjmAGgVNr6mPx8ywies69uRvz/1ASFgf5s5Z4lldtHUyl6SHI 76RnNAvKbkIDxrYAeQsyzb6/swvhRDFjDOpim/hn4yR1QKqtBFhr3JEv2 vyK2naC08EMnNrRygNyH3QreEupL/J+kVHq6RggwHvbQt32fzdeWEsk59 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BEAgBeABVX/40NJK1dgmtNU30GhU2hD?= =?us-ascii?q?odti1kBDYFtBBcBCoVsAhyBGTgUAQEBAQEBAWUnhEEBAQEEAQEBIAQGQQsQAgE?= =?us-ascii?q?IEQMBAQEhAQYDAgICHwYLFAkIAgQBDQWIFAMSDqoKjBMNhHYBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEVhiGBdQiCToJBggkLCg0JCIJCK4IrBY1ThUuEPzEBhXeGIYF?= =?us-ascii?q?1gWeETohch06HXAEeAQFCggQBGYFKbAEBiDp+AQEB?= X-IronPort-AV: E=Sophos; i="5.24,503,1454976000"; d="scan'208,217"; a="98421249" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Apr 2016 15:44:17 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u3IFiHTU021744 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 18 Apr 2016 15:44:17 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 18 Apr 2016 11:44:16 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Mon, 18 Apr 2016 11:44:16 -0400 From: "Jan Medved (jmedved)" To: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" , Giles Heron , Edwin Cordeiro Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWVn2yDTCXxkSEPWPJjAtlgZ9y8quAgAB7MQCAEVm0AIAANQ4AgAACUACACtxCAIAAQqUA//+QKoCAADuqoP//4SuA Date: Mon, 18 Apr 2016 15:44:16 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.160212 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.27.7.168] Content-Type: multipart/alternative; boundary="_000_B82A6C6B226348F480A2B0F78E15ED3Dciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 15:44:23 -0000 --_000_B82A6C6B226348F480A2B0F78E15ED3Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSB3YXMgdGhpbmtpbmcgdGhlIHRhcmdldCB3b3VsZCBiZSB0aGUgQmVybGluIElFVEYgaW4gSnVs eS4NCg0KRnJvbTogIk1hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRIRU9OIFRFQ0hO T0xPR0lFUyBhdCBDaXNjbykiIDxtbWFyc2FsZUBjaXNjby5jb208bWFpbHRvOm1tYXJzYWxlQGNp c2NvLmNvbT4+DQpEYXRlOiBNb25kYXksIEFwcmlsIDE4LCAyMDE2IGF0IDc6NDAgQU0NClRvOiBK YW4gTWVkdmVkIDxqbWVkdmVkQGNpc2NvLmNvbTxtYWlsdG86am1lZHZlZEBjaXNjby5jb20+Piwg R2lsZXMgSGVyb24gPGdpbGVzLmhlcm9uQGdtYWlsLmNvbTxtYWlsdG86Z2lsZXMuaGVyb25AZ21h aWwuY29tPj4sIEVkd2luIENvcmRlaXJvIDxlZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0bzplZHdp bkBzY29yZGVpcm8ubmV0Pj4NCkNjOiAiaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9y Zz4iIDxpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPj4sIFN1c2FuIEhhcmVzIDxz aGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpTdWJqZWN0OiBSRTogW2ky cnNdIEkyUlMgSGFja2F0aG9uDQoNCkhpIGV2ZXJ5b25lLA0KDQpKYW4gaXMgcmlnaHQsIHdlIGFy ZSB0cnlpbmcgdG8gcHJvZHVjZSBhIG1pbmltYWwgT0RMIGRpc3RyaWJ1dGlvbiBmb3IgdGhlIEhv bmV5Y29tYiBwcm9qZWN0LiBIb3dldmVyIHdlIGhhdmUgcXVpdGUgYSBiaXQgb2Ygd29yayBhaGVh ZCBvZiB1cywgYmVmb3JlIHRoZSBtaW5pbWFsIGRpc3RyaWJ1dGlvbiB3aWxsIGJlIGF2YWlsYWJs ZTogaHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05FWUNPTUItMTgNCg0KQW5kIHdlIGRvIG5v dCBoYXZlIGFuIGV4YWN0IGRhdGUgZm9yIHdoZW4gdGhpcyB3aWxsIGJlIGF2YWlsYWJsZS4gSXQg bWlnaHQgdGFrZSBhIGNvdXBsZSBtb250aHMgYmVmb3JlIHdlIHN0YXJ0IGFuZCBmaW5pc2ggd2l0 aCB0aGlzIGVmZm9ydC4NCg0KTWFyb3MNCg0KRnJvbTogSmFuIE1lZHZlZCAoam1lZHZlZCkNClNl bnQ6IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgNDowMSBQTQ0KVG86IEdpbGVzIEhlcm9uIDxnaWxl cy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbT4+OyBFZHdpbiBD b3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+ OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJRVMgYXQg Q2lzY28pIDxtbWFyc2FsZUBjaXNjby5jb208bWFpbHRvOm1tYXJzYWxlQGNpc2NvLmNvbT4+DQpD YzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz47IFN1c2FuIEhhcmVzIDxzaGFy ZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+DQpTdWJqZWN0OiBSZTogW2kycnNd IEkyUlMgSGFja2F0aG9uDQoNCkVkd2luLCBHaWxlcywgU3VlOg0KDQpBcyBwYXJ0IG9mIEZELmlv IHdlIGFyZSBjcmVhdGluZyBhIHN0cmlwcGVkLWRvd24gZGlzdHJpYnV0aW9uIG9mIE9ETCB0aGF0 IGNvbnRhaW5zIG9ubHkgTmV0Y29uZiwgQkdQIGFuZCBjb21wb25lbnRzIHJlcXVpcmVkIHRvIHN1 cHBvcnQgdGhlc2UgdHdvLiBUaGlzIHdpbGwgYmUgdGhlIG1hbmFnZW1lbnQvY29udHJvbCBhZ2Vu dCBmb3IgVlBQIChwcm9qZWN0IG5hbWUgSG9uZXljb21iKS4gVGhpcyB3b3VsZCBJTU8gYmUgdGhl IGJlc3QgZml0IGZvciB0aGUgSGFja2F0aG9uIHBsYXRmb3JtLiBQbGVhc2UgY29udGFjdCBNYXJv cyBNYXJzYWxlayAodGhlIFBUTCBmb3IgSG9uZXljb21iLCBjb3BpZWQpIGZvciBtb3JlIGRldGFp bHMuDQoNCg0KDQpUaGFua3MsDQpKYW4NCg0KDQpGcm9tOiBpMnJzIDxpMnJzLWJvdW5jZXNAaWV0 Zi5vcmc8bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBHaWxlcyBI ZXJvbiA8Z2lsZXMuaGVyb25AZ21haWwuY29tPG1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20+ Pg0KRGF0ZTogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA2OjQxIEFNDQpUbzogRWR3aW4gQ29y ZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQ+Pg0K Q2M6ICJpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPiIgPGkycnNAaWV0Zi5vcmc8 bWFpbHRvOmkycnNAaWV0Zi5vcmc+PiwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWls dG86c2hhcmVzQG5kemguY29tPj4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24N Cg0KSGkgRWR3aW4sDQoNCk9uIDE4IEFwciAyMDE2LCBhdCAxMDo0MiwgRWR3aW4gQ29yZGVpcm8g PGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQ+PiB3cm90ZToN Cg0KSGkgU3VlLA0KDQpJbiBsaW5lIGNvbW1lbnRzLg0KDQpUaGFua3MsDQoNCkVkd2luIENvcmRl aXJvDQoNCk9uIE1vbiwgQXByIDExLCAyMDE2IGF0IDE6NTEgUE0sIFN1c2FuIEhhcmVzIDxzaGFy ZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+IHdyb3RlOg0KRWR3aW46DQoNClNv cnJ5LCBteSBmaXJzdCBtZXNzYWdlIGRpZCBub3QgYWRkcmVzcyBhbGwgeW91ciBxdWVzdGlvbnMu ICBXaGF0IHdvdWxkIGJlIHVzZWZ1bCBmb3IgeW91IHRvIGRvIGlzOg0KDQoxKSAgICAgIFNlZSBp ZiB5b3UgY2FuIGdldCBhbiBPREwgYmFzZWQgVk0gd2hpY2ggaXMgdGhlIHNhbWUgc2l6ZSBhcyBE b24gYW5kIE1hbWFkb3XigJlzIFZNLA0K4oCLWWVzLCBpdCBpcyBwb3NzaWJsZSB0byBtYWtlIGEg c21hbGwgVk0gd2l0aCBPREwgaWYgdGhlIGdyYXBoaWNhbCBpbnRlcmZhY2UgaXMgbm90IG5lZWRl ZC7igIsNCg0KDQp5dXAgLSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RM IHBsdXMgdGhlIHN0dWZmIG5lZWRlZCB0byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKA nHNtYWxs4oCdPykuICBZb3UgY291bGQgcHJvYmFibHkgYnVpbGQgYSBtdWNoIHNtYWxsZXIgVk0g aWYgeW91IHRvbyB0aGUgdGltZSB0byBzdHJpcCBvdXQgYWxsIHRoZSBsaWJyYXJpZXMgeW91IGRv bid0IG5lZWQuICAgSSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5IGEg Y291cGxlIG9mIEtCIGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0 KS4gIFRha2UgYSBsb29rIGluOg0KDQpodHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3Bl bmRheWxpZ2h0LXNldHVwDQoNCkdpbGVzDQoyKSAgICAgIFNlZSBpZiB5b3UgY2FuIHJ1biBEb24g YW5kIE1hbWFkb3XigJlzIFZNIGluIHlvdXIgZW52aXJvbm1lbnQuDQrigItJZiB3ZSBjYW4gZ2V0 IGEgY29weSBvZiB0aGlzIFZNLCB3ZSBjYW4gc3VyZWx5IHRlc3QgaXQu4oCLDQozKSAgICAgIFRl c3QgdGhlIEkyUlMgUklCIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdp dGh1YiAofjIgd2Vla3MpDQo0KSAgICAgIFRlc3QgdGhlIEkyUlMgRmlsdGVyLUJhc2VkIHdpdGgg dGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdHViICh+NCB3ZWVrcykNCuKAi1dl IHdpbGwgd2FpdCBmb3IgaXQu4oCLDQoNCg0KSSB3aWxsIHRyeSB0byBnZXQgdGhlIE9ETCBWTSBw b3N0ZWQgdG8gZ2l0aHViIHRvZGF5Lg0K4oCLSSBsb29rZWQgYXQgdGhlIEhhY2thdGhvbiAoaHR0 cHM6Ly9naXRodWIuY29tL0lFVEYtSGFja2F0aG9uL2lldGY5NSkgYW5kIHRoZSBJMlJTLVdHICho dHRwczovL2dpdGh1Yi5jb20vaTJycy13ZykgR2l0aHViLCBidXQgZm91bmQgbm8gVk0gdGhlcmUu 4oCLIEFyZSB5b3UgdXNpbmcgYW5vdGhlciByZXBvc2l0b3J5Pw0KDQoNClN1ZQ0KDQpGcm9tOiBp MnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppMnJzLWJvdW5jZXNAaWV0 Zi5vcmc+XSBPbiBCZWhhbGYgT2YgU3VzYW4gSGFyZXMNClNlbnQ6IE1vbmRheSwgQXByaWwgMTEs IDIwMTYgNzo0NCBBTQ0KVG86ICdFZHdpbiBDb3JkZWlybycNCkNjOiBpMnJzQGlldGYub3JnPG1h aWx0bzppMnJzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0K DQpFZHdpbjoNCg0KVGhhbmsgeW91IGZvciB5b3VyIGVudmlyb25tZW50LiAgRG9uIEZlZHlrIGFu ZCBNYW1hZG91IFRhaGlyb3UgY3JlYXRlZCBhIFZNIGluIHRoZSB2aXJ0dWFsIGJveC4NCuKAoiAg ICAgICBEZXYgJiBleGVjdXRpb24gZW52aXJvbm1lbnQ6IExpbnV4IChVYnVudHUgIDE0LjMgbmF0 aXZlIG9yIGluIFZpcnR1YWwgQm94KQ0K4oCiICAgICAgIG1pbmluZXQgYW5kIG1pbmluZXh0IChz aW11bGF0ZWQgbmV0d29yayBvZiByb3V0ZXJzKQ0K4oCiICAgICAgIFF1YWdnYSAxLjAuMjAxNjAz MTUgKGluY2x1ZGluZyBaZWJyYSBmb3Igcm91dGUgdGFibGUgYWNjZXNzKQ0KDQpUaGUgZm9sbG93 aW5nIGNvZGUgbmVlZHMgd2lsbCBuZWVkIHRvIGJlIGRvd25sb2FkZWQgdG8gdGhlIGZvbGxvd2lu ZyBWTToNCuKAoiAgICAgICBDaXNjby9UYWlsLWYgY29uZmQgNi4xDQrigKIgICAgICAgWXVtYeKA mXMgeWFuZ2NsaS1wcm8NCuKAoiAgICAgICBpZXRmLWkycnMtcmliIFlBTkcgbW9kZWwgZnJvbSBk cmFmdC1pZXRmLWkycnMtcmliLWRhdGEtbW9kZWwtMDUudHh0DQrigKIgICAgICAgSTJSUyBGQi1G SUIgWWFuZyBtb2RlbCAgLS0+IGxpbmsgdG8gSVAtVGFibGUgaW4gVWJ1bnR1DQoNClRoaXMgcGFy dCBvZiB0aGUgY29kZSB3YXMgbm90IGNvbXBsZXRlZCDigJMgc28gSSB3aWxsIHRyeSB0byBjb21w bGV0ZSB0aGlzDQoNCkkgd2lsbCBwb3N0IHRoaXMgaW4gdGhlIEkyUlMgZ2l0aHViIHJlcG9zaXRv cnkuDQoNClN1ZQ0KDQoNCkZyb206ZWR3aW5zY0BnbWFpbC5jb208bWFpbHRvOmVkd2luc2NAZ21h aWwuY29tPiBbbWFpbHRvOmVkd2luc2NAZ21haWwuY29tXSBPbiBCZWhhbGYgT2YgRWR3aW4gQ29y ZGVpcm8NClNlbnQ6IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNDozNCBBTQ0KVG86IFN1c2FuIEhh cmVzDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJl OiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KSGkgU3VzYW4sDQoNCkkgc2F3IHlvdXIgcHJlc2Vu dGF0aW9uIG9mIHRoZSBIYWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5IHRoZSBWTSB3YXNuJ3Qgc21h bGxlciwgYnV0IHRob3NlIHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZyb20gT0RMIGZvciBydW5uaW5n IGl0IGluc2lkZSBhIFZNLg0KDQpXZSBhcmUgaGFwcHkgdGhhdCB5b3Ugd2VyZSBhYmxlIHRvIGZp bmQgYSB3b3JrYXJvdW5kIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIHRlc3QgYW5kIGV4cGFuZCB0aGUg cmVzdWx0IG9mIHRoZSBIYWNrYXRob24sIGNvdWxkIHlvdSBwbGVhc2Ugc2hhcmUgdGhlIHJlc3Vs dHM/DQoNClRoYW5rIHlvdQ0KDQpFZHdpbiBDb3JkZWlybw0KDQpPbiBUaHUsIE1hciAzMSwgMjAx NiBhdCA5OjM2IEFNLCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86 ZWR3aW5Ac2NvcmRlaXJvLm5ldD4+IHdyb3RlOg0KSGkgU3VzYW4sDQoNClRoZSBWTSBpcyBhIFVi dW50dSBzbyBpdCBpcyBwb3NzaWJsZSB0byBydW4gdGhpcyBlbXVsYXRlZCBuZXR3b3JrIGluIGEg bmF0aXZlIFVidW50dSBsYXB0b3AuIFRoZSBvbmx5IHNwZWNpYWwgcmVxdWlyZW1lbnQgaXMgZm9y IE1pbmlORXhUIChodHRwczovL2dpdGh1Yi5jb20vVVNDLU5TTC9taW5pTkV4VCksIHRoYXQgZG9l cyBub3QgY3VycmVudGx5IHN1cHBvcnQgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIE1pbmluZXQsIHlv dSBtdXN0IHVzZSBNaW5pbmV0IHZlcnNpb24gMi4xLjAuIEkgd2lsbCBhZGQgdG8gdGhlIHdlYnBh Z2UgYSBmaWxlIHdpdGggdGhlIGNvbmZpZyBmaWxlcyB1c2VkIGZvciBNaW5pbmV0IGFuZCBNaW5p TkV4VC4NCg0KQW5vdGhlciBvcHRpb24gaXMgdG8gcnVuIHRoZSBWTSBhbmQgY29uZmlndXJlIHRo ZSBWaXJ0dWFsYm94IG9yIFZNd2FyZSBQbGF5ZXIgdG8gbWFrZSB0aGUgbmV0d29yayBpbnRlcmZh Y2Ugb2YgdGhlIFZNIHRvIGJlIGluIGJyaWRnZSBtb2RlIG9yIGluIGludGVybmFsIG5ldHdvcmsg d2l0aCB0aGUgaG9zdCBtYWNoaW5lLCB0aGF0IHdheSB5b3UgbWF5IHVzZSBhbnkgcHJvZ3JhbSBp bnN0YWxsZWQgaW4gdGhlIGhvc3QgbWFjaGluZSB0byBpbnRlcmFjdCB3aXRoIHRoZSBWTS4NCg0K QlINCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gVGh1LCBNYXIgMzEsIDIwMTYgYXQgMjoxNSBBTSwg U3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4gd3Jv dGU6DQpFZHdpbjoNCg0KVGhhbmsgeW91IGZvciB0aGUgY2xpZW50LiAgRG8geW91IHRoaW5rIGl0 IHdvdWxkIHdvcmsgb24gdW5idW50dT8gIEnigJl2ZSBnb3QgYW4gT0RMIGVudmlyb25tZW50IGlu IG9yYWNsZSBCb3ggYW5kIHJ1bm5pbmcgbmF0aXZlIG9uIHRoZSB1bmJ1bnR1IGxhcHRvcHMuDQoN ClN1ZQ0KDQpGcm9tOiBpMnJzIFttYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPG1haWx0bzpp MnJzLWJvdW5jZXNAaWV0Zi5vcmc+XSBPbiBCZWhhbGYgT2YgRWR3aW4gQ29yZGVpcm8NClNlbnQ6 IFdlZG5lc2RheSwgTWFyY2ggMzAsIDIwMTYgMTE6MzMgQU0NClRvOiBpMnJzQGlldGYub3JnPG1h aWx0bzppMnJzQGlldGYub3JnPg0KU3ViamVjdDogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkhp IGFsbCwNCg0KQXMgd2UgYXJlIHRyeWluZyB0byBtYWtlIGFuIEkyUlMgaW1wbGVtZW50YXRpb24g aGVyZSBhdCBUVSBNdW5pY2gsIHdlIGNyZWF0ZWQgYSBWTSB0aGF0IGlzIHJ1bm5pbmcgTWluaW5l dCAodG8gZW11bGF0ZSBhIG5ldHdvcmspLCBNaW5pbkV4dCAodG8gaW1wbGVtZW50IHZpcnR1YWwg cm91dGVycykgYW5kIE9wZW5EYXlMaWdodCAodGhhdCB3ZSB0cnlpbmcgdG8gdXNlIGFzIEkyUlMg YWdlbnQpLCB0aGUgSTJSUyBjbGllbnQgd2UgYXJlIHRyeWluZyB0byBtYWtlIHVzaW5nIFplYnJh LiBUaGUgSTJSUyBhZ2VudCBpcyB0aGUgTkVUQ09ORiArIFlBTkcgbW9kdWxlcyBvZiBPREwsIGJ1 dCBpdCBuZWVkcyB0aGUgWUFORyBtb2RlbHMgdG8gYmUgd3JpdHRlbi4gVGhlIEkyUlMgY2xpZW50 IGlzIG5vdCBwcmVzZW50IGFzIGl0IGlzIG5vdCB5ZXQgcmVhZHkgZm9yIHNoYXJpbmcuDQoNCk9u IHRoZSBwcmV2aW91cyBIYWNrYXRob24sIG9uZSBvZiB0aGUgZGlmZmljdWx0aWVzIGZvciB0aGUg STJSUyB3YXMgdGhlIGxhY2sgb2YgYW4gZW52aXJvbm1lbnQgd2hlcmUgaXQgY291bGQgYmUgZGV2 ZWxvcGVkLCBzbyB3ZSBkZWNpZGVkIHRvIHNoYXJlIHRoaXMgVk0gYW5kIGEgYmFzaWMgdHV0b3Jp YWwgdG8gZ2V0IHRoaXMgbmV0d29yayBydW5uaW5nIGluIHRoZSBob3BlIGl0IGNvdWxkIGJlIHVz ZWZ1bCBmb3IgdGhlIGFwcHJvYWNoaW5nIEhhY2thdGhvbiBpbiBCdWVub3MgQWlyZXMuDQoNClRo ZSB0dXRvcmlhbCBhbmQgVk0gYXJlIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly93d3cubmV0LmluLnR1 bS5kZS9wdWIvaTJycy8NCmh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy9JMlJTLURl di1WTS5vdmEgLSBtZDU6IGFmNzA3NDFjZDEyYjM5YTk2NDRiMDg4MWRmNTE2YTU1DQoNClVuZm9y dHVuYXRlbHkgd2Ugd2lsbCBub3QgYmUgYWJsZSB0byBhdHRlbmQgdGhpcyBuZXh0IG1lZXRpbmcg aW4gcGVyc29uLCBidXQgaWYgeW91IGhhdmUgYW55IHF1ZXN0aW9uLCBsZXQgdXMga25vdy4gV2Ug aG9wZSB0aGUgVk0gdG8gYmUgdXNlZnVsLg0KDQpCZXN0IFJlZ2FyZHMsDQoNCkVkd2luIENvcmRl aXJvDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KaTJycyBtYWlsaW5nIGxpc3QNCmkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMNCg0K --_000_B82A6C6B226348F480A2B0F78E15ED3Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pkkgd2FzIHRoaW5raW5nIHRoZSB0YXJnZXQgd291bGQgYmUgdGhlIEJlcmxpbiBJRVRGIGlu IEp1bHkuPC9kaXY+DQo8ZGl2Pg0KPGRpdiBpZD0iTUFDX09VVExPT0tfU0lHTkFUVVJFIj48L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0i T0xLX1NSQ19CT0RZX1NFQ1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsg Zm9udC1zaXplOjEycHQ7IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RU T006IG1lZGl1bSBub25lOyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9N OiAwaW47IFBBRERJTkctTEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6 ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRP UDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+JnF1 b3Q7TWFyb3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0 IENpc2NvKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1tYXJzYWxlQGNpc2NvLmNvbSI+bW1h cnNhbGVAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9s ZCI+RGF0ZTogPC9zcGFuPk1vbmRheSwgQXByaWwgMTgsIDIwMTYgYXQgNzo0MCBBTTxicj4NCjxz cGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9zcGFuPkphbiBNZWR2ZWQgJmx0Ozxh IGhyZWY9Im1haWx0bzpqbWVkdmVkQGNpc2NvLmNvbSI+am1lZHZlZEBjaXNjby5jb208L2E+Jmd0 OywgR2lsZXMgSGVyb24gJmx0OzxhIGhyZWY9Im1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20i PmdpbGVzLmhlcm9uQGdtYWlsLmNvbTwvYT4mZ3Q7LCBFZHdpbiBDb3JkZWlybyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPmVkd2luQHNjb3JkZWlyby5uZXQ8L2E+Jmd0 Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFuPiZxdW90Ozxh IGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPiZxdW90OyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+Jmd0OywgU3Vz YW4gSGFyZXMgJmx0OzxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iPnNoYXJlc0BuZHpo LmNvbTwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1YmplY3Q6 IDwvc3Bhbj5SRTogW2kycnNdIEkyUlMgSGFja2F0aG9uPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVP VEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQQURESU5HOjAgMCAwIDU7 IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1j b206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2Ui IHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiIHhtbG5zOm09 Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9 Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPG1ldGEgbmFtZT0iR2VuZXJhdG9y IiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+DQo8c3R5bGU+ PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpX aW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBh bm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y OiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8 L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+SGkgZXZlcnlvbmUs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+SmFuIGlzIHJp Z2h0LCB3ZSBhcmUgdHJ5aW5nIHRvIHByb2R1Y2UgYSBtaW5pbWFsIE9ETCBkaXN0cmlidXRpb24g Zm9yIHRoZSBIb25leWNvbWIgcHJvamVjdC4gSG93ZXZlciB3ZSBoYXZlIHF1aXRlIGEgYml0IG9m IHdvcmsgYWhlYWQgb2YgdXMsIGJlZm9yZQ0KIHRoZSBtaW5pbWFsIGRpc3RyaWJ1dGlvbiB3aWxs IGJlIGF2YWlsYWJsZTogPGEgaHJlZj0iaHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05FWUNP TUItMTgiPg0KaHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05FWUNPTUItMTg8L2E+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+QW5kIHdlIGRvIG5vdCBo YXZlIGFuIGV4YWN0IGRhdGUgZm9yIHdoZW4gdGhpcyB3aWxsIGJlIGF2YWlsYWJsZS4gSXQgbWln aHQgdGFrZSBhIGNvdXBsZSBtb250aHMgYmVmb3JlIHdlIHN0YXJ0IGFuZCBmaW5pc2ggd2l0aCB0 aGlzIGVmZm9ydC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij5NYXJvczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPiBKYW4gTWVkdmVkIChqbWVkdmVkKQ0K PGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgNDowMSBQTTxicj4NCjxi PlRvOjwvYj4gR2lsZXMgSGVyb24gJmx0OzxhIGhyZWY9Im1haWx0bzpnaWxlcy5oZXJvbkBnbWFp bC5jb20iPmdpbGVzLmhlcm9uQGdtYWlsLmNvbTwvYT4mZ3Q7OyBFZHdpbiBDb3JkZWlybyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPmVkd2luQHNjb3JkZWlyby5uZXQ8 L2E+Jmd0OzsgTWFyb3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9H SUVTIGF0IENpc2NvKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1tYXJzYWxlQGNpc2NvLmNvbSI+bW1h cnNhbGVAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpp MnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPjsgU3VzYW4gSGFyZXMgJmx0OzxhIGhyZWY9 Im1haWx0bzpzaGFyZXNAbmR6aC5jb20iPnNoYXJlc0BuZHpoLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiBibGFjazsiPkVkd2luLCBHaWxlcywgU3VlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw LjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkFzIHBhcnQgb2YgRkQuaW8gd2UgYXJlIGNy ZWF0aW5nIGEgc3RyaXBwZWQtZG93biBkaXN0cmlidXRpb24gb2YgT0RMIHRoYXQgY29udGFpbnMg b25seSBOZXRjb25mLCBCR1AgYW5kIGNvbXBvbmVudHMgcmVxdWlyZWQgdG8gc3VwcG9ydCB0aGVz ZSB0d28uIFRoaXMgd2lsbA0KIGJlIHRoZSBtYW5hZ2VtZW50L2NvbnRyb2wgYWdlbnQgZm9yIFZQ UCAocHJvamVjdCBuYW1lIEhvbmV5Y29tYikuIFRoaXMgd291bGQgSU1PIGJlIHRoZSBiZXN0IGZp dCBmb3IgdGhlIEhhY2thdGhvbiBwbGF0Zm9ybS4gUGxlYXNlIGNvbnRhY3QgTWFyb3MgTWFyc2Fs ZWsgKHRoZSBQVEwgZm9yIEhvbmV5Y29tYiwgY29waWVkKSBmb3IgbW9yZSBkZXRhaWxzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMt c2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw LjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBi bGFjazsiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFt aWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij5KYW48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEw LjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAw aW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij5Gcm9tOg0KPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsi PmkycnMgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij5pMnJzLWJvdW5j ZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+Jmd0Ow0KIG9uIGJlaGFsZiBvZiBHaWxlcyBIZXJv biAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPmdpbGVzLmhlcm9uQGdt YWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgQXBy aWwgMTgsIDIwMTYgYXQgNjo0MSBBTTxicj4NCjxiPlRvOiA8L2I+RWR3aW4gQ29yZGVpcm8gJmx0 Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwv c3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8L3NwYW4+PGEgaHJlZj0i bWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+JnF1b3Q7ICZsdDs8L3Nw YW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+Jmd0 OywNCiBTdXNhbiBIYXJlcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6aC5j b20iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPnNoYXJl c0BuZHpoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBb aTJyc10gSTJSUyBIYWNrYXRob248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4w cHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjtt YXJnaW4tYm90dG9tOjUuMHB0IiBpZD0iTUFDX09VVExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9U RSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBi bGFjazsiPkhpIEVkd2luLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij5PbiAxOCBBcHIgMjAxNiwgYXQgMTA6NDIsIEVkd2luIENvcmRlaXJvICZs dDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij5l ZHdpbkBzY29yZGVpcm8ubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41 cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mZ3Q7 DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkhpIFN1ZSw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBi bGFjazsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1z ZXJpZjsgY29sb3I6IGJsYWNrOyI+SW4gbGluZSBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNr OyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJp ZjsgY29sb3I6IGJsYWNrOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBWZXJkYW5h LCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29s b3I6IGJsYWNrOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPk9uIE1vbiwgQXByIDExLCAyMDE2 IGF0IDE6NTEgUE0sIFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNoYXJl c0BuZHpoLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVw dDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij5zaGFyZXNAbmR6aC5jb208L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPiZndDsNCiB3cm90ZTo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQu OHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJn YigzMSwgNzMsIDEyNSk7Ij5FZHdpbjoNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNv bG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5Tb3JyeSwgbXkgZmlyc3QgbWVzc2FnZSBkaWQg bm90IGFkZHJlc3MgYWxsIHlvdXIgcXVlc3Rpb25zLiZuYnNwOyBXaGF0IHdvdWxkIGJlIHVzZWZ1 bCBmb3IgeW91DQogdG8gZG8gaXM6IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9y OiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4xKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPlNlZSBpZiB5b3UgY2FuIGdldCBh biBPREwgYmFzZWQgVk0gd2hpY2ggaXMgdGhlIHNhbWUgc2l6ZSBhcyBEb24gYW5kIE1hbWFkb3Xi gJlzIFZNLDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJk YW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij5ZZXMsIGl0IGlzIHBvc3NpYmxlIHRvIG1h a2UgYSBzbWFsbCBWTSB3aXRoIE9ETCBpZiB0aGUgZ3JhcGhpY2FsIGludGVyZmFjZSBpcyBub3Qg bmVlZGVkLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJk YW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVw dDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IGJsYWNrOyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQt ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij55dXAgLSBJIGhhdmUg Vk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhlIHN0dWZmIG5lZWRlZCB0 byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCdPykuICZuYnNwO1lvdSBj b3VsZCBwcm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZg0KIHlvdSB0b28gdGhlIHRp bWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24ndCBuZWVkLiAmbmJzcDsg SSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5IGEgY291cGxlIG9mIEtC IGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVuIGl0KS4gJm5ic3A7VGFr ZSBhIGxvb2sgaW46PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWls eTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0i aHR0cHM6Ly9naXRodWIuY29tL0Npc2NvRGV2TmV0L29wZW5kYXlsaWdodC1zZXR1cCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsiPmh0dHBzOi8vZ2l0aHViLmNvbS9DaXNjb0Rldk5ldC9vcGVuZGF5bGlnaHQtc2V0dXA8L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkdpbGVzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7 cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+ Mik8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwg NzMsIDEyNSk7Ij5TZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBNYW1hZG914oCZcyBWTSBpbiB5 b3VyIGVudmlyb25tZW50Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGNvbG9yOiBibGFjazsiPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZl cmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPklmIHdlIGNhbiBnZXQgYSBjb3B5IG9m IHRoaXMgVk0sIHdlIGNhbiBzdXJlbHkgdGVzdCBpdC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+4oCLPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBp bjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4zKTwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPlRlc3QgdGhl IEkyUlMgUklCIHdpdGggdGhlIFF1YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdGh1YiAo fjIgd2Vla3MpDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij40KTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjog cmdiKDMxLCA3MywgMTI1KTsiPlRlc3QgdGhlIEkyUlMgRmlsdGVyLUJhc2VkIHdpdGggdGhlIFF1 YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdHViICh+NCB3ZWVrcyk8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgY29sb3I6IGJsYWNrOyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+4oCL PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29s b3I6IGJsYWNrOyI+V2Ugd2lsbCB3YWl0IGZvciBpdC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+4oCLPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogYmxhY2s7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3Mywg MTI1KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEs IDczLCAxMjUpOyI+SSB3aWxsIHRyeSB0byBnZXQgdGhlIE9ETCBWTSBwb3N0ZWQgdG8gZ2l0aHVi IHRvZGF5LiZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fu cy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+SSBsb29rZWQgYXQgdGhlIEhh Y2thdGhvbiAoPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9JRVRGLUhhY2thdGhv bi9pZXRmOTUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsi Pmh0dHBzOi8vZ2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTU8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+ KQ0KIGFuZCB0aGUgSTJSUy1XRyAoPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9p MnJzLXdnIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7Ij5o dHRwczovL2dpdGh1Yi5jb20vaTJycy13Zzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4pIEdpdGh1YiwgYnV0IGZv dW5kIG5vIFZNIHRoZXJlLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4NCiBBcmUgeW91IHVzaW5n IGFub3RoZXIgcmVwb3NpdG9yeT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEs IHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlk ICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0Ljhw dDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2Io MzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6 IHJnYigzMSwgNzMsIDEyNSk7Ij5TdWUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNv bG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBU YWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPiBpMnJzDQogW21haWx0bzo8L3NwYW4+ PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2Vy aWY7Ij5pMnJzLWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsi Pl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+U3VzYW4gSGFyZXM8YnI+DQo8Yj5TZW50OjwvYj4gTW9u ZGF5LCBBcHJpbCAxMSwgMjAxNiA3OjQ0IEFNPGJyPg0KPGI+VG86PC9iPiAnRWR3aW4gQ29yZGVp cm8nPGJyPg0KPGI+Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmci IHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWls eTogVGFob21hLCBzYW5zLXNlcmlmOyI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29s b3I6IGJsYWNrOyI+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRo b248L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+RWR3aW46DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+VGhhbmsg eW91IGZvciB5b3VyIGVudmlyb25tZW50LiZuYnNwOyBEb24gRmVkeWsgYW5kIE1hbWFkb3UgVGFo aXJvdSBjcmVhdGVkIGEgVk0gaW4gdGhlIHZpcnR1YWwNCiBib3guJm5ic3A7IDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEy NSk7Ij7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdE Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29s b3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5EZXYgJmFtcDsgZXhlY3V0aW9uIGVudmlyb25tZW50OiBM aW51eCAoVWJ1bnR1Jm5ic3A7IDE0LjMgbmF0aXZlIG9yIGluIFZpcnR1YWwgQm94KTwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6 IDExcHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5taW5pbmV0IGFuZCBtaW5pbmV4dCAoc2ltdWxhdGVk IG5ldHdvcmsgb2Ygcm91dGVycyk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVp biI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+4oCiPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+UXVh Z2dhIDEuMC4yMDE2MDMxNSAoaW5jbHVkaW5nIFplYnJhIGZvciByb3V0ZSB0YWJsZSBhY2Nlc3Mp PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1 KTsiPlRoZSBmb2xsb3dpbmcgY29kZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUgZG93bmxvYWRlZCB0 byB0aGUgZm9sbG93aW5nIFZNOiAmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFy Z2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+4oCiPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDcz LCAxMjUpOyI+Q2lzY28vVGFpbC1mIGNvbmZkIDYuMTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij7igKI8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMs IDEyNSk7Ij5ZdW1h4oCZcyB5YW5nY2xpLXBybw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdp bi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPuKAojwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3Mywg MTI1KTsiPmlldGYtaTJycy1yaWIgWUFORyBtb2RlbCBmcm9tIGRyYWZ0LWlldGYtaTJycy1yaWIt ZGF0YS1tb2RlbC0wNS50eHQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+STJSUyBG Qi1GSUIgWWFuZyBtb2RlbCZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj7DoDwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg Y29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4gbGluayB0byBJUC1UYWJsZSBpbiBVYnVudHUgJm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBm b250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7 Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEx cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3Mywg MTI1KTsiPlRoaXMgcGFydCBvZiB0aGUgY29kZSB3YXMgbm90IGNvbXBsZXRlZCDigJMgc28gSSB3 aWxsIHRyeSB0byBjb21wbGV0ZSB0aGlzDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmks IHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij5JIHdpbGwgcG9zdCB0 aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0b3J5Lg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fu cy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPlN1ZQ0KPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9u dC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+RnJvbTo8L3NwYW4+ PC9iPjxhIGhyZWY9Im1haWx0bzplZHdpbnNjQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2Vy aWY7Ij5lZHdpbnNjQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTog MTBwdDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+DQog Wzwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5r Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5z LXNlcmlmOyI+bWFpbHRvOmVkd2luc2NAZ21haWwuY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlmOyBjb2xvcjog YmxhY2s7Ij5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkVkd2luIENvcmRlaXJvPGJyPg0KPGI+U2Vu dDo8L2I+IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNDozNCBBTTxicj4NCjxiPlRvOjwvYj4gU3Vz YW4gSGFyZXM8YnI+DQo8Yj5DYzo8L2I+IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQt ZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7Ij5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogVGFob21hLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJTIEhh Y2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij5IaSBTdXNhbiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6 IGJsYWNrOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsi Pkkgc2F3IHlvdXIgcHJlc2VudGF0aW9uIG9mIHRoZSBIYWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5 IHRoZSBWTSB3YXNuJ3Qgc21hbGxlciwgYnV0IHRob3NlIHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZy b20NCiBPREwgZm9yIHJ1bm5pbmcgaXQgaW5zaWRlIGEgVk0uPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMt c2VyaWY7IGNvbG9yOiBibGFjazsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBj b2xvcjogYmxhY2s7Ij5XZSBhcmUgaGFwcHkgdGhhdCB5b3Ugd2VyZSBhYmxlIHRvIGZpbmQgYSB3 b3JrYXJvdW5kIGFuZCB3ZSB3b3VsZCBsaWtlIHRvIHRlc3QgYW5kIGV4cGFuZCB0aGUgcmVzdWx0 IG9mIHRoZSBIYWNrYXRob24sDQogY291bGQgeW91IHBsZWFzZSBzaGFyZSB0aGUgcmVzdWx0cz88 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZl cmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPlRoYW5rIHlvdTwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkVkd2luIENv cmRlaXJvPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDk6MzYgQU0sIEVkd2luIENvcmRlaXJv ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiIHRhcmdldD0i X2JsYW5rIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ Jmd0Ow0KIHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMt c2VyaWY7IGNvbG9yOiBibGFjazsiPkhpIFN1c2FuLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6 IGJsYWNrOyI+VGhlIFZNIGlzIGEgVWJ1bnR1IHNvIGl0IGlzIHBvc3NpYmxlIHRvIHJ1biB0aGlz IGVtdWxhdGVkIG5ldHdvcmsgaW4gYSBuYXRpdmUgVWJ1bnR1IGxhcHRvcC4gVGhlIG9ubHkgc3Bl Y2lhbCByZXF1aXJlbWVudA0KIGlzIGZvciBNaW5pTkV4VCAoPC9zcGFuPjxhIGhyZWY9Imh0dHBz Oi8vZ2l0aHViLmNvbS9VU0MtTlNML21pbmlORXhUIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyI+aHR0cHM6Ly9naXRodWIuY29t L1VTQy1OU0wvbWluaU5FeFQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVy ZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+KSwgdGhhdCBkb2VzIG5vdA0KIGN1cnJl bnRseSBzdXBwb3J0IHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBNaW5pbmV0LCB5b3UgbXVzdCB1c2Ug TWluaW5ldCB2ZXJzaW9uIDIuMS4wLiBJIHdpbGwgYWRkIHRvIHRoZSB3ZWJwYWdlIGEgZmlsZSB3 aXRoIHRoZSBjb25maWcgZmlsZXMgdXNlZCBmb3IgTWluaW5ldCBhbmQmbmJzcDtNaW5pTkV4VC48 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMt c2VyaWY7IGNvbG9yOiBibGFjazsiPkFub3RoZXIgb3B0aW9uIGlzIHRvIHJ1biB0aGUgVk0gYW5k IGNvbmZpZ3VyZSB0aGUgVmlydHVhbGJveCBvciBWTXdhcmUgUGxheWVyIHRvIG1ha2UgdGhlIG5l dHdvcmsgaW50ZXJmYWNlIG9mIHRoZQ0KIFZNIHRvIGJlIGluIGJyaWRnZSBtb2RlIG9yIGluIGlu dGVybmFsIG5ldHdvcmsgd2l0aCB0aGUgaG9zdCBtYWNoaW5lLCB0aGF0IHdheSB5b3UgbWF5IHVz ZSBhbnkgcHJvZ3JhbSBpbnN0YWxsZWQgaW4gdGhlIGhvc3QgbWFjaGluZSB0byBpbnRlcmFjdCB3 aXRoIHRoZSBWTS48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZl cmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkJSPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PGJyIGNsZWFyPSJh bGwiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29s b3I6IHJnYigxMzYsIDEzNiwgMTM2KTsiPkVkd2luIENvcmRlaXJvPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ T24gVGh1LCBNYXIgMzEsIDIwMTYgYXQgMjoxNSBBTSwgU3VzYW4gSGFyZXMgJmx0Ozwvc3Bhbj48 YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIiB0YXJnZXQ9Il9ibGFuayI+c2hhcmVzQG5k emguY29tPC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OyB3cm90ZTo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+RWR3aW46PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgY29sb3I6IHJnYigzMSwgNzMsIDEyNSk7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPlRoYW5rIHlvdSBmb3IgdGhlIGNs aWVudC4mbmJzcDsgRG8geW91IHRoaW5rIGl0IHdvdWxkIHdvcmsgb24gdW5idW50dT8mbmJzcDsg SeKAmXZlIGdvdCBhbiBPREwgZW52aXJvbm1lbnQNCiBpbiBvcmFjbGUgQm94IGFuZCBydW5uaW5n IG5hdGl2ZSBvbiB0aGUgdW5idW50dSBsYXB0b3BzLiA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGNvbG9yOiByZ2IoMzEsIDczLCAxMjUpOyI+U3VlDQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogcmdiKDMxLCA3MywgMTI1KTsiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6 IFRhaG9tYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7 IGNvbG9yOiBibGFjazsiPiBpMnJzDQogW21haWx0bzo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmky cnMtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7Ij5pMnJzLWJvdW5jZXNA aWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFt aWx5OiBUYWhvbWEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPl0NCjxiPk9uIEJlaGFsZiBP ZiA8L2I+RWR3aW4gQ29yZGVpcm88YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBNYXJjaCAz MCwgMjAxNiAxMTozMyBBTTxicj4NCjxiPlRvOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzpp MnJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTBw dDsgZm9udC1mYW1pbHk6IFRhaG9tYSwgc2Fucy1zZXJpZjsiPmkycnNAaWV0Zi5vcmc8L3NwYW4+ PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiBUYWhvbWEsIHNh bnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBbaTJyc10gSTJS UyBIYWNrYXRob248L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJk YW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij5IaSBhbGwsPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNh bnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij5BcyB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgYW4gSTJSUyBpbXBsZW1l bnRhdGlvbiBoZXJlIGF0IFRVIE11bmljaCwgd2UgY3JlYXRlZCBhIFZNIHRoYXQgaXMgcnVubmlu ZyBNaW5pbmV0ICh0byBlbXVsYXRlDQogYSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVu dCB2aXJ0dWFsIHJvdXRlcnMpIGFuZCBPcGVuRGF5TGlnaHQgKHRoYXQgd2UgdHJ5aW5nIHRvIHVz ZSBhcyBJMlJTIGFnZW50KSwgdGhlIEkyUlMgY2xpZW50IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSB1 c2luZyBaZWJyYS4gVGhlIEkyUlMgYWdlbnQgaXMgdGhlIE5FVENPTkYgJiM0MzsgWUFORyBtb2R1 bGVzIG9mIE9ETCwgYnV0IGl0IG5lZWRzIHRoZSBZQU5HIG1vZGVscyB0byBiZSB3cml0dGVuLg0K IFRoZSBJMlJTIGNsaWVudCBpcyBub3QgcHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZv ciBzaGFyaW5nLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+T24gdGhlIHByZXZp b3VzIEhhY2thdGhvbiwgb25lIG9mIHRoZSBkaWZmaWN1bHRpZXMgZm9yIHRoZSBJMlJTIHdhcyB0 aGUgbGFjayBvZiBhbiBlbnZpcm9ubWVudCB3aGVyZSBpdCBjb3VsZCBiZSBkZXZlbG9wZWQsDQog c28gd2UgZGVjaWRlZCB0byBzaGFyZSB0aGlzIFZNIGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRvIGdl dCB0aGlzIG5ldHdvcmsgcnVubmluZyBpbiB0aGUgaG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwgZm9y IHRoZSBhcHByb2FjaGluZyBIYWNrYXRob24gaW4gQnVlbm9zIEFpcmVzLjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5h LCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1z ZXJpZjsgY29sb3I6IGJsYWNrOyI+VGhlIHR1dG9yaWFsIGFuZCBWTSBhcmUgYXZhaWxhYmxlIGF0 OiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEgaHJlZj0iaHR0 cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzLyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsiPmh0dHA6Ly93d3cubmV0Lmlu LnR1bS5kZS9wdWIvaTJycy88L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48YSBocmVmPSJodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvSTJSUy1EZXYtVk0u b3ZhIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBz YW5zLXNlcmlmOyI+aHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZN Lm92YTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNl cmlmOyBjb2xvcjogYmxhY2s7Ij4NCiAtIG1kNTombmJzcDthZjcwNzQxY2QxMmIzOWE5NjQ0YjA4 ODFkZjUxNmE1NTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+VW5mb3J0dW5hdGVs eSB3ZSB3aWxsIG5vdCBiZSBhYmxlIHRvIGF0dGVuZCB0aGlzIG5leHQgbWVldGluZyBpbiBwZXJz b24sIGJ1dCBpZiB5b3UgaGF2ZSBhbnkgcXVlc3Rpb24sIGxldCB1cyBrbm93Lg0KIFdlIGhvcGUg dGhlIFZNIHRvIGJlIHVzZWZ1bC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJs YWNrOyI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmEsIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPkJl c3QgUmVnYXJkcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogVmVyZGFuYSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNrOyI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBWZXJkYW5hLCBzYW5zLXNlcmlm OyBjb2xvcjogYmxhY2s7Ij5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBz YW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgY29sb3I6IGJsYWNr OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpp MnJzIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9y ZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTAuNXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNp emU6IDEwLjVwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFj azsiPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2kycnMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2kycnM8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwLjVwdDsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGNvbG9yOiBibGFjazsiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMC41cHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJp LCBzYW5zLXNlcmlmOyBjb2xvcjogYmxhY2s7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B82A6C6B226348F480A2B0F78E15ED3Dciscocom_-- From nobody Mon Apr 18 11:31:20 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5F7712E513 for ; Mon, 18 Apr 2016 11:31:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mtk2FZk6ZSw9 for ; Mon, 18 Apr 2016 11:31:15 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 DE21412E506 for ; Mon, 18 Apr 2016 11:31:14 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Jan Medved \(jmedved\)'" , "'Maros Marsalek -X \(mmarsale - PANTHEON TECHNOLOGIES at Cisco\)'" , "'Giles Heron'" , "'Edwin Cordeiro'" References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> In-Reply-To: Date: Mon, 18 Apr 2016 14:31:16 -0400 Message-ID: <020a01d199a0$7ec65800$7c530800$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_020B_01D1997E.F7BC5920" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJlV1e0/q3iH29oklFKK5yB49q7UgJQzafmAjnt1KYChlHQKwKaVB5FAaruu3ACNcKrvwD7UPrmAS5gYPICHl5VcAJZpJk/nccfs4A= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 18:31:18 -0000 This is a multipart message in MIME format. ------=_NextPart_000_020B_01D1997E.F7BC5920 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Jan and Maros:=20 =20 This would be wonderful to have the minimal distribution at Berlin so we = could try it out.=20 =20 Sue=20 =20 From: Jan Medved (jmedved) [mailto:jmedved@cisco.com]=20 Sent: Monday, April 18, 2016 11:44 AM To: Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco); Giles = Heron; Edwin Cordeiro Cc: i2rs@ietf.org; Susan Hares Subject: Re: [i2rs] I2RS Hackathon =20 I was thinking the target would be the Berlin IETF in July. =20 From: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" = Date: Monday, April 18, 2016 at 7:40 AM To: Jan Medved , Giles Heron , = Edwin Cordeiro Cc: "i2rs@ietf.org" , Susan Hares Subject: RE: [i2rs] I2RS Hackathon =20 Hi everyone, =20 Jan is right, we are trying to produce a minimal ODL distribution for = the Honeycomb project. However we have quite a bit of work ahead of us, = before the minimal distribution will be available: = https://jira.fd.io/browse/HONEYCOMB-18 =20 And we do not have an exact date for when this will be available. It = might take a couple months before we start and finish with this effort. =20 Maros =20 From: Jan Medved (jmedved)=20 Sent: Monday, April 18, 2016 4:01 PM To: Giles Heron ; Edwin Cordeiro = ; Maros Marsalek -X (mmarsale - PANTHEON = TECHNOLOGIES at Cisco) Cc: i2rs@ietf.org; Susan Hares Subject: Re: [i2rs] I2RS Hackathon =20 Edwin, Giles, Sue: =20 As part of FD.io we are creating a stripped-down distribution of ODL = that contains only Netconf, BGP and components required to support these = two. This will be the management/control agent for VPP (project name = Honeycomb). This would IMO be the best fit for the Hackathon platform. = Please contact Maros Marsalek (the PTL for Honeycomb, copied) for more = details. =20 =20 =20 Thanks, Jan =20 =20 From: i2rs < i2rs-bounces@ietf.org> on = behalf of Giles Heron < = giles.heron@gmail.com> Date: Monday, April 18, 2016 at 6:41 AM To: Edwin Cordeiro < edwin@scordeiro.net> Cc: " i2rs@ietf.org" < = i2rs@ietf.org>, Susan Hares < shares@ndzh.com> Subject: Re: [i2rs] I2RS Hackathon =20 Hi Edwin,=20 =20 On 18 Apr 2016, at 10:42, Edwin Cordeiro < = edwin@scordeiro.net> wrote: =20 Hi Sue, =20 In line comments. =20 Thanks, =20 Edwin Cordeiro =20 On Mon, Apr 11, 2016 at 1:51 PM, Susan Hares < = shares@ndzh.com> wrote: Edwin:=20 =20 Sorry, my first message did not address all your questions. What would = be useful for you to do is:=20 =20 1) See if you can get an ODL based VM which is the same size as Don = and Mamadou=E2=80=99s VM, =E2=80=8BYes, it is possible to make a small VM with ODL if the = graphical interface is not needed.=E2=80=8B =20 =20 yup - I have VMs that are about 1.5GB with ODL plus the stuff needed to = run it (not sure if that=E2=80=99s =E2=80=9Csmall=E2=80=9D?). You could = probably build a much smaller VM if you too the time to strip out all = the libraries you don't need. I have a vagrant setup for it too (so = only a couple of KB but downloads a lot of stuff when you run it). Take = a look in: =20 = https://github.com/CiscoDevNet/opendaylight-setup =20 Giles 2) See if you can run Don and Mamadou=E2=80=99s VM in your = environment. =E2=80=8BIf we can get a copy of this VM, we can surely test = it.=E2=80=8B 3) Test the I2RS RIB with the Quagga code when I post it to github = (~2 weeks)=20 4) Test the I2RS Filter-Based with the Quagga code when I post it = to gitub (~4 weeks) =E2=80=8BWe will wait for it.=E2=80=8B =20 =20 I will try to get the ODL VM posted to github today. =20 =E2=80=8BI looked at the Hackathon ( = = https://github.com/IETF-Hackathon/ietf95) and the I2RS-WG ( = https://github.com/i2rs-wg) Github, but = found no VM there.=E2=80=8B Are you using another repository? =20 =20 Sue=20 =20 From: i2rs [mailto: = i2rs-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, April 11, 2016 7:44 AM To: 'Edwin Cordeiro' Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon =20 Edwin:=20 =20 Thank you for your environment. Don Fedyk and Mamadou Tahirou created a = VM in the virtual box. =20 =E2=80=A2 Dev & execution environment: Linux (Ubuntu 14.3 native = or in Virtual Box) =E2=80=A2 mininet and mininext (simulated network of routers) =E2=80=A2 Quagga 1.0.20160315 (including Zebra for route table = access) =20 The following code needs will need to be downloaded to the following VM: = =20 =E2=80=A2 Cisco/Tail-f confd 6.1 =E2=80=A2 Yuma=E2=80=99s yangcli-pro=20 =E2=80=A2 ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt =E2=80=A2 I2RS FB-FIB Yang model =C3=A0 link to IP-Table in = Ubuntu =20 =20 This part of the code was not completed =E2=80=93 so I will try to = complete this=20 =20 I will post this in the I2RS github repository.=20 =20 Sue=20 =20 =20 From: edwinsc@gmail.com [ = mailto:edwinsc@gmail.com] On Behalf Of Edwin = Cordeiro Sent: Monday, April 11, 2016 4:34 AM To: Susan Hares Cc: i2rs@ietf.org Subject: Re: [i2rs] I2RS Hackathon =20 Hi Susan, =20 I saw your presentation of the Hackathon and first sorry the VM wasn't = smaller, but those were the suggestions from ODL for running it inside a = VM. =20 We are happy that you were able to find a workaround and we would like = to test and expand the result of the Hackathon, could you please share = the results? =20 Thank you Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro = wrote: Hi Susan, =20 The VM is a Ubuntu so it is possible to run this emulated network in a = native Ubuntu laptop. The only special requirement is for MiniNExT ( = = https://github.com/USC-NSL/miniNExT), that does not currently support = the latest version of Mininet, you must use Mininet version 2.1.0. I = will add to the webpage a file with the config files used for Mininet = and MiniNExT. =20 Another option is to run the VM and configure the Virtualbox or VMware = Player to make the network interface of the VM to be in bridge mode or = in internal network with the host machine, that way you may use any = program installed in the host machine to interact with the VM. =20 BR Edwin Cordeiro =20 On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares wrote: Edwin: =20 Thank you for the client. Do you think it would work on unbuntu? = I=E2=80=99ve got an ODL environment in oracle Box and running native on = the unbuntu laptops.=20 =20 Sue=20 =20 From: i2rs [mailto: = i2rs-bounces@ietf.org] On Behalf Of Edwin Cordeiro Sent: Wednesday, March 30, 2016 11:33 AM To: i2rs@ietf.org Subject: [i2rs] I2RS Hackathon =20 Hi all, =20 As we are trying to make an I2RS implementation here at TU Munich, we = created a VM that is running Mininet (to emulate a network), MininExt = (to implement virtual routers) and OpenDayLight (that we trying to use = as I2RS agent), the I2RS client we are trying to make using Zebra. The = I2RS agent is the NETCONF + YANG modules of ODL, but it needs the YANG = models to be written. The I2RS client is not present as it is not yet = ready for sharing. =20 On the previous Hackathon, one of the difficulties for the I2RS was the = lack of an environment where it could be developed, so we decided to = share this VM and a basic tutorial to get this network running in the = hope it could be useful for the approaching Hackathon in Buenos Aires. =20 The tutorial and VM are available at:=20 http://www.net.in.tum.de/pub/i2rs/ = http://www.net.in.tum.de/pub/i2rs/I2RS-Dev-VM.ova - md5: = af70741cd12b39a9644b0881df516a55 =20 Unfortunately we will not be able to attend this next meeting in person, = but if you have any question, let us know. We hope the VM to be useful. =20 Best Regards, =20 Edwin Cordeiro =20 =20 =20 _______________________________________________ i2rs mailing list i2rs@ietf.org = https://www.ietf.org/mailman/listinfo/i2rs =20 ------=_NextPart_000_020B_01D1997E.F7BC5920 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Jan and Maros:

 

This would be wonderful to have the minimal distribution at Berlin so = we could try it out.

 

Sue

 

From:= = Jan Medved (jmedved) [mailto:jmedved@cisco.com]
Sent: Monday, = April 18, 2016 11:44 AM
To: Maros Marsalek -X (mmarsale - = PANTHEON TECHNOLOGIES at Cisco); Giles Heron; Edwin = Cordeiro
Cc: i2rs@ietf.org; Susan Hares
Subject: Re: = [i2rs] I2RS Hackathon

 

I was thinking the target would be the Berlin IETF in = July.

 

From: = "Maros = Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" <mmarsale@cisco.com>
Date:= Monday, April 18, 2016 at 7:40 AM
To: Jan Medved <jmedved@cisco.com>, Giles Heron = <giles.heron@gmail.com>, = Edwin Cordeiro <edwin@scordeiro.net>
Cc:= "i2rs@ietf.org" = <i2rs@ietf.org>, Susan Hares = <shares@ndzh.com>
Subject: = RE: [i2rs] I2RS Hackathon

 

Hi everyone,

 

Jan is right, we are trying to produce a minimal ODL distribution for = the Honeycomb project. However we have quite a bit of work ahead of us, = before the minimal distribution will be available: https://jira.fd.io/browse= /HONEYCOMB-18

 

And we do not have an exact date for when this will be available. It = might take a couple months before we start and finish with this = effort.

 

Maros

 

From: Jan Medved (jmedved)
Sent: Monday, April 18, 2016 4:01 = PM
To: Giles Heron <giles.heron@gmail.com>; = Edwin Cordeiro <edwin@scordeiro.net>; Maros = Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco) <mmarsale@cisco.com>
Cc: i2rs@ietf.org; Susan Hares = <shares@ndzh.com>
Subject: Re: [i2rs] I2RS Hackathon

 

Edwin, Giles, Sue:

 

As part of FD.io we are creating a stripped-down distribution of ODL = that contains only Netconf, BGP and components required to support these = two. This will be the management/control agent for VPP (project name = Honeycomb). This would IMO be the best fit for the Hackathon platform. = Please contact Maros Marsalek (the PTL for Honeycomb, copied) for more = details.

 

 

 

Thanks,

Jan

 

 

From: = i2rs = <i2rs-bounces@ietf.org= > on behalf = of Giles Heron <giles.heron@gmail.com= >
Date:= Monday, April 18, 2016 at 6:41 AM
To: Edwin Cordeiro = <edwin@scordeiro.net>
Cc: = "i2rs@ietf.org" = <i2rs@ietf.org>, = Susan Hares <shares@ndzh.com>
Subje= ct: Re: [i2rs] I2RS Hackathon

 

Hi Edwin,

 

On 18 Apr 2016, at 10:42, Edwin Cordeiro <edwin@scord= eiro.net> wrote:

 

Hi = Sue,

 

In line = comments.

 

Thanks,

 

Edwin Cordeiro

 

On Mon, Apr 11, 2016 at 1:51 PM, Susan Hares <shares@ndzh= .com> wrote:

Edwin:

 

Sorry, my first message did not address all your questions.  = What would be useful for you to do is:

 

1)      = See if you can get an ODL based VM which is the same size as Don and = Mamadou=E2=80=99s VM,

=E2=80=8BYes, it is = possible to make a small VM with ODL if the graphical interface is not = needed.=E2=80=8B

 

 

yup - I have VMs that are about 1.5GB with ODL plus the stuff needed to = run it (not sure if that=E2=80=99s =E2=80=9Csmall=E2=80=9D?).  You = could probably build a much smaller VM if you too the time to strip out = all the libraries you don't need.   I have a vagrant setup for it = too (so only a couple of KB but downloads a lot of stuff when you run = it).  Take a look in:

 

https://git= hub.com/CiscoDevNet/opendaylight-setup

 

Giles

2)      = See if you can run Don and Mamadou=E2=80=99s VM in your = environment.

=E2=80=8BIf we can = get a copy of this VM, we can surely test it.=E2=80=8B

3)      = Test the I2RS RIB with the Quagga code when I post it to github (~2 = weeks)

4)      = Test the I2RS Filter-Based with the Quagga code when I post it to = gitub (~4 weeks)

=E2=80=8BWe will = wait for it.=E2=80=8B

 

 

I will try to get the ODL VM posted to github = today.  

=E2=80=8BI looked at = the Hackathon (https://github.com/IETF-Hack= athon/ietf95) and the = I2RS-WG (https://github.com/i2rs-wg) Github, but = found no VM there.=E2=80=8B Are you = using another repository?

 

 

Sue

 

= From:= i2rs [mailto:i2rs-bounces= @ietf.org= ] On Behalf Of Susan Hares
Sent: Monday, April 11, 2016 = 7:44 AM
To: 'Edwin Cordeiro'
Cc: i2rs@ietf.or= g=
Subject: Re: [i2rs] I2RS Hackathon

 

Edwin:

 

Thank you for your environment.  Don Fedyk and Mamadou Tahirou = created a VM in the virtual box. 

=E2=80=A2     &nb= sp; Dev & execution environment: Linux (Ubuntu  14.3 native or = in Virtual Box)

=E2=80=A2     &nb= sp; mininet and mininext (simulated network of routers)

=E2=80=A2     &nb= sp; Quagga 1.0.20160315 (including Zebra for route table = access)

 

The following code needs will need to be downloaded to the following = VM:   

=E2=80=A2     &nb= sp; Cisco/Tail-f confd 6.1

=E2=80=A2     &nb= sp; Yuma=E2=80=99s yangcli-pro

=E2=80=A2     &nb= sp; ietf-i2rs-rib YANG model from = draft-ietf-i2rs-rib-data-model-05.txt

=E2=80=A2     &nb= sp; I2RS FB-FIB Yang model  =C3=A0 link to IP-Table in Ubuntu  

 

This part of the code was not completed =E2=80=93 so I will try to = complete this

 

I will post this in the I2RS github repository.

 

Sue

 

 

= From:edwinsc@gmai= l.com= [mailto:edwin= sc@gmail.com= ] On Behalf Of Edwin Cordeiro
Sent: Monday, April 11, = 2016 4:34 AM
To: Susan Hares
Cc: i2rs@ietf.or= g=
Subject: Re: [i2rs] I2RS Hackathon

 

Hi = Susan,

 

I saw your = presentation of the Hackathon and first sorry the VM wasn't smaller, but = those were the suggestions from ODL for running it inside a = VM.

 

We are happy = that you were able to find a workaround and we would like to test and = expand the result of the Hackathon, could you please share the = results?

 

Thank = you


Edwin = Cordeiro

 

On Thu, Mar 31, 2016 at 9:36 AM, Edwin Cordeiro = <edwin@scordeiro.net> = wrote:

Hi = Susan,

 

The VM is a = Ubuntu so it is possible to run this emulated network in a native Ubuntu = laptop. The only special requirement is for MiniNExT (https://github.com/USC-NSL/m= iniNExT), that does = not currently support the latest version of Mininet, you must use = Mininet version 2.1.0. I will add to the webpage a file with the config = files used for Mininet and MiniNExT.

 

Another option = is to run the VM and configure the Virtualbox or VMware Player to make = the network interface of the VM to be in bridge mode or in internal = network with the host machine, that way you may use any program = installed in the host machine to interact with the VM.

 

BR


Edwin = Cordeiro

 

On Thu, Mar 31, 2016 at 2:15 AM, Susan Hares = <shares@ndzh.com> = wrote:

Edwin:

 

Thank you for the client.  Do you think it would work on = unbuntu?  I=E2=80=99ve got an ODL environment in oracle Box and = running native on the unbuntu laptops.

 

Sue

 

= From:= i2rs [mailto:i2rs-bounces= @ietf.org= ] On Behalf Of Edwin Cordeiro
Sent: Wednesday, March = 30, 2016 11:33 AM
To: i2rs@ietf.or= g=
Subject: [i2rs] I2RS Hackathon

 

Hi = all,

 

As we are = trying to make an I2RS implementation here at TU Munich, we created a VM = that is running Mininet (to emulate a network), MininExt (to implement = virtual routers) and OpenDayLight (that we trying to use as I2RS agent), = the I2RS client we are trying to make using Zebra. The I2RS agent is the = NETCONF + YANG modules of ODL, but it needs the YANG models to be = written. The I2RS client is not present as it is not yet ready for = sharing.

 

On the previous = Hackathon, one of the difficulties for the I2RS was the lack of an = environment where it could be developed, so we decided to share this VM = and a basic tutorial to get this network running in the hope it could be = useful for the approaching Hackathon in Buenos Aires.

 

The tutorial = and VM are available at: 

http://www.net.in.tum.de/pub= /i2rs/I2RS-Dev-VM.ova - = md5: af70741cd12b39a9644b0881df516a55

 

Unfortunately = we will not be able to attend this next meeting in person, but if you = have any question, let us know. We hope the VM to be useful.

 

Best = Regards,

 

Edwin = Cordeiro

 

 

 

_______________________________________________
i2rs mailing = list
i2rs@ietf.o= rg
https://www= .ietf.org/mailman/listinfo/i2rs

 

------=_NextPart_000_020B_01D1997E.F7BC5920-- From nobody Tue Apr 19 07:43:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35D9412D173 for ; Tue, 19 Apr 2016 07:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.496 X-Spam-Level: X-Spam-Status: No, score=-15.496 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.996, 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 m2kqABR47dY9 for ; Tue, 19 Apr 2016 07:43:10 -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 E7C0712D9F9 for ; Tue, 19 Apr 2016 07:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=81196; q=dns/txt; s=iport; t=1461076989; x=1462286589; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=W6eH8ZDuhGucMx+jv4Ua53EHO1A4qiNg9Uj26hZdEa4=; b=FYXBDpmuk7RZSrger3XB91TaIiQenC4mOeQqhoJ7ouwsfGL3tsrTiD5O 9hRzoGhQqHXweo8E8uLaSmKp+xPYqvgbSCtbxO+qOzjTtyVBlpN2oW4YU X4T0TNEjwfPm8wo9h2J0q53oauRCU+ZrgNJGtrl0UmVWzWS/SZKqVm1ws Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AZAgDKQxZX/4wNJK1egmtNU30GhU6gW?= =?us-ascii?q?odti1sBDYFtBBcBCoVsAhyBIzgUAQEBAQEBAWUnhEEBAQEEAQEBIAQGQQsQAgE?= =?us-ascii?q?IEQMBAQEhAQYDAgICHQIGCxQJCAIEAQ0FCIgMAxIOq22MVw2FGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBARWKbIJBggkLCg0JCIJCglYFjVOFS4Q/MQEWhWSGIoFugW2?= =?us-ascii?q?ETohch06HXAEeAQFCggQBGYFKbAEBiBN+AQEB?= X-IronPort-AV: E=Sophos;i="5.24,506,1454976000"; d="scan'208,217";a="263429565" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Apr 2016 14:42:44 +0000 Received: from XCH-RTP-001.cisco.com (xch-rtp-001.cisco.com [64.101.220.141]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u3JEgitp023490 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 19 Apr 2016 14:42:44 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-001.cisco.com (64.101.220.141) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 19 Apr 2016 10:42:43 -0400 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.1104.009; Tue, 19 Apr 2016 10:42:43 -0400 From: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" To: "Jan Medved (jmedved)" , Giles Heron , Edwin Cordeiro Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWVn2yDTCXxkSEPWPJjAtlgZ9y8quAgAB7MQCAEVm0AIAANQ4AgAACUACACtxCAIAAQqUA//+QKoCAADuqoP//4SuAgAGxewA= Date: Tue, 19 Apr 2016 14:42:43 +0000 Message-ID: <9fb9b0e2fc844c4a8ad80fdd430eeff2@XCH-RTP-018.cisco.com> References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> 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.61.193.17] Content-Type: multipart/alternative; boundary="_000_9fb9b0e2fc844c4a8ad80fdd430eeff2XCHRTP018ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , Susan Hares Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 14:43:13 -0000 --_000_9fb9b0e2fc844c4a8ad80fdd430eeff2XCHRTP018ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSmFuLA0KDQpXZSB3b3VsZCBkZWZpbml0ZWx5IGxpa2UgdG8gaGF2ZSBJRVRGIGluIEp1bHkg YXMgdGFyZ2V0IGZvciB0aGlzIHRhc2suIEhvd2V2ZXIgd2UgYXJlIHN0aWxsIGZvcm1hbGl6aW5n IHRoZSByZXF1aXJlbWVudHMgZm9yIG5ldyBmZWF0dXJlcyAoZS5nLiBmcm9tIEZEUyBwcm9qZWN0 IGh0dHBzOi8vamlyYS5mZC5pby9icm93c2UvSE9ORVlDT01CLTMwKSBhbmQgZmluaXNoaW5nIG90 aGVyIHJlZmFjdG9yaW5nIHRhc2tzLiBTbyBpdCBpcyBwb3NzaWJsZSB3ZSB3aWxsIG5vdCBiZSBh YmxlIHRvIGZ1bGx5IGZpbmlzaCBpdCBiZWZvcmUgSnVseSBzaW5jZSBvdGhlciBuZXcgZmVhdHVy ZXMgKGJsb2NrZXJzIGZvciBvdGhlciBwcm9qZWN0cykgaGF2ZSBoaWdoZXIgcHJpb3JpdHkuDQoN ClJlZ2FyZHMsDQpNYXJvcw0KDQpGcm9tOiBKYW4gTWVkdmVkIChqbWVkdmVkKQ0KU2VudDogTW9u ZGF5LCBBcHJpbCAxOCwgMjAxNiA1OjQ0IFBNDQpUbzogTWFyb3MgTWFyc2FsZWsgLVggKG1tYXJz YWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSA8bW1hcnNhbGVAY2lzY28uY29t PjsgR2lsZXMgSGVyb24gPGdpbGVzLmhlcm9uQGdtYWlsLmNvbT47IEVkd2luIENvcmRlaXJvIDxl ZHdpbkBzY29yZGVpcm8ubmV0Pg0KQ2M6IGkycnNAaWV0Zi5vcmc7IFN1c2FuIEhhcmVzIDxzaGFy ZXNAbmR6aC5jb20+DQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkkgd2Fz IHRoaW5raW5nIHRoZSB0YXJnZXQgd291bGQgYmUgdGhlIEJlcmxpbiBJRVRGIGluIEp1bHkuDQoN CkZyb206ICJNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJ RVMgYXQgQ2lzY28pIiA8bW1hcnNhbGVAY2lzY28uY29tPG1haWx0bzptbWFyc2FsZUBjaXNjby5j b20+Pg0KRGF0ZTogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA3OjQwIEFNDQpUbzogSmFuIE1l ZHZlZCA8am1lZHZlZEBjaXNjby5jb208bWFpbHRvOmptZWR2ZWRAY2lzY28uY29tPj4sIEdpbGVz IEhlcm9uIDxnaWxlcy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNv bT4+LCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2Nv cmRlaXJvLm5ldD4+DQpDYzogImkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+IiA8 aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+LCBTdXNhbiBIYXJlcyA8c2hhcmVz QG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUkU6IFtpMnJzXSBJ MlJTIEhhY2thdGhvbg0KDQpIaSBldmVyeW9uZSwNCg0KSmFuIGlzIHJpZ2h0LCB3ZSBhcmUgdHJ5 aW5nIHRvIHByb2R1Y2UgYSBtaW5pbWFsIE9ETCBkaXN0cmlidXRpb24gZm9yIHRoZSBIb25leWNv bWIgcHJvamVjdC4gSG93ZXZlciB3ZSBoYXZlIHF1aXRlIGEgYml0IG9mIHdvcmsgYWhlYWQgb2Yg dXMsIGJlZm9yZSB0aGUgbWluaW1hbCBkaXN0cmlidXRpb24gd2lsbCBiZSBhdmFpbGFibGU6IGh0 dHBzOi8vamlyYS5mZC5pby9icm93c2UvSE9ORVlDT01CLTE4DQoNCkFuZCB3ZSBkbyBub3QgaGF2 ZSBhbiBleGFjdCBkYXRlIGZvciB3aGVuIHRoaXMgd2lsbCBiZSBhdmFpbGFibGUuIEl0IG1pZ2h0 IHRha2UgYSBjb3VwbGUgbW9udGhzIGJlZm9yZSB3ZSBzdGFydCBhbmQgZmluaXNoIHdpdGggdGhp cyBlZmZvcnQuDQoNCk1hcm9zDQoNCkZyb206IEphbiBNZWR2ZWQgKGptZWR2ZWQpDQpTZW50OiBN b25kYXksIEFwcmlsIDE4LCAyMDE2IDQ6MDEgUE0NClRvOiBHaWxlcyBIZXJvbiA8Z2lsZXMuaGVy b25AZ21haWwuY29tPG1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20+PjsgRWR3aW4gQ29yZGVp cm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQ+PjsgTWFy b3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2Nv KSA8bW1hcnNhbGVAY2lzY28uY29tPG1haWx0bzptbWFyc2FsZUBjaXNjby5jb20+Pg0KQ2M6IGky cnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+OyBTdXNhbiBIYXJlcyA8c2hhcmVzQG5k emguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJT IEhhY2thdGhvbg0KDQpFZHdpbiwgR2lsZXMsIFN1ZToNCg0KQXMgcGFydCBvZiBGRC5pbyB3ZSBh cmUgY3JlYXRpbmcgYSBzdHJpcHBlZC1kb3duIGRpc3RyaWJ1dGlvbiBvZiBPREwgdGhhdCBjb250 YWlucyBvbmx5IE5ldGNvbmYsIEJHUCBhbmQgY29tcG9uZW50cyByZXF1aXJlZCB0byBzdXBwb3J0 IHRoZXNlIHR3by4gVGhpcyB3aWxsIGJlIHRoZSBtYW5hZ2VtZW50L2NvbnRyb2wgYWdlbnQgZm9y IFZQUCAocHJvamVjdCBuYW1lIEhvbmV5Y29tYikuIFRoaXMgd291bGQgSU1PIGJlIHRoZSBiZXN0 IGZpdCBmb3IgdGhlIEhhY2thdGhvbiBwbGF0Zm9ybS4gUGxlYXNlIGNvbnRhY3QgTWFyb3MgTWFy c2FsZWsgKHRoZSBQVEwgZm9yIEhvbmV5Y29tYiwgY29waWVkKSBmb3IgbW9yZSBkZXRhaWxzLg0K DQoNCg0KVGhhbmtzLA0KSmFuDQoNCg0KRnJvbTogaTJycyA8aTJycy1ib3VuY2VzQGlldGYub3Jn PG1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgR2lsZXMgSGVyb24g PGdpbGVzLmhlcm9uQGdtYWlsLmNvbTxtYWlsdG86Z2lsZXMuaGVyb25AZ21haWwuY29tPj4NCkRh dGU6IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgYXQgNjo0MSBBTQ0KVG86IEVkd2luIENvcmRlaXJv IDxlZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4NCkNjOiAi aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4iIDxpMnJzQGlldGYub3JnPG1haWx0 bzppMnJzQGlldGYub3JnPj4sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNo YXJlc0BuZHpoLmNvbT4+DQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkhp IEVkd2luLA0KDQpPbiAxOCBBcHIgMjAxNiwgYXQgMTA6NDIsIEVkd2luIENvcmRlaXJvIDxlZHdp bkBzY29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4gd3JvdGU6DQoNCkhp IFN1ZSwNCg0KSW4gbGluZSBjb21tZW50cy4NCg0KVGhhbmtzLA0KDQpFZHdpbiBDb3JkZWlybw0K DQpPbiBNb24sIEFwciAxMSwgMjAxNiBhdCAxOjUxIFBNLCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5k emguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiB3cm90ZToNCkVkd2luOg0KDQpTb3JyeSwg bXkgZmlyc3QgbWVzc2FnZSBkaWQgbm90IGFkZHJlc3MgYWxsIHlvdXIgcXVlc3Rpb25zLiAgV2hh dCB3b3VsZCBiZSB1c2VmdWwgZm9yIHlvdSB0byBkbyBpczoNCg0KMSkgICAgICBTZWUgaWYgeW91 IGNhbiBnZXQgYW4gT0RMIGJhc2VkIFZNIHdoaWNoIGlzIHRoZSBzYW1lIHNpemUgYXMgRG9uIGFu ZCBNYW1hZG914oCZcyBWTSwNCuKAi1llcywgaXQgaXMgcG9zc2libGUgdG8gbWFrZSBhIHNtYWxs IFZNIHdpdGggT0RMIGlmIHRoZSBncmFwaGljYWwgaW50ZXJmYWNlIGlzIG5vdCBuZWVkZWQu4oCL DQoNCg0KeXVwIC0gSSBoYXZlIFZNcyB0aGF0IGFyZSBhYm91dCAxLjVHQiB3aXRoIE9ETCBwbHVz IHRoZSBzdHVmZiBuZWVkZWQgdG8gcnVuIGl0IChub3Qgc3VyZSBpZiB0aGF04oCZcyDigJxzbWFs bOKAnT8pLiAgWW91IGNvdWxkIHByb2JhYmx5IGJ1aWxkIGEgbXVjaCBzbWFsbGVyIFZNIGlmIHlv dSB0b28gdGhlIHRpbWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24ndCBu ZWVkLiAgIEkgaGF2ZSBhIHZhZ3JhbnQgc2V0dXAgZm9yIGl0IHRvbyAoc28gb25seSBhIGNvdXBs ZSBvZiBLQiBidXQgZG93bmxvYWRzIGEgbG90IG9mIHN0dWZmIHdoZW4geW91IHJ1biBpdCkuICBU YWtlIGEgbG9vayBpbjoNCg0KaHR0cHM6Ly9naXRodWIuY29tL0Npc2NvRGV2TmV0L29wZW5kYXls aWdodC1zZXR1cA0KDQpHaWxlcw0KMikgICAgICBTZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBN YW1hZG914oCZcyBWTSBpbiB5b3VyIGVudmlyb25tZW50Lg0K4oCLSWYgd2UgY2FuIGdldCBhIGNv cHkgb2YgdGhpcyBWTSwgd2UgY2FuIHN1cmVseSB0ZXN0IGl0LuKAiw0KMykgICAgICBUZXN0IHRo ZSBJMlJTIFJJQiB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRodWIg KH4yIHdlZWtzKQ0KNCkgICAgICBUZXN0IHRoZSBJMlJTIEZpbHRlci1CYXNlZCB3aXRoIHRoZSBR dWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXR1YiAofjQgd2Vla3MpDQrigItXZSB3aWxs IHdhaXQgZm9yIGl0LuKAiw0KDQoNCkkgd2lsbCB0cnkgdG8gZ2V0IHRoZSBPREwgVk0gcG9zdGVk IHRvIGdpdGh1YiB0b2RheS4NCuKAi0kgbG9va2VkIGF0IHRoZSBIYWNrYXRob24gKGh0dHBzOi8v Z2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTUpIGFuZCB0aGUgSTJSUy1XRyAoaHR0cHM6 Ly9naXRodWIuY29tL2kycnMtd2cpIEdpdGh1YiwgYnV0IGZvdW5kIG5vIFZNIHRoZXJlLuKAiyBB cmUgeW91IHVzaW5nIGFub3RoZXIgcmVwb3NpdG9yeT8NCg0KDQpTdWUNCg0KRnJvbTogaTJycyBb bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3Jn Pl0gT24gQmVoYWxmIE9mIFN1c2FuIEhhcmVzDQpTZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2 IDc6NDQgQU0NClRvOiAnRWR3aW4gQ29yZGVpcm8nDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86 aTJyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KRWR3 aW46DQoNClRoYW5rIHlvdSBmb3IgeW91ciBlbnZpcm9ubWVudC4gIERvbiBGZWR5ayBhbmQgTWFt YWRvdSBUYWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmlydHVhbCBib3guDQrigKIgICAgICAg RGV2ICYgZXhlY3V0aW9uIGVudmlyb25tZW50OiBMaW51eCAoVWJ1bnR1ICAxNC4zIG5hdGl2ZSBv ciBpbiBWaXJ0dWFsIEJveCkNCuKAoiAgICAgICBtaW5pbmV0IGFuZCBtaW5pbmV4dCAoc2ltdWxh dGVkIG5ldHdvcmsgb2Ygcm91dGVycykNCuKAoiAgICAgICBRdWFnZ2EgMS4wLjIwMTYwMzE1IChp bmNsdWRpbmcgWmVicmEgZm9yIHJvdXRlIHRhYmxlIGFjY2VzcykNCg0KVGhlIGZvbGxvd2luZyBj b2RlIG5lZWRzIHdpbGwgbmVlZCB0byBiZSBkb3dubG9hZGVkIHRvIHRoZSBmb2xsb3dpbmcgVk06 DQrigKIgICAgICAgQ2lzY28vVGFpbC1mIGNvbmZkIDYuMQ0K4oCiICAgICAgIFl1bWHigJlzIHlh bmdjbGktcHJvDQrigKIgICAgICAgaWV0Zi1pMnJzLXJpYiBZQU5HIG1vZGVsIGZyb20gZHJhZnQt aWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLTA1LnR4dA0K4oCiICAgICAgIEkyUlMgRkItRklCIFlh bmcgbW9kZWwgIC0tPiBsaW5rIHRvIElQLVRhYmxlIGluIFVidW50dQ0KDQpUaGlzIHBhcnQgb2Yg dGhlIGNvZGUgd2FzIG5vdCBjb21wbGV0ZWQg4oCTIHNvIEkgd2lsbCB0cnkgdG8gY29tcGxldGUg dGhpcw0KDQpJIHdpbGwgcG9zdCB0aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0b3J5Lg0K DQpTdWUNCg0KDQpGcm9tOmVkd2luc2NAZ21haWwuY29tPG1haWx0bzplZHdpbnNjQGdtYWlsLmNv bT4gW21haWx0bzplZHdpbnNjQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJv DQpTZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDQ6MzQgQU0NClRvOiBTdXNhbiBIYXJlcw0K Q2M6IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2ky cnNdIEkyUlMgSGFja2F0aG9uDQoNCkhpIFN1c2FuLA0KDQpJIHNhdyB5b3VyIHByZXNlbnRhdGlv biBvZiB0aGUgSGFja2F0aG9uIGFuZCBmaXJzdCBzb3JyeSB0aGUgVk0gd2Fzbid0IHNtYWxsZXIs IGJ1dCB0aG9zZSB3ZXJlIHRoZSBzdWdnZXN0aW9ucyBmcm9tIE9ETCBmb3IgcnVubmluZyBpdCBp bnNpZGUgYSBWTS4NCg0KV2UgYXJlIGhhcHB5IHRoYXQgeW91IHdlcmUgYWJsZSB0byBmaW5kIGEg d29ya2Fyb3VuZCBhbmQgd2Ugd291bGQgbGlrZSB0byB0ZXN0IGFuZCBleHBhbmQgdGhlIHJlc3Vs dCBvZiB0aGUgSGFja2F0aG9uLCBjb3VsZCB5b3UgcGxlYXNlIHNoYXJlIHRoZSByZXN1bHRzPw0K DQpUaGFuayB5b3UNCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gVGh1LCBNYXIgMzEsIDIwMTYgYXQg OTozNiBBTSwgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2lu QHNjb3JkZWlyby5uZXQ+PiB3cm90ZToNCkhpIFN1c2FuLA0KDQpUaGUgVk0gaXMgYSBVYnVudHUg c28gaXQgaXMgcG9zc2libGUgdG8gcnVuIHRoaXMgZW11bGF0ZWQgbmV0d29yayBpbiBhIG5hdGl2 ZSBVYnVudHUgbGFwdG9wLiBUaGUgb25seSBzcGVjaWFsIHJlcXVpcmVtZW50IGlzIGZvciBNaW5p TkV4VCAoaHR0cHM6Ly9naXRodWIuY29tL1VTQy1OU0wvbWluaU5FeFQpLCB0aGF0IGRvZXMgbm90 IGN1cnJlbnRseSBzdXBwb3J0IHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBNaW5pbmV0LCB5b3UgbXVz dCB1c2UgTWluaW5ldCB2ZXJzaW9uIDIuMS4wLiBJIHdpbGwgYWRkIHRvIHRoZSB3ZWJwYWdlIGEg ZmlsZSB3aXRoIHRoZSBjb25maWcgZmlsZXMgdXNlZCBmb3IgTWluaW5ldCBhbmQgTWluaU5FeFQu DQoNCkFub3RoZXIgb3B0aW9uIGlzIHRvIHJ1biB0aGUgVk0gYW5kIGNvbmZpZ3VyZSB0aGUgVmly dHVhbGJveCBvciBWTXdhcmUgUGxheWVyIHRvIG1ha2UgdGhlIG5ldHdvcmsgaW50ZXJmYWNlIG9m IHRoZSBWTSB0byBiZSBpbiBicmlkZ2UgbW9kZSBvciBpbiBpbnRlcm5hbCBuZXR3b3JrIHdpdGgg dGhlIGhvc3QgbWFjaGluZSwgdGhhdCB3YXkgeW91IG1heSB1c2UgYW55IHByb2dyYW0gaW5zdGFs bGVkIGluIHRoZSBob3N0IG1hY2hpbmUgdG8gaW50ZXJhY3Qgd2l0aCB0aGUgVk0uDQoNCkJSDQoN CkVkd2luIENvcmRlaXJvDQoNCk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDI6MTUgQU0sIFN1c2Fu IEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+IHdyb3RlOg0K RWR3aW46DQoNClRoYW5rIHlvdSBmb3IgdGhlIGNsaWVudC4gIERvIHlvdSB0aGluayBpdCB3b3Vs ZCB3b3JrIG9uIHVuYnVudHU/ICBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFj bGUgQm94IGFuZCBydW5uaW5nIG5hdGl2ZSBvbiB0aGUgdW5idW50dSBsYXB0b3BzLg0KDQpTdWUN Cg0KRnJvbTogaTJycyBbbWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1i b3VuY2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJvDQpTZW50OiBXZWRu ZXNkYXksIE1hcmNoIDMwLCAyMDE2IDExOjMzIEFNDQpUbzogaTJyc0BpZXRmLm9yZzxtYWlsdG86 aTJyc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBhbGws DQoNCkFzIHdlIGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJMlJTIGltcGxlbWVudGF0aW9uIGhlcmUg YXQgVFUgTXVuaWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhhdCBpcyBydW5uaW5nIE1pbmluZXQgKHRv IGVtdWxhdGUgYSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVudCB2aXJ0dWFsIHJvdXRl cnMpIGFuZCBPcGVuRGF5TGlnaHQgKHRoYXQgd2UgdHJ5aW5nIHRvIHVzZSBhcyBJMlJTIGFnZW50 KSwgdGhlIEkyUlMgY2xpZW50IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSB1c2luZyBaZWJyYS4gVGhl IEkyUlMgYWdlbnQgaXMgdGhlIE5FVENPTkYgKyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQg bmVlZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJlIHdyaXR0ZW4uIFRoZSBJMlJTIGNsaWVudCBpcyBu b3QgcHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZvciBzaGFyaW5nLg0KDQpPbiB0aGUg cHJldmlvdXMgSGFja2F0aG9uLCBvbmUgb2YgdGhlIGRpZmZpY3VsdGllcyBmb3IgdGhlIEkyUlMg d2FzIHRoZSBsYWNrIG9mIGFuIGVudmlyb25tZW50IHdoZXJlIGl0IGNvdWxkIGJlIGRldmVsb3Bl ZCwgc28gd2UgZGVjaWRlZCB0byBzaGFyZSB0aGlzIFZNIGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRv IGdldCB0aGlzIG5ldHdvcmsgcnVubmluZyBpbiB0aGUgaG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwg Zm9yIHRoZSBhcHByb2FjaGluZyBIYWNrYXRob24gaW4gQnVlbm9zIEFpcmVzLg0KDQpUaGUgdHV0 b3JpYWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUv cHViL2kycnMvDQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvSTJSUy1EZXYtVk0u b3ZhIC0gbWQ1OiBhZjcwNzQxY2QxMmIzOWE5NjQ0YjA4ODFkZjUxNmE1NQ0KDQpVbmZvcnR1bmF0 ZWx5IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5kIHRoaXMgbmV4dCBtZWV0aW5nIGluIHBl cnNvbiwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlvbiwgbGV0IHVzIGtub3cuIFdlIGhvcGUg dGhlIFZNIHRvIGJlIHVzZWZ1bC4NCg0KQmVzdCBSZWdhcmRzLA0KDQpFZHdpbiBDb3JkZWlybw0K DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmky cnMgbWFpbGluZyBsaXN0DQppMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg== --_000_9fb9b0e2fc844c4a8ad80fdd430eeff2XCHRTP018ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBKYW4sPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5XZSB3b3VsZCBkZWZpbml0ZWx5IGxp a2UgdG8gaGF2ZSBJRVRGIGluIEp1bHkgYXMgdGFyZ2V0IGZvciB0aGlzIHRhc2suIEhvd2V2ZXIg d2UgYXJlIHN0aWxsIGZvcm1hbGl6aW5nIHRoZSByZXF1aXJlbWVudHMgZm9yIG5ldyBmZWF0dXJl cyAoZS5nLiBmcm9tIEZEUyBwcm9qZWN0DQo8YSBocmVmPSJodHRwczovL2ppcmEuZmQuaW8vYnJv d3NlL0hPTkVZQ09NQi0zMCI+aHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05FWUNPTUItMzA8 L2E+KSBhbmQgZmluaXNoaW5nIG90aGVyIHJlZmFjdG9yaW5nIHRhc2tzLiBTbyBpdCBpcyBwb3Nz aWJsZSB3ZSB3aWxsIG5vdCBiZSBhYmxlIHRvIGZ1bGx5IGZpbmlzaCBpdCBiZWZvcmUgSnVseSBz aW5jZSBvdGhlciBuZXcgZmVhdHVyZXMgKGJsb2NrZXJzIGZvciBvdGhlciBwcm9qZWN0cykgaGF2 ZQ0KIGhpZ2hlciBwcmlvcml0eS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk1hcm9zPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGlu IDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBKYW4gTWVkdmVkIChqbWVkdmVkKQ0KPGJyPg0KPGI+ U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgNTo0NCBQTTxicj4NCjxiPlRvOjwvYj4g TWFyb3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENp c2NvKSAmbHQ7bW1hcnNhbGVAY2lzY28uY29tJmd0OzsgR2lsZXMgSGVyb24gJmx0O2dpbGVzLmhl cm9uQGdtYWlsLmNvbSZndDs7IEVkd2luIENvcmRlaXJvICZsdDtlZHdpbkBzY29yZGVpcm8ubmV0 Jmd0Ozxicj4NCjxiPkNjOjwvYj4gaTJyc0BpZXRmLm9yZzsgU3VzYW4gSGFyZXMgJmx0O3NoYXJl c0BuZHpoLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJTIEhhY2th dGhvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SSB3YXMgdGhpbmtp bmcgdGhlIHRhcmdldCB3b3VsZCBiZSB0aGUgQmVybGluIElFVEYgaW4gSnVseS48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZx dW90O01hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRIRU9OIFRFQ0hOT0xPR0lFUyBh dCBDaXNjbykmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptbWFyc2FsZUBjaXNjby5jb20iPm1t YXJzYWxlQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPk1vbmRheSwgQXByaWwg MTgsIDIwMTYgYXQgNzo0MCBBTTxicj4NCjxiPlRvOiA8L2I+SmFuIE1lZHZlZCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmptZWR2ZWRAY2lzY28uY29tIj5qbWVkdmVkQGNpc2NvLmNvbTwvYT4mZ3Q7LCBH aWxlcyBIZXJvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbSI+Z2ls ZXMuaGVyb25AZ21haWwuY29tPC9hPiZndDssIEVkd2luIENvcmRlaXJvICZsdDs8YSBocmVmPSJt YWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvYT4mZ3Q7PGJy Pg0KPGI+Q2M6IDwvYj4mcXVvdDs8YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+aTJyc0Bp ZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj5pMnJz QGlldGYub3JnPC9hPiZndDssIFN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVz QG5kemguY29tIj5zaGFyZXNAbmR6aC5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5S RTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGluIDBp biAwaW4gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowaW4iIGlkPSJNQUNf T1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIGV2ZXJ5b25lLDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SmFuIGlz IHJpZ2h0LCB3ZSBhcmUgdHJ5aW5nIHRvIHByb2R1Y2UgYSBtaW5pbWFsIE9ETCBkaXN0cmlidXRp b24gZm9yIHRoZSBIb25leWNvbWIgcHJvamVjdC4gSG93ZXZlciB3ZSBoYXZlIHF1aXRlIGEgYml0 IG9mIHdvcmsgYWhlYWQgb2YgdXMsIGJlZm9yZSB0aGUgbWluaW1hbA0KIGRpc3RyaWJ1dGlvbiB3 aWxsIGJlIGF2YWlsYWJsZTogPGEgaHJlZj0iaHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05F WUNPTUItMTgiPg0KaHR0cHM6Ly9qaXJhLmZkLmlvL2Jyb3dzZS9IT05FWUNPTUItMTg8L2E+PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbmQgd2Ug ZG8gbm90IGhhdmUgYW4gZXhhY3QgZGF0ZSBmb3Igd2hlbiB0aGlzIHdpbGwgYmUgYXZhaWxhYmxl LiBJdCBtaWdodCB0YWtlIGEgY291cGxlIG1vbnRocyBiZWZvcmUgd2Ugc3RhcnQgYW5kIGZpbmlz aCB3aXRoIHRoaXMgZWZmb3J0Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+TWFyb3M8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+IEphbiBNZWR2ZWQgKGptZWR2 ZWQpDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiA0OjAxIFBNPGJy Pg0KPGI+VG86PC9iPiBHaWxlcyBIZXJvbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9u QGdtYWlsLmNvbSI+Z2lsZXMuaGVyb25AZ21haWwuY29tPC9hPiZndDs7IEVkd2luIENvcmRlaXJv ICZsdDs8YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+ZWR3aW5Ac2NvcmRlaXJv Lm5ldDwvYT4mZ3Q7OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNI Tk9MT0dJRVMgYXQgQ2lzY28pICZsdDs8YSBocmVmPSJtYWlsdG86bW1hcnNhbGVAY2lzY28uY29t Ij5tbWFyc2FsZUBjaXNjby5jb208L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFp bHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+OyBTdXNhbiBIYXJlcyAmbHQ7PGEg aHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+c2hhcmVzQG5kemguY29tPC9hPiZndDs8YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5FZHdpbiwgR2lsZXMsIFN1ZTo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+QXMgcGFydCBvZiBGRC5pbyB3ZSBhcmUgY3JlYXRpbmcgYSBzdHJpcHBlZC1k b3duIGRpc3RyaWJ1dGlvbiBvZiBPREwgdGhhdCBjb250YWlucyBvbmx5IE5ldGNvbmYsIEJHUCBh bmQgY29tcG9uZW50cyByZXF1aXJlZCB0byBzdXBwb3J0IHRoZXNlIHR3by4gVGhpcyB3aWxsIGJl DQogdGhlIG1hbmFnZW1lbnQvY29udHJvbCBhZ2VudCBmb3IgVlBQIChwcm9qZWN0IG5hbWUgSG9u ZXljb21iKS4gVGhpcyB3b3VsZCBJTU8gYmUgdGhlIGJlc3QgZml0IGZvciB0aGUgSGFja2F0aG9u IHBsYXRmb3JtLiBQbGVhc2UgY29udGFjdCBNYXJvcyBNYXJzYWxlayAodGhlIFBUTCBmb3IgSG9u ZXljb21iLCBjb3BpZWQpIGZvciBtb3JlIGRldGFpbHMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGFua3MsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5KYW48L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPmkycnMgJmx0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxhIGhy ZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnMtYm91bmNlc0BpZXRmLm9yZzwv c3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCiBvbiBiZWhhbGYgb2YgR2lsZXMgSGVy b24gJmx0Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxhIGhyZWY9Im1haWx0bzpn aWxlcy5oZXJvbkBnbWFpbC5jb20iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmdpbGVzLmhlcm9uQGdtYWlsLmNvbTwvc3Bhbj48L2E+PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5LCBBcHJpbCAxOCwg MjAxNiBhdCA2OjQxIEFNPGJyPg0KPGI+VG86IDwvYj5FZHdpbiBDb3JkZWlybyAmbHQ7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWly by5uZXQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPmVkd2luQHNjb3JkZWlyby5uZXQ8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m Z3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVvdDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+ PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiZxdW90OyAmbHQ7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+ PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7LA0KIFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5z aGFyZXNAbmR6aC5jb208L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+ U3ViamVjdDogPC9iPlJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNCNUM0 REYgNC41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdDttYXJnaW4tbGVmdDozLjc1cHQ7bWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiIGlkPSJN QUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBFZHdpbiwNCjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90 dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPk9uIDE4IEFwciAyMDE2LCBhdCAxMDo0MiwgRWR3aW4gQ29yZGVpcm8gJmx0 Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxhIGhyZWY9Im1haWx0bzplZHdpbkBz Y29yZGVpcm8ubmV0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmVkd2luQHNjb3JkZWlyby5uZXQ8L3NwYW4+ PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCiB3cm90ZTo8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ SGkgU3VlLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkluIGxp bmUgY29tbWVudHMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ VGhhbmtzLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5FZHdpbiBDb3Jk ZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPk9uIE1vbiwgQXByIDEx LCAyMDE2IGF0IDE6NTEgUE0sIFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIiB0YXJnZXQ9Il9ibGFu ayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5zaGFyZXNAbmR6aC5jb208L3NwYW4+PC9hPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCiB3cm90ZTo8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJp Z2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46DQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Tb3JyeSwg bXkgZmlyc3QgbWVzc2FnZSBkaWQgbm90IGFkZHJlc3MgYWxsIHlvdXIgcXVlc3Rpb25zLiZuYnNw OyBXaGF0IHdvdWxkIGJlIHVzZWZ1bCBmb3IgeW91IHRvIGRvIGlzOg0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+MSk8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2VlIGlm IHlvdSBjYW4gZ2V0IGFuIE9ETCBiYXNlZCBWTSB3aGljaCBpcyB0aGUgc2FtZSBzaXplIGFzIERv biBhbmQgTWFtYWRvdeKAmXMgVk0sPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5ZZXMsIGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgYSBzbWFsbCBWTSB3aXRoIE9ETCBpZiB0 aGUgZ3JhcGhpY2FsIGludGVyZmFjZSBpcyBub3QgbmVlZGVkLjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCL PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+eXVwIC0gSSBoYXZlIFZNcyB0aGF0IGFyZSBhYm91dCAxLjVHQiB3aXRoIE9E TCBwbHVzIHRoZSBzdHVmZiBuZWVkZWQgdG8gcnVuIGl0IChub3Qgc3VyZSBpZiB0aGF04oCZcyDi gJxzbWFsbOKAnT8pLiAmbmJzcDtZb3UgY291bGQgcHJvYmFibHkgYnVpbGQgYSBtdWNoIHNtYWxs ZXIgVk0gaWYgeW91DQogdG9vIHRoZSB0aW1lIHRvIHN0cmlwIG91dCBhbGwgdGhlIGxpYnJhcmll cyB5b3UgZG9uJ3QgbmVlZC4gJm5ic3A7IEkgaGF2ZSBhIHZhZ3JhbnQgc2V0dXAgZm9yIGl0IHRv byAoc28gb25seSBhIGNvdXBsZSBvZiBLQiBidXQgZG93bmxvYWRzIGEgbG90IG9mIHN0dWZmIHdo ZW4geW91IHJ1biBpdCkuICZuYnNwO1Rha2UgYSBsb29rIGluOjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVw Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZ2l0aHViLmNvbS9DaXNjb0Rldk5ldC9vcGVuZGF5 bGlnaHQtc2V0dXA8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5HaWxlczwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj4yKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBNYW1hZG914oCZcyBW TSBpbiB5b3VyIGVudmlyb25tZW50Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5J ZiB3ZSBjYW4gZ2V0IGEgY29weSBvZiB0aGlzIFZNLCB3ZSBjYW4gc3VyZWx5IHRlc3QgaXQuPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4zKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UZXN0IHRoZSBJMlJTIFJJQiB3 aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRodWIgKH4yIHdlZWtzKQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+NCk8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+VGVzdCB0aGUgSTJSUyBGaWx0ZXItQmFzZWQgd2l0aCB0aGUgUXVhZ2dhIGNvZGUgd2hl biBJIHBvc3QgaXQgdG8gZ2l0dWIgKH40IHdlZWtzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+V2Ugd2lsbCB3YWl0IGZvciBpdC48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6 NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5JIHdpbGwgdHJ5IHRvIGdldCB0aGUgT0RMIFZNIHBvc3RlZCB0 byBnaXRodWIgdG9kYXkuJm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPkkgbG9va2VkIGF0IHRoZSBIYWNrYXRob24gKDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTUi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi Pmh0dHBzOi8vZ2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTU8L3NwYW4+PC9hPjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4pDQogYW5kIHRoZSBJMlJTLVdHICg8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vaTJycy13ZyI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cHM6Ly9n aXRodWIuY29tL2kycnMtd2c8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4pIEdpdGh1Yiwg YnV0IGZvdW5kDQogbm8gVk0gdGhlcmUuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+IEFyZSB5b3UgdXNpbmcgYW5vdGhlciByZXBvc2l0b3J5Pzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21h cmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+IGkycnMgW21haWx0bzo8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnMtYm91bmNlc0BpZXRmLm9yZzwvc3Bhbj48L2E+ PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9i PlN1c2FuIEhhcmVzPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTEsIDIwMTYgNzo0 NCBBTTxicj4NCjxiPlRvOjwvYj4gJ0Vkd2luIENvcmRlaXJvJzxicj4NCjxiPkNjOjwvYj4gPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5v cmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48 L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+RWR3aW46DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5UaGFuayB5b3UgZm9yIHlvdXIgZW52aXJvbm1lbnQuJm5ic3A7IERvbiBG ZWR5ayBhbmQgTWFtYWRvdSBUYWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmlydHVhbCBib3gu Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu MHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5EZXYgJmFtcDsgZXhlY3V0aW9u IGVudmlyb25tZW50OiBMaW51eCAoVWJ1bnR1Jm5ic3A7IDE0LjMgbmF0aXZlIG9yIGluIFZpcnR1 YWwgQm94KTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPm1pbmluZXQgYW5kIG1pbmluZXh0 IChzaW11bGF0ZWQgbmV0d29yayBvZiByb3V0ZXJzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPlF1YWdnYSAxLjAuMjAxNjAzMTUgKGluY2x1ZGluZyBaZWJyYSBmb3Igcm91dGUgdGFibGUg YWNjZXNzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlRoZSBmb2xsb3dpbmcgY29kZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUgZG93bmxvYWRl ZCB0byB0aGUgZm9sbG93aW5nIFZNOiAmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5DaXNjby9UYWlsLWYgY29uZmQgNi4xPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdp bi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+WXVtYeKAmXMgeWFuZ2NsaS1wcm8NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVm dDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmll dGYtaTJycy1yaWIgWUFORyBtb2RlbCBmcm9tIGRyYWZ0LWlldGYtaTJycy1yaWItZGF0YS1tb2Rl bC0wNS50eHQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu MHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JMlJTIEZCLUZJQiBZYW5nIG1v ZGVsJm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6V2luZ2RpbmdzO2NvbG9yOiMxRjQ5N0QiPsOgPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4gbGluayB0byBJUC1UYWJsZSBpbiBVYnVudHUgJm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhpcyBwYXJ0IG9m IHRoZSBjb2RlIHdhcyBub3QgY29tcGxldGVkIOKAkyBzbyBJIHdpbGwgdHJ5IHRvIGNvbXBsZXRl IHRoaXMNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3aWxsIHBvc3QgdGhpcyBpbiB0aGUgSTJSUyBnaXRodWIg cmVwb3NpdG9yeS4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PGEgaHJlZj0ibWFpbHRvOmVkd2luc2NAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LHNhbnMtc2VyaWYiPmVkd2luc2NAZ21haWwuY29tPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPg0KIFs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48YSBocmVmPSJtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss c2Fucy1zZXJpZiI+bWFpbHRvOmVkd2luc2NAZ21haWwuY29tPC9zcGFuPjwvYT48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4gQ29y ZGVpcm88YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA0OjM0IEFNPGJy Pg0KPGI+VG86PC9iPiBTdXNhbiBIYXJlczxicj4NCjxiPkNjOjwvYj4gPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0i X2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJz XSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGkgU3VzYW4sPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkkgc2F3IHlvdXIgcHJlc2VudGF0aW9uIG9m IHRoZSBIYWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5IHRoZSBWTSB3YXNuJ3Qgc21hbGxlciwgYnV0 IHRob3NlIHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZyb20gT0RMDQogZm9yIHJ1bm5pbmcgaXQgaW5z aWRlIGEgVk0uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PldlIGFyZSBoYXBweSB0aGF0IHlvdSB3ZXJlIGFibGUgdG8gZmluZCBhIHdvcmthcm91bmQgYW5k IHdlIHdvdWxkIGxpa2UgdG8gdGVzdCBhbmQgZXhwYW5kIHRoZSByZXN1bHQgb2YgdGhlIEhhY2th dGhvbiwNCiBjb3VsZCB5b3UgcGxlYXNlIHNoYXJlIHRoZSByZXN1bHRzPzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGFuayB5b3U8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ RWR3aW4gQ29yZGVpcm88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+T24gVGh1LCBNYXIgMzEsIDIwMTYgYXQgOTozNiBBTSwgRWR3aW4g Q29yZGVpcm8gJmx0OzxhIGhyZWY9Im1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0IiB0YXJnZXQ9 Il9ibGFuayI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij5IaSBTdXNhbiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+VGhlIFZNIGlzIGEgVWJ1bnR1IHNvIGl0IGlzIHBvc3NpYmxlIHRvIHJ1biB0aGlzIGVtdWxh dGVkIG5ldHdvcmsgaW4gYSBuYXRpdmUgVWJ1bnR1IGxhcHRvcC4gVGhlIG9ubHkgc3BlY2lhbCBy ZXF1aXJlbWVudA0KIGlzIGZvciBNaW5pTkV4VCAoPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL1VTQy1OU0wvbWluaU5FeFQiIHRhcmdl dD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5odHRwczovL2dpdGh1Yi5jb20vVVNDLU5TTC9taW5pTkV4VDwvc3Bhbj48L2E+ PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiksDQogdGhhdCBkb2VzIG5vdCBjdXJyZW50bHkgc3VwcG9ydCB0 aGUgbGF0ZXN0IHZlcnNpb24gb2YgTWluaW5ldCwgeW91IG11c3QgdXNlIE1pbmluZXQgdmVyc2lv biAyLjEuMC4gSSB3aWxsIGFkZCB0byB0aGUgd2VicGFnZSBhIGZpbGUgd2l0aCB0aGUgY29uZmln IGZpbGVzIHVzZWQgZm9yIE1pbmluZXQgYW5kJm5ic3A7TWluaU5FeFQuPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+QW5vdGhlciBvcHRpb24gaXMgdG8gcnVuIHRoZSBWTSBhbmQgY29uZmln dXJlIHRoZSBWaXJ0dWFsYm94IG9yIFZNd2FyZSBQbGF5ZXIgdG8gbWFrZSB0aGUgbmV0d29yayBp bnRlcmZhY2Ugb2YgdGhlIFZNDQogdG8gYmUgaW4gYnJpZGdlIG1vZGUgb3IgaW4gaW50ZXJuYWwg bmV0d29yayB3aXRoIHRoZSBob3N0IG1hY2hpbmUsIHRoYXQgd2F5IHlvdSBtYXkgdXNlIGFueSBw cm9ncmFtIGluc3RhbGxlZCBpbiB0aGUgaG9zdCBtYWNoaW5lIHRvIGludGVyYWN0IHdpdGggdGhl IFZNLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkJSPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PGJyIGNsZWFyPSJh bGwiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6Izg4ODg4OCI+RWR3aW4gQ29yZGVpcm88L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5PbiBU aHUsIE1hciAzMSwgMjAxNiBhdCAyOjE1IEFNLCBTdXNhbiBIYXJlcyAmbHQ7PGEgaHJlZj0ibWFp bHRvOnNoYXJlc0BuZHpoLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNoYXJlc0BuZHpoLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmsg eW91IGZvciB0aGUgY2xpZW50LiZuYnNwOyBEbyB5b3UgdGhpbmsgaXQgd291bGQgd29yayBvbiB1 bmJ1bnR1PyZuYnNwOyBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFjbGUNCiBC b3ggYW5kIHJ1bm5pbmcgbmF0aXZlIG9uIHRoZSB1bmJ1bnR1IGxhcHRvcHMuIDwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4gaTJycyBbbWFpbHRvOjwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxhIGhyZWY9Im1haWx0bzppMnJzLWJvdW5jZXNA aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+aTJycy1ib3VuY2VzQGll dGYub3JnPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl0NCjxi Pk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4gQ29yZGVpcm88YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVz ZGF5LCBNYXJjaCAzMCwgMjAxNiAxMTozMyBBTTxicj4NCjxiPlRvOjwvYj4gPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW2kycnNd IEkyUlMgSGFja2F0aG9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkhpIGFsbCw8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+QXMgd2UgYXJlIHRyeWlu ZyB0byBtYWtlIGFuIEkyUlMgaW1wbGVtZW50YXRpb24gaGVyZSBhdCBUVSBNdW5pY2gsIHdlIGNy ZWF0ZWQgYSBWTSB0aGF0IGlzIHJ1bm5pbmcgTWluaW5ldCAodG8gZW11bGF0ZQ0KIGEgbmV0d29y ayksIE1pbmluRXh0ICh0byBpbXBsZW1lbnQgdmlydHVhbCByb3V0ZXJzKSBhbmQgT3BlbkRheUxp Z2h0ICh0aGF0IHdlIHRyeWluZyB0byB1c2UgYXMgSTJSUyBhZ2VudCksIHRoZSBJMlJTIGNsaWVu dCB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgdXNpbmcgWmVicmEuIFRoZSBJMlJTIGFnZW50IGlzIHRo ZSBORVRDT05GICYjNDM7IFlBTkcgbW9kdWxlcyBvZiBPREwsIGJ1dCBpdCBuZWVkcyB0aGUgWUFO RyBtb2RlbHMgdG8gYmUgd3JpdHRlbi4NCiBUaGUgSTJSUyBjbGllbnQgaXMgbm90IHByZXNlbnQg YXMgaXQgaXMgbm90IHlldCByZWFkeSBmb3Igc2hhcmluZy48L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+T24gdGhlIHByZXZpb3VzIEhhY2thdGhvbiwgb25l IG9mIHRoZSBkaWZmaWN1bHRpZXMgZm9yIHRoZSBJMlJTIHdhcyB0aGUgbGFjayBvZiBhbiBlbnZp cm9ubWVudCB3aGVyZSBpdCBjb3VsZCBiZSBkZXZlbG9wZWQsDQogc28gd2UgZGVjaWRlZCB0byBz aGFyZSB0aGlzIFZNIGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRvIGdldCB0aGlzIG5ldHdvcmsgcnVu bmluZyBpbiB0aGUgaG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwgZm9yIHRoZSBhcHByb2FjaGluZyBI YWNrYXRob24gaW4gQnVlbm9zIEFpcmVzLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5UaGUgdHV0b3JpYWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxhIGhyZWY9Imh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy8iIHRh cmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5odHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvPC9zcGFuPjwv YT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGEgaHJlZj0iaHR0cDovL3d3dy5uZXQu aW4udHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92YSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHA6 Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy9JMlJTLURldi1WTS5vdmE8L3NwYW4+PC9hPjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj4NCiAtIG1kNTombmJzcDthZjcwNzQxY2QxMmIzOWE5NjQ0YjA4ODFk ZjUxNmE1NTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5V bmZvcnR1bmF0ZWx5IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5kIHRoaXMgbmV4dCBtZWV0 aW5nIGluIHBlcnNvbiwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlvbiwgbGV0IHVzIGtub3cu IFdlDQogaG9wZSB0aGUgVk0gdG8gYmUgdXNlZnVsLjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5CZXN0IFJlZ2FyZHMsPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5F ZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KaTJycyBtYWlsaW5nIGxpc3Q8YnI+DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzPC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9fb9b0e2fc844c4a8ad80fdd430eeff2XCHRTP018ciscocom_-- From nobody Wed Apr 20 08:34:07 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27D8512F016 for ; Wed, 20 Apr 2016 08:34:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 fYfqco4PBH1V for ; Wed, 20 Apr 2016 08:34:01 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F74A12E801 for ; Wed, 20 Apr 2016 08:19:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=87804; q=dns/txt; s=iport; t=1461165575; x=1462375175; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/6Ape75biw+E7pzKUWc9P0SSTSZYGkPAYhp81cK0OWI=; b=mTUAqyRRRsJ3mqP5YqRr+kLRnzHfemqbV0XuiyNUXvMB0biss1Bn9CAa +s7Cl9C78a8u7vooglBYJA2OL0O+Q5l8SpMEbBSPwOGmeIvZA0CHVMM3v lsUTS0R+HG8g9ki1PdZ3u47VkxZOzbWjx57LilCAVURLdbrB78i+10sVl I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BUAgALnRdX/5BdJa1egmtNU30GhU6gT?= =?us-ascii?q?Ydti10BDYFtBBcBCoVsAhyBJDgUAQEBAQEBAWUnhEEBAQEEAQEBIAQGQQsQAgE?= =?us-ascii?q?IDgMDAQEBIQEGAwICAh0CBgsUCQgCBAENBQiIDAMSDq1AjBMNhFgBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEViWqBAoJBggkLCg0JCIJCglYFjVOFS4RAMQEWhWSGI4F?= =?us-ascii?q?vgW2ETYhdh0+HXQEeAQFCggQBGYFKbAEBh0d+AQEB?= X-IronPort-AV: E=Sophos; i="5.24,510,1454976000"; d="scan'208,217"; a="93597192" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2016 15:19:32 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u3KFJURs002620 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 20 Apr 2016 15:19:31 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 20 Apr 2016 11:19:29 -0400 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.1104.009; Wed, 20 Apr 2016 11:19:29 -0400 From: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" To: Susan Hares , "Jan Medved (jmedved)" , "'Giles Heron'" , "'Edwin Cordeiro'" Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWVn2yDTCXxkSEPWPJjAtlgZ9y8quAgAB7MQCAEVm0AIAANQ4AgAACUACACtxCAIAAQqUA//+QKoCAADuqoP//4SuAgACkAwCAAqgXQA== Date: Wed, 20 Apr 2016 15:19:29 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> <020a01d199a0$7ec65800$7c530800$@ndzh.com> In-Reply-To: <020a01d199a0$7ec65800$7c530800$@ndzh.com> 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.61.70.26] Content-Type: multipart/alternative; boundary="_000_ff1dd57f44fe4da9aedac059fc85e39bXCHRTP018ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 15:34:05 -0000 --_000_ff1dd57f44fe4da9aedac059fc85e39bXCHRTP018ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU3VlLA0KDQpJIG1heSBoYXZlIG5vdCBiZWVuIGNsZWFyIHJlZ2FyZGluZyB0aGUgSG9u ZXljb21iIHByb2plY3QvZGlzdHJpYnV0aW9uIHNvIGhlcmXigJlzIHNvbWUgY2xhcmlmaWNhdGlv bjoNCg0KV2UgYXJlIHdvcmtpbmcgaGFyZCB0byBtYWtlIEhvbmV5Y29tYiBwcm9qZWN0L2Rpc3Ry aWJ1dGlvbiBhdmFpbGFibGUgZm9yIElFVEYgaW4gSnVseSBhbmQgd2Ugd2lsbC4gSSB3YXMganVz dCByZWZlcnJpbmcgdG8gdGhlIG1pbmltYWwgZGlzdHJpYnV0aW9uIHN0b3J5IHBsYW5uZWQgZm9y IEhvbmV5Y29tYiwgd2hpY2ggY292ZXJzIGltcHJvdmVtZW50cy9vcHRpbWl6YXRpb25zIHBsYW5u ZWQganVzdCBmb3IgdGhlIEhvbmV5Y29tYiBkaXN0cmlidXRpb24sIHRoYXQgYWxyZWFkeSBleGlz dHMgaW4gdGhlIHByb2plY3QuIFRob3NlIGltcHJvdmVtZW50cyBhcmUgbm90IGVzc2VudGlhbCBm b3IgYW55IGZlYXR1cmUgZGV2ZWxvcG1lbnQgYW5kIHdvdWxkIGp1c3QgZnVydGhlciBzdHJpcCBk b3duIEhvbmV5Y29tYiBleGVjdXRhYmxlcyBpbiBpdHMgZGlzdHJpYnV0aW9uLg0KDQpSZWdhcmRz LA0KTWFyb3MNCg0KRnJvbTogU3VzYW4gSGFyZXMgW21haWx0bzpzaGFyZXNAbmR6aC5jb21dDQpT ZW50OiBNb25kYXksIEFwcmlsIDE4LCAyMDE2IDg6MzEgUE0NClRvOiBKYW4gTWVkdmVkIChqbWVk dmVkKSA8am1lZHZlZEBjaXNjby5jb20+OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQ QU5USEVPTiBURUNITk9MT0dJRVMgYXQgQ2lzY28pIDxtbWFyc2FsZUBjaXNjby5jb20+OyAnR2ls ZXMgSGVyb24nIDxnaWxlcy5oZXJvbkBnbWFpbC5jb20+OyAnRWR3aW4gQ29yZGVpcm8nIDxlZHdp bkBzY29yZGVpcm8ubmV0Pg0KQ2M6IGkycnNAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbaTJyc10g STJSUyBIYWNrYXRob24NCg0KSmFuIGFuZCBNYXJvczoNCg0KVGhpcyB3b3VsZCBiZSB3b25kZXJm dWwgdG8gaGF2ZSB0aGUgbWluaW1hbCBkaXN0cmlidXRpb24gYXQgQmVybGluIHNvIHdlIGNvdWxk IHRyeSBpdCBvdXQuDQoNClN1ZQ0KDQpGcm9tOiBKYW4gTWVkdmVkIChqbWVkdmVkKSBbbWFpbHRv OmptZWR2ZWRAY2lzY28uY29tXQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiAxMTo0NCBB TQ0KVG86IE1hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRIRU9OIFRFQ0hOT0xPR0lF UyBhdCBDaXNjbyk7IEdpbGVzIEhlcm9uOyBFZHdpbiBDb3JkZWlybw0KQ2M6IGkycnNAaWV0Zi5v cmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+OyBTdXNhbiBIYXJlcw0KU3ViamVjdDogUmU6IFtpMnJz XSBJMlJTIEhhY2thdGhvbg0KDQpJIHdhcyB0aGlua2luZyB0aGUgdGFyZ2V0IHdvdWxkIGJlIHRo ZSBCZXJsaW4gSUVURiBpbiBKdWx5Lg0KDQpGcm9tOiAiTWFyb3MgTWFyc2FsZWsgLVggKG1tYXJz YWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSIgPG1tYXJzYWxlQGNpc2NvLmNv bTxtYWlsdG86bW1hcnNhbGVAY2lzY28uY29tPj4NCkRhdGU6IE1vbmRheSwgQXByaWwgMTgsIDIw MTYgYXQgNzo0MCBBTQ0KVG86IEphbiBNZWR2ZWQgPGptZWR2ZWRAY2lzY28uY29tPG1haWx0bzpq bWVkdmVkQGNpc2NvLmNvbT4+LCBHaWxlcyBIZXJvbiA8Z2lsZXMuaGVyb25AZ21haWwuY29tPG1h aWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20+PiwgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3Jk ZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQ+Pg0KQ2M6ICJpMnJzQGlldGYub3Jn PG1haWx0bzppMnJzQGlldGYub3JnPiIgPGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5v cmc+PiwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29t Pj4NClN1YmplY3Q6IFJFOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KSGkgZXZlcnlvbmUsDQoN CkphbiBpcyByaWdodCwgd2UgYXJlIHRyeWluZyB0byBwcm9kdWNlIGEgbWluaW1hbCBPREwgZGlz dHJpYnV0aW9uIGZvciB0aGUgSG9uZXljb21iIHByb2plY3QuIEhvd2V2ZXIgd2UgaGF2ZSBxdWl0 ZSBhIGJpdCBvZiB3b3JrIGFoZWFkIG9mIHVzLCBiZWZvcmUgdGhlIG1pbmltYWwgZGlzdHJpYnV0 aW9uIHdpbGwgYmUgYXZhaWxhYmxlOiBodHRwczovL2ppcmEuZmQuaW8vYnJvd3NlL0hPTkVZQ09N Qi0xOA0KDQpBbmQgd2UgZG8gbm90IGhhdmUgYW4gZXhhY3QgZGF0ZSBmb3Igd2hlbiB0aGlzIHdp bGwgYmUgYXZhaWxhYmxlLiBJdCBtaWdodCB0YWtlIGEgY291cGxlIG1vbnRocyBiZWZvcmUgd2Ug c3RhcnQgYW5kIGZpbmlzaCB3aXRoIHRoaXMgZWZmb3J0Lg0KDQpNYXJvcw0KDQpGcm9tOiBKYW4g TWVkdmVkIChqbWVkdmVkKQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiA0OjAxIFBNDQpU bzogR2lsZXMgSGVyb24gPGdpbGVzLmhlcm9uQGdtYWlsLmNvbTxtYWlsdG86Z2lsZXMuaGVyb25A Z21haWwuY29tPj47IEVkd2luIENvcmRlaXJvIDxlZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0bzpl ZHdpbkBzY29yZGVpcm8ubmV0Pj47IE1hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRI RU9OIFRFQ0hOT0xPR0lFUyBhdCBDaXNjbykgPG1tYXJzYWxlQGNpc2NvLmNvbTxtYWlsdG86bW1h cnNhbGVAY2lzY28uY29tPj4NCkNjOiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3Jn PjsgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4N ClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KRWR3aW4sIEdpbGVzLCBTdWU6 DQoNCkFzIHBhcnQgb2YgRkQuaW8gd2UgYXJlIGNyZWF0aW5nIGEgc3RyaXBwZWQtZG93biBkaXN0 cmlidXRpb24gb2YgT0RMIHRoYXQgY29udGFpbnMgb25seSBOZXRjb25mLCBCR1AgYW5kIGNvbXBv bmVudHMgcmVxdWlyZWQgdG8gc3VwcG9ydCB0aGVzZSB0d28uIFRoaXMgd2lsbCBiZSB0aGUgbWFu YWdlbWVudC9jb250cm9sIGFnZW50IGZvciBWUFAgKHByb2plY3QgbmFtZSBIb25leWNvbWIpLiBU aGlzIHdvdWxkIElNTyBiZSB0aGUgYmVzdCBmaXQgZm9yIHRoZSBIYWNrYXRob24gcGxhdGZvcm0u IFBsZWFzZSBjb250YWN0IE1hcm9zIE1hcnNhbGVrICh0aGUgUFRMIGZvciBIb25leWNvbWIsIGNv cGllZCkgZm9yIG1vcmUgZGV0YWlscy4NCg0KDQoNClRoYW5rcywNCkphbg0KDQoNCkZyb206IGky cnMgPGkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPj4g b24gYmVoYWxmIG9mIEdpbGVzIEhlcm9uIDxnaWxlcy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdp bGVzLmhlcm9uQGdtYWlsLmNvbT4+DQpEYXRlOiBNb25kYXksIEFwcmlsIDE4LCAyMDE2IGF0IDY6 NDEgQU0NClRvOiBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3 aW5Ac2NvcmRlaXJvLm5ldD4+DQpDYzogImkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5v cmc+IiA8aTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+LCBTdXNhbiBIYXJlcyA8 c2hhcmVzQG5kemguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUmU6IFtp MnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBFZHdpbiwNCg0KT24gMTggQXByIDIwMTYsIGF0IDEw OjQyLCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2Nv cmRlaXJvLm5ldD4+IHdyb3RlOg0KDQpIaSBTdWUsDQoNCkluIGxpbmUgY29tbWVudHMuDQoNClRo YW5rcywNCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gTW9uLCBBcHIgMTEsIDIwMTYgYXQgMTo1MSBQ TSwgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbTxtYWlsdG86c2hhcmVzQG5kemguY29tPj4g d3JvdGU6DQpFZHdpbjoNCg0KU29ycnksIG15IGZpcnN0IG1lc3NhZ2UgZGlkIG5vdCBhZGRyZXNz IGFsbCB5b3VyIHF1ZXN0aW9ucy4gIFdoYXQgd291bGQgYmUgdXNlZnVsIGZvciB5b3UgdG8gZG8g aXM6DQoNCjEpICAgICAgU2VlIGlmIHlvdSBjYW4gZ2V0IGFuIE9ETCBiYXNlZCBWTSB3aGljaCBp cyB0aGUgc2FtZSBzaXplIGFzIERvbiBhbmQgTWFtYWRvdeKAmXMgVk0sDQrigItZZXMsIGl0IGlz IHBvc3NpYmxlIHRvIG1ha2UgYSBzbWFsbCBWTSB3aXRoIE9ETCBpZiB0aGUgZ3JhcGhpY2FsIGlu dGVyZmFjZSBpcyBub3QgbmVlZGVkLuKAiw0KDQoNCnl1cCAtIEkgaGF2ZSBWTXMgdGhhdCBhcmUg YWJvdXQgMS41R0Igd2l0aCBPREwgcGx1cyB0aGUgc3R1ZmYgbmVlZGVkIHRvIHJ1biBpdCAobm90 IHN1cmUgaWYgdGhhdOKAmXMg4oCcc21hbGzigJ0/KS4gIFlvdSBjb3VsZCBwcm9iYWJseSBidWls ZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5b3UgdG9vIHRoZSB0aW1lIHRvIHN0cmlwIG91dCBhbGwg dGhlIGxpYnJhcmllcyB5b3UgZG9uJ3QgbmVlZC4gICBJIGhhdmUgYSB2YWdyYW50IHNldHVwIGZv ciBpdCB0b28gKHNvIG9ubHkgYSBjb3VwbGUgb2YgS0IgYnV0IGRvd25sb2FkcyBhIGxvdCBvZiBz dHVmZiB3aGVuIHlvdSBydW4gaXQpLiAgVGFrZSBhIGxvb2sgaW46DQoNCmh0dHBzOi8vZ2l0aHVi LmNvbS9DaXNjb0Rldk5ldC9vcGVuZGF5bGlnaHQtc2V0dXANCg0KR2lsZXMNCjIpICAgICAgU2Vl IGlmIHlvdSBjYW4gcnVuIERvbiBhbmQgTWFtYWRvdeKAmXMgVk0gaW4geW91ciBlbnZpcm9ubWVu dC4NCuKAi0lmIHdlIGNhbiBnZXQgYSBjb3B5IG9mIHRoaXMgVk0sIHdlIGNhbiBzdXJlbHkgdGVz dCBpdC7igIsNCjMpICAgICAgVGVzdCB0aGUgSTJSUyBSSUIgd2l0aCB0aGUgUXVhZ2dhIGNvZGUg d2hlbiBJIHBvc3QgaXQgdG8gZ2l0aHViICh+MiB3ZWVrcykNCjQpICAgICAgVGVzdCB0aGUgSTJS UyBGaWx0ZXItQmFzZWQgd2l0aCB0aGUgUXVhZ2dhIGNvZGUgd2hlbiBJIHBvc3QgaXQgdG8gZ2l0 dWIgKH40IHdlZWtzKQ0K4oCLV2Ugd2lsbCB3YWl0IGZvciBpdC7igIsNCg0KDQpJIHdpbGwgdHJ5 IHRvIGdldCB0aGUgT0RMIFZNIHBvc3RlZCB0byBnaXRodWIgdG9kYXkuDQrigItJIGxvb2tlZCBh dCB0aGUgSGFja2F0aG9uIChodHRwczovL2dpdGh1Yi5jb20vSUVURi1IYWNrYXRob24vaWV0Zjk1 KSBhbmQgdGhlIEkyUlMtV0cgKGh0dHBzOi8vZ2l0aHViLmNvbS9pMnJzLXdnKSBHaXRodWIsIGJ1 dCBmb3VuZCBubyBWTSB0aGVyZS7igIsgQXJlIHlvdSB1c2luZyBhbm90aGVyIHJlcG9zaXRvcnk/ DQoNCg0KU3VlDQoNCkZyb206IGkycnMgW21haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc8bWFp bHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBTdXNhbiBIYXJlcw0KU2Vu dDogTW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA3OjQ0IEFNDQpUbzogJ0Vkd2luIENvcmRlaXJvJw0K Q2M6IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2ky cnNdIEkyUlMgSGFja2F0aG9uDQoNCkVkd2luOg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgZW52aXJv bm1lbnQuICBEb24gRmVkeWsgYW5kIE1hbWFkb3UgVGFoaXJvdSBjcmVhdGVkIGEgVk0gaW4gdGhl IHZpcnR1YWwgYm94Lg0K4oCiICAgICAgIERldiAmIGV4ZWN1dGlvbiBlbnZpcm9ubWVudDogTGlu dXggKFVidW50dSAgMTQuMyBuYXRpdmUgb3IgaW4gVmlydHVhbCBCb3gpDQrigKIgICAgICAgbWlu aW5ldCBhbmQgbWluaW5leHQgKHNpbXVsYXRlZCBuZXR3b3JrIG9mIHJvdXRlcnMpDQrigKIgICAg ICAgUXVhZ2dhIDEuMC4yMDE2MDMxNSAoaW5jbHVkaW5nIFplYnJhIGZvciByb3V0ZSB0YWJsZSBh Y2Nlc3MpDQoNClRoZSBmb2xsb3dpbmcgY29kZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUgZG93bmxv YWRlZCB0byB0aGUgZm9sbG93aW5nIFZNOg0K4oCiICAgICAgIENpc2NvL1RhaWwtZiBjb25mZCA2 LjENCuKAoiAgICAgICBZdW1h4oCZcyB5YW5nY2xpLXBybw0K4oCiICAgICAgIGlldGYtaTJycy1y aWIgWUFORyBtb2RlbCBmcm9tIGRyYWZ0LWlldGYtaTJycy1yaWItZGF0YS1tb2RlbC0wNS50eHQN CuKAoiAgICAgICBJMlJTIEZCLUZJQiBZYW5nIG1vZGVsICAtLT4gbGluayB0byBJUC1UYWJsZSBp biBVYnVudHUNCg0KVGhpcyBwYXJ0IG9mIHRoZSBjb2RlIHdhcyBub3QgY29tcGxldGVkIOKAkyBz byBJIHdpbGwgdHJ5IHRvIGNvbXBsZXRlIHRoaXMNCg0KSSB3aWxsIHBvc3QgdGhpcyBpbiB0aGUg STJSUyBnaXRodWIgcmVwb3NpdG9yeS4NCg0KU3VlDQoNCg0KRnJvbTplZHdpbnNjQGdtYWlsLmNv bTxtYWlsdG86ZWR3aW5zY0BnbWFpbC5jb20+IFttYWlsdG86ZWR3aW5zY0BnbWFpbC5jb21dIE9u IEJlaGFsZiBPZiBFZHdpbiBDb3JkZWlybw0KU2VudDogTW9uZGF5LCBBcHJpbCAxMSwgMjAxNiA0 OjM0IEFNDQpUbzogU3VzYW4gSGFyZXMNCkNjOiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGll dGYub3JnPg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBTdXNhbiwN Cg0KSSBzYXcgeW91ciBwcmVzZW50YXRpb24gb2YgdGhlIEhhY2thdGhvbiBhbmQgZmlyc3Qgc29y cnkgdGhlIFZNIHdhc24ndCBzbWFsbGVyLCBidXQgdGhvc2Ugd2VyZSB0aGUgc3VnZ2VzdGlvbnMg ZnJvbSBPREwgZm9yIHJ1bm5pbmcgaXQgaW5zaWRlIGEgVk0uDQoNCldlIGFyZSBoYXBweSB0aGF0 IHlvdSB3ZXJlIGFibGUgdG8gZmluZCBhIHdvcmthcm91bmQgYW5kIHdlIHdvdWxkIGxpa2UgdG8g dGVzdCBhbmQgZXhwYW5kIHRoZSByZXN1bHQgb2YgdGhlIEhhY2thdGhvbiwgY291bGQgeW91IHBs ZWFzZSBzaGFyZSB0aGUgcmVzdWx0cz8NCg0KVGhhbmsgeW91DQoNCkVkd2luIENvcmRlaXJvDQoN Ck9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDk6MzYgQU0sIEVkd2luIENvcmRlaXJvIDxlZHdpbkBz Y29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4gd3JvdGU6DQpIaSBTdXNh biwNCg0KVGhlIFZNIGlzIGEgVWJ1bnR1IHNvIGl0IGlzIHBvc3NpYmxlIHRvIHJ1biB0aGlzIGVt dWxhdGVkIG5ldHdvcmsgaW4gYSBuYXRpdmUgVWJ1bnR1IGxhcHRvcC4gVGhlIG9ubHkgc3BlY2lh bCByZXF1aXJlbWVudCBpcyBmb3IgTWluaU5FeFQgKGh0dHBzOi8vZ2l0aHViLmNvbS9VU0MtTlNM L21pbmlORXhUKSwgdGhhdCBkb2VzIG5vdCBjdXJyZW50bHkgc3VwcG9ydCB0aGUgbGF0ZXN0IHZl cnNpb24gb2YgTWluaW5ldCwgeW91IG11c3QgdXNlIE1pbmluZXQgdmVyc2lvbiAyLjEuMC4gSSB3 aWxsIGFkZCB0byB0aGUgd2VicGFnZSBhIGZpbGUgd2l0aCB0aGUgY29uZmlnIGZpbGVzIHVzZWQg Zm9yIE1pbmluZXQgYW5kIE1pbmlORXhULg0KDQpBbm90aGVyIG9wdGlvbiBpcyB0byBydW4gdGhl IFZNIGFuZCBjb25maWd1cmUgdGhlIFZpcnR1YWxib3ggb3IgVk13YXJlIFBsYXllciB0byBtYWtl IHRoZSBuZXR3b3JrIGludGVyZmFjZSBvZiB0aGUgVk0gdG8gYmUgaW4gYnJpZGdlIG1vZGUgb3Ig aW4gaW50ZXJuYWwgbmV0d29yayB3aXRoIHRoZSBob3N0IG1hY2hpbmUsIHRoYXQgd2F5IHlvdSBt YXkgdXNlIGFueSBwcm9ncmFtIGluc3RhbGxlZCBpbiB0aGUgaG9zdCBtYWNoaW5lIHRvIGludGVy YWN0IHdpdGggdGhlIFZNLg0KDQpCUg0KDQpFZHdpbiBDb3JkZWlybw0KDQpPbiBUaHUsIE1hciAz MSwgMjAxNiBhdCAyOjE1IEFNLCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemguY29tPG1haWx0bzpz aGFyZXNAbmR6aC5jb20+PiB3cm90ZToNCkVkd2luOg0KDQpUaGFuayB5b3UgZm9yIHRoZSBjbGll bnQuICBEbyB5b3UgdGhpbmsgaXQgd291bGQgd29yayBvbiB1bmJ1bnR1PyAgSeKAmXZlIGdvdCBh biBPREwgZW52aXJvbm1lbnQgaW4gb3JhY2xlIEJveCBhbmQgcnVubmluZyBuYXRpdmUgb24gdGhl IHVuYnVudHUgbGFwdG9wcy4NCg0KU3VlDQoNCkZyb206IGkycnMgW21haWx0bzppMnJzLWJvdW5j ZXNAaWV0Zi5vcmc8bWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBF ZHdpbiBDb3JkZWlybw0KU2VudDogV2VkbmVzZGF5LCBNYXJjaCAzMCwgMjAxNiAxMTozMyBBTQ0K VG86IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbaTJyc10g STJSUyBIYWNrYXRob24NCg0KSGkgYWxsLA0KDQpBcyB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgYW4g STJSUyBpbXBsZW1lbnRhdGlvbiBoZXJlIGF0IFRVIE11bmljaCwgd2UgY3JlYXRlZCBhIFZNIHRo YXQgaXMgcnVubmluZyBNaW5pbmV0ICh0byBlbXVsYXRlIGEgbmV0d29yayksIE1pbmluRXh0ICh0 byBpbXBsZW1lbnQgdmlydHVhbCByb3V0ZXJzKSBhbmQgT3BlbkRheUxpZ2h0ICh0aGF0IHdlIHRy eWluZyB0byB1c2UgYXMgSTJSUyBhZ2VudCksIHRoZSBJMlJTIGNsaWVudCB3ZSBhcmUgdHJ5aW5n IHRvIG1ha2UgdXNpbmcgWmVicmEuIFRoZSBJMlJTIGFnZW50IGlzIHRoZSBORVRDT05GICsgWUFO RyBtb2R1bGVzIG9mIE9ETCwgYnV0IGl0IG5lZWRzIHRoZSBZQU5HIG1vZGVscyB0byBiZSB3cml0 dGVuLiBUaGUgSTJSUyBjbGllbnQgaXMgbm90IHByZXNlbnQgYXMgaXQgaXMgbm90IHlldCByZWFk eSBmb3Igc2hhcmluZy4NCg0KT24gdGhlIHByZXZpb3VzIEhhY2thdGhvbiwgb25lIG9mIHRoZSBk aWZmaWN1bHRpZXMgZm9yIHRoZSBJMlJTIHdhcyB0aGUgbGFjayBvZiBhbiBlbnZpcm9ubWVudCB3 aGVyZSBpdCBjb3VsZCBiZSBkZXZlbG9wZWQsIHNvIHdlIGRlY2lkZWQgdG8gc2hhcmUgdGhpcyBW TSBhbmQgYSBiYXNpYyB0dXRvcmlhbCB0byBnZXQgdGhpcyBuZXR3b3JrIHJ1bm5pbmcgaW4gdGhl IGhvcGUgaXQgY291bGQgYmUgdXNlZnVsIGZvciB0aGUgYXBwcm9hY2hpbmcgSGFja2F0aG9uIGlu IEJ1ZW5vcyBBaXJlcy4NCg0KVGhlIHR1dG9yaWFsIGFuZCBWTSBhcmUgYXZhaWxhYmxlIGF0Og0K aHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzLw0KaHR0cDovL3d3dy5uZXQuaW4udHVt LmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92YSAtIG1kNTogYWY3MDc0MWNkMTJiMzlhOTY0NGIw ODgxZGY1MTZhNTUNCg0KVW5mb3J0dW5hdGVseSB3ZSB3aWxsIG5vdCBiZSBhYmxlIHRvIGF0dGVu ZCB0aGlzIG5leHQgbWVldGluZyBpbiBwZXJzb24sIGJ1dCBpZiB5b3UgaGF2ZSBhbnkgcXVlc3Rp b24sIGxldCB1cyBrbm93LiBXZSBob3BlIHRoZSBWTSB0byBiZSB1c2VmdWwuDQoNCkJlc3QgUmVn YXJkcywNCg0KRWR3aW4gQ29yZGVpcm8NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQppMnJzIG1haWxpbmcgbGlzdA0KaTJyc0BpZXRmLm9yZzxt YWlsdG86aTJyc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaTJycw0KDQo= --_000_ff1dd57f44fe4da9aedac059fc85e39bXCHRTP018ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29B Y2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9v biBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZv bnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmO30NCnNwYW4u QmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJ bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0K CWZvbnQtZmFtaWx5OiJUYWhvbWEiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjoj MUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJ bWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtl bmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJl ZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBTdWUsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIG1heSBoYXZlIG5vdCBi ZWVuIGNsZWFyIHJlZ2FyZGluZyB0aGUgSG9uZXljb21iIHByb2plY3QvZGlzdHJpYnV0aW9uIHNv IGhlcmXigJlzIHNvbWUgY2xhcmlmaWNhdGlvbjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPldlIGFyZSB3b3JraW5nIGhhcmQgdG8gbWFrZSBIb25leWNvbWIgcHJv amVjdC9kaXN0cmlidXRpb24gYXZhaWxhYmxlIGZvciBJRVRGIGluIEp1bHkgYW5kIHdlIHdpbGwu IEkgd2FzIGp1c3QgcmVmZXJyaW5nIHRvIHRoZSBtaW5pbWFsIGRpc3RyaWJ1dGlvbiBzdG9yeSBw bGFubmVkDQogZm9yIEhvbmV5Y29tYiwgd2hpY2ggY292ZXJzIGltcHJvdmVtZW50cy9vcHRpbWl6 YXRpb25zIHBsYW5uZWQganVzdCBmb3IgdGhlIEhvbmV5Y29tYiBkaXN0cmlidXRpb24sIHRoYXQg YWxyZWFkeSBleGlzdHMgaW4gdGhlIHByb2plY3QuIFRob3NlIGltcHJvdmVtZW50cyBhcmUgbm90 IGVzc2VudGlhbCBmb3IgYW55IGZlYXR1cmUgZGV2ZWxvcG1lbnQgYW5kIHdvdWxkIGp1c3QgZnVy dGhlciBzdHJpcCBkb3duIEhvbmV5Y29tYiBleGVjdXRhYmxlcw0KIGluIGl0cyBkaXN0cmlidXRp b24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5NYXJvczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj4gU3VzYW4gSGFyZXMgW21haWx0bzpzaGFyZXNAbmR6aC5jb21dDQo8YnI+DQo8Yj5T ZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiA4OjMxIFBNPGJyPg0KPGI+VG86PC9iPiBK YW4gTWVkdmVkIChqbWVkdmVkKSAmbHQ7am1lZHZlZEBjaXNjby5jb20mZ3Q7OyBNYXJvcyBNYXJz YWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJRVMgYXQgQ2lzY28pICZsdDtt bWFyc2FsZUBjaXNjby5jb20mZ3Q7OyAnR2lsZXMgSGVyb24nICZsdDtnaWxlcy5oZXJvbkBnbWFp bC5jb20mZ3Q7OyAnRWR3aW4gQ29yZGVpcm8nICZsdDtlZHdpbkBzY29yZGVpcm8ubmV0Jmd0Ozxi cj4NCjxiPkNjOjwvYj4gaTJyc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2ky cnNdIEkyUlMgSGFja2F0aG9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkphbiBhbmQgTWFyb3M6DQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoaXMgd291bGQgYmUg d29uZGVyZnVsIHRvIGhhdmUgdGhlIG1pbmltYWwgZGlzdHJpYnV0aW9uIGF0IEJlcmxpbiBzbyB3 ZSBjb3VsZCB0cnkgaXQgb3V0Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5TdWUNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFo b21hJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+IEph biBNZWR2ZWQgKGptZWR2ZWQpIFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmptZWR2ZWRAY2lzY28u Y29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssc2Fucy1zZXJpZiI+bWFpbHRvOmptZWR2ZWRAY2lzY28uY29tPC9zcGFuPjwvYT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssc2Fucy1zZXJpZiI+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTgsIDIw MTYgMTE6NDQgQU08YnI+DQo8Yj5Ubzo8L2I+IE1hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAt IFBBTlRIRU9OIFRFQ0hOT0xPR0lFUyBhdCBDaXNjbyk7IEdpbGVzIEhlcm9uOyBFZHdpbiBDb3Jk ZWlybzxicj4NCjxiPkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3Jn Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYi PjsgU3VzYW4gSGFyZXM8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJTIEhhY2th dGhvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SSB3YXMgdGhpbmtp bmcgdGhlIHRhcmdldCB3b3VsZCBiZSB0aGUgQmVybGluIElFVEYgaW4gSnVseS48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZx dW90O01hcm9zIE1hcnNhbGVrIC1YIChtbWFyc2FsZSAtIFBBTlRIRU9OIFRFQ0hOT0xPR0lFUyBh dCBDaXNjbykmcXVvdDsgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86bW1hcnNhbGVAY2lzY28u Y29tIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5tbWFyc2FsZUBjaXNjby5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8 Yj5EYXRlOiA8L2I+TW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA3OjQwIEFNPGJyPg0KPGI+VG86 IDwvYj5KYW4gTWVkdmVkICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmptZWR2ZWRAY2lzY28u Y29tIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5qbWVkdmVkQGNpc2NvLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OywgR2lsZXMg SGVyb24gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86Z2lsZXMuaGVyb25AZ21haWwuY29tIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5n aWxlcy5oZXJvbkBnbWFpbC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDssDQogRWR3aW4g Q29yZGVpcm8gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPkNj OiA8L2I+JnF1b3Q7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGll dGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mcXVvdDsgJmx0Ozwvc3Bhbj48YSBocmVmPSJt YWlsdG86aTJyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jmd0OywNCiBTdXNhbiBIYXJlcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzaGFyZXNAbmR6 aC5jb20iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPnNoYXJlc0BuZHpoLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxi PlN1YmplY3Q6IDwvYj5SRTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0 O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0IiBpZD0iTUFDX09VVExP T0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBldmVyeW9uZSw8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkphbiBpcyByaWdo dCwgd2UgYXJlIHRyeWluZyB0byBwcm9kdWNlIGEgbWluaW1hbCBPREwgZGlzdHJpYnV0aW9uIGZv ciB0aGUgSG9uZXljb21iIHByb2plY3QuIEhvd2V2ZXIgd2UgaGF2ZSBxdWl0ZSBhIGJpdCBvZiB3 b3JrIGFoZWFkIG9mIHVzLCBiZWZvcmUgdGhlIG1pbmltYWwNCiBkaXN0cmlidXRpb24gd2lsbCBi ZSBhdmFpbGFibGU6IDwvc3Bhbj48YSBocmVmPSJodHRwczovL2ppcmEuZmQuaW8vYnJvd3NlL0hP TkVZQ09NQi0xOCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL2ppcmEuZmQuaW8vYnJvd3NlL0hP TkVZQ09NQi0xODwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkFuZCB3ZSBkbyBub3QgaGF2ZSBhbiBleGFjdCBkYXRlIGZvciB3aGVuIHRoaXMg d2lsbCBiZSBhdmFpbGFibGUuIEl0IG1pZ2h0IHRha2UgYSBjb3VwbGUgbW9udGhzIGJlZm9yZSB3 ZSBzdGFydCBhbmQgZmluaXNoIHdpdGggdGhpcyBlZmZvcnQuPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5NYXJvczwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4g SmFuIE1lZHZlZCAoam1lZHZlZCkNCjxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEFwcmlsIDE4 LCAyMDE2IDQ6MDEgUE08YnI+DQo8Yj5Ubzo8L2I+IEdpbGVzIEhlcm9uICZsdDs8L3NwYW4+PGEg aHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5naWxl cy5oZXJvbkBnbWFpbC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jmd0OzsgRWR3aW4gQ29yZGVpcm8NCiAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbkBz Y29yZGVpcm8ubmV0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmVkd2luQHNjb3JkZWlyby5uZXQ8L3NwYW4+ PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OzsgTWFyb3MgTWFyc2FsZWsgLVgg KG1tYXJzYWxlIC0gUEFOVEhFT04NCiBURUNITk9MT0dJRVMgYXQgQ2lzY28pICZsdDs8L3NwYW4+ PGEgaHJlZj0ibWFpbHRvOm1tYXJzYWxlQGNpc2NvLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5tbWFy c2FsZUBjaXNjby5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0 Ozxicj4NCjxiPkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+OyBTdXNhbiBIYXJlcyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpzaGFy ZXNAbmR6aC5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c2hhcmVzQG5kemguY29tPC9zcGFuPjwvYT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6 IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj5FZHdpbiwgR2lsZXMsIFN1ZTo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+QXMgcGFydCBv ZiBGRC5pbyB3ZSBhcmUgY3JlYXRpbmcgYSBzdHJpcHBlZC1kb3duIGRpc3RyaWJ1dGlvbiBvZiBP REwgdGhhdCBjb250YWlucyBvbmx5IE5ldGNvbmYsIEJHUCBhbmQgY29tcG9uZW50cyByZXF1aXJl ZCB0byBzdXBwb3J0IHRoZXNlIHR3by4gVGhpcyB3aWxsIGJlDQogdGhlIG1hbmFnZW1lbnQvY29u dHJvbCBhZ2VudCBmb3IgVlBQIChwcm9qZWN0IG5hbWUgSG9uZXljb21iKS4gVGhpcyB3b3VsZCBJ TU8gYmUgdGhlIGJlc3QgZml0IGZvciB0aGUgSGFja2F0aG9uIHBsYXRmb3JtLiBQbGVhc2UgY29u dGFjdCBNYXJvcyBNYXJzYWxlayAodGhlIFBUTCBmb3IgSG9uZXljb21iLCBjb3BpZWQpIGZvciBt b3JlIGRldGFpbHMuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5UaGFua3MsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj5KYW48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJz cDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPmkycnMgJmx0Ozwv c3Bhbj48YSBocmVmPSJtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzLWJvdW5jZXNA aWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCiBvbiBiZWhhbGYgb2YgR2lsZXMg SGVyb24gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86Z2lsZXMuaGVyb25AZ21haWwuY29tIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5n aWxlcy5oZXJvbkBnbWFpbC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5E YXRlOiA8L2I+TW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA2OjQxIEFNPGJyPg0KPGI+VG86IDwv Yj5FZHdpbiBDb3JkZWlybyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbkBzY29yZGVp cm8ubmV0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJy Pg0KPGI+Q2M6IDwvYj4mcXVvdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmci PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZxdW90OyAmbHQ7PC9zcGFuPjxh IGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj4mZ3Q7LA0KIFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNo YXJlc0BuZHpoLmNvbSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+c2hhcmVzQG5kemguY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7 PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbaTJyc10gSTJSUyBIYWNrYXRob248L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv bGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdDttYXJnaW4tbGVmdDoz Ljc1cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4w cHQiIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBF ZHdpbiwNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDtt YXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPk9uIDE4IEFwciAyMDE2LCBhdCAxMDo0MiwgRWR3aW4gQ29y ZGVpcm8gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj5lZHdpbkBzY29yZGVpcm8ubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPiZndDsNCiB3cm90ZTo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGkgU3VlLDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkluIGxpbmUgY29tbWVudHMuPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhhbmtzLDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPk9uIE1vbiwgQXByIDExLCAyMDE2IGF0IDE6NTEgUE0sIFN1c2Fu IEhhcmVzICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c2hhcmVzQG5kemguY29tPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDsNCiB3cm90ZTo8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJp Z2h0OjBpbjttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46DQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5Tb3JyeSwg bXkgZmlyc3QgbWVzc2FnZSBkaWQgbm90IGFkZHJlc3MgYWxsIHlvdXIgcXVlc3Rpb25zLiZuYnNw OyBXaGF0IHdvdWxkIGJlIHVzZWZ1bCBmb3IgeW91IHRvIGRvIGlzOg0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+MSk8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2VlIGlm IHlvdSBjYW4gZ2V0IGFuIE9ETCBiYXNlZCBWTSB3aGljaCBpcyB0aGUgc2FtZSBzaXplIGFzIERv biBhbmQgTWFtYWRvdeKAmXMgVk0sPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5ZZXMsIGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgYSBzbWFsbCBWTSB3aXRoIE9ETCBpZiB0 aGUgZ3JhcGhpY2FsIGludGVyZmFjZSBpcyBub3QgbmVlZGVkLjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCL PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+eXVwIC0gSSBoYXZlIFZNcyB0aGF0IGFyZSBhYm91dCAxLjVHQiB3aXRoIE9E TCBwbHVzIHRoZSBzdHVmZiBuZWVkZWQgdG8gcnVuIGl0IChub3Qgc3VyZSBpZiB0aGF04oCZcyDi gJxzbWFsbOKAnT8pLiAmbmJzcDtZb3UgY291bGQgcHJvYmFibHkgYnVpbGQgYSBtdWNoIHNtYWxs ZXIgVk0gaWYgeW91DQogdG9vIHRoZSB0aW1lIHRvIHN0cmlwIG91dCBhbGwgdGhlIGxpYnJhcmll cyB5b3UgZG9uJ3QgbmVlZC4gJm5ic3A7IEkgaGF2ZSBhIHZhZ3JhbnQgc2V0dXAgZm9yIGl0IHRv byAoc28gb25seSBhIGNvdXBsZSBvZiBLQiBidXQgZG93bmxvYWRzIGEgbG90IG9mIHN0dWZmIHdo ZW4geW91IHJ1biBpdCkuICZuYnNwO1Rha2UgYSBsb29rIGluOjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29t L0Npc2NvRGV2TmV0L29wZW5kYXlsaWdodC1zZXR1cCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczov L2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVwPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5HaWxlczwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4t dG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj4yKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5 N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBNYW1hZG914oCZcyBW TSBpbiB5b3VyIGVudmlyb25tZW50Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5J ZiB3ZSBjYW4gZ2V0IGEgY29weSBvZiB0aGlzIFZNLCB3ZSBjYW4gc3VyZWx5IHRlc3QgaXQuPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4zKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UZXN0IHRoZSBJMlJTIFJJQiB3 aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRodWIgKH4yIHdlZWtzKQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+NCk8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+VGVzdCB0aGUgSTJSUyBGaWx0ZXItQmFzZWQgd2l0aCB0aGUgUXVhZ2dhIGNvZGUgd2hl biBJIHBvc3QgaXQgdG8gZ2l0dWIgKH40IHdlZWtzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+V2Ugd2lsbCB3YWl0IGZvciBpdC48L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6 NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4w cHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5JIHdpbGwgdHJ5IHRvIGdldCB0aGUgT0RMIFZNIHBvc3RlZCB0 byBnaXRodWIgdG9kYXkuJm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPkkgbG9va2VkIGF0IHRoZSBIYWNrYXRob24gKDwvc3Bhbj48YSBocmVmPSJodHRwczovL2dp dGh1Yi5jb20vSUVURi1IYWNrYXRob24vaWV0Zjk1Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL2dpdGh1Yi5jb20vSUVURi1I YWNrYXRob24vaWV0Zjk1PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4pDQogYW5kIHRoZSBJMlJTLVdH ICg8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2kycnMtd2ciPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZ2l0 aHViLmNvbS9pMnJzLXdnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4pIEdpdGh1YiwgYnV0IGZvdW5k IG5vIFZNIHRoZXJlLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPg0KIEFy ZSB5b3UgdXNpbmcgYW5vdGhlciByZXBvc2l0b3J5Pzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGlu IDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdo dDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0KPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtw YWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+IGkycnMgW21haWx0bzo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91 bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzLWJvdW5j ZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5dDQo8Yj5P biBCZWhhbGYgT2YgPC9iPlN1c2FuIEhhcmVzPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXBy aWwgMTEsIDIwMTYgNzo0NCBBTTxicj4NCjxiPlRvOjwvYj4gJ0Vkd2luIENvcmRlaXJvJzxicj4N CjxiPkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJMlJT IEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+RWR3aW46DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFu ayB5b3UgZm9yIHlvdXIgZW52aXJvbm1lbnQuJm5ic3A7IERvbiBGZWR5ayBhbmQgTWFtYWRvdSBU YWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmlydHVhbCBib3guJm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5EZXYgJmFtcDsgZXhlY3V0aW9uIGVudmlyb25tZW50OiBMaW51 eCAoVWJ1bnR1Jm5ic3A7IDE0LjMgbmF0aXZlIG9yIGluIFZpcnR1YWwgQm94KTwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPm1pbmluZXQgYW5kIG1pbmluZXh0IChzaW11bGF0ZWQgbmV0d29y ayBvZiByb3V0ZXJzKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlF1YWdnYSAxLjAuMjAx NjAzMTUgKGluY2x1ZGluZyBaZWJyYSBmb3Igcm91dGUgdGFibGUgYWNjZXNzKTwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBmb2xsb3dp bmcgY29kZSBuZWVkcyB3aWxsIG5lZWQgdG8gYmUgZG93bmxvYWRlZCB0byB0aGUgZm9sbG93aW5n IFZNOiAmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaXNjby9UYWls LWYgY29uZmQgNi4xPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+WXVtYeKAmXMgeWFuZ2Ns aS1wcm8NCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPmlldGYtaTJycy1yaWIgWUFORyBt b2RlbCBmcm9tIGRyYWZ0LWlldGYtaTJycy1yaWItZGF0YS1tb2RlbC0wNS50eHQ8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5JMlJTIEZCLUZJQiBZYW5nIG1vZGVsJm5ic3A7DQo8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6V2luZ2RpbmdzO2NvbG9y OiMxRjQ5N0QiPsOgPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4gbGluayB0 byBJUC1UYWJsZSBpbiBVYnVudHUgJm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhpcyBwYXJ0IG9mIHRoZSBjb2RlIHdhcyBub3Qg Y29tcGxldGVkIOKAkyBzbyBJIHdpbGwgdHJ5IHRvIGNvbXBsZXRlIHRoaXMNCjwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+SSB3aWxsIHBvc3QgdGhpcyBpbiB0aGUgSTJSUyBnaXRodWIgcmVwb3NpdG9yeS4NCjwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1ZQ0K PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+RnJvbTo8L3NwYW4+PC9iPjxhIGhyZWY9Im1haWx0bzplZHdpbnNjQGdtYWlsLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5lZHdpbnNjQGdtYWlsLmNvbTwvc3Bhbj48L2E+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPg0KIFs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVk d2luc2NAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPm1haWx0bzpl ZHdpbnNjQGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl0N CjxiPk9uIEJlaGFsZiBPZiA8L2I+RWR3aW4gQ29yZGVpcm88YnI+DQo8Yj5TZW50OjwvYj4gTW9u ZGF5LCBBcHJpbCAxMSwgMjAxNiA0OjM0IEFNPGJyPg0KPGI+VG86PC9iPiBTdXNhbiBIYXJlczxi cj4NCjxiPkNjOjwvYj4gPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIiB0YXJn ZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtpMnJzXSBJ MlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGkgU3VzYW4sPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkkgc2F3IHlvdXIgcHJlc2VudGF0aW9uIG9mIHRo ZSBIYWNrYXRob24gYW5kIGZpcnN0IHNvcnJ5IHRoZSBWTSB3YXNuJ3Qgc21hbGxlciwgYnV0IHRo b3NlIHdlcmUgdGhlIHN1Z2dlc3Rpb25zIGZyb20gT0RMDQogZm9yIHJ1bm5pbmcgaXQgaW5zaWRl IGEgVk0uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPldl IGFyZSBoYXBweSB0aGF0IHlvdSB3ZXJlIGFibGUgdG8gZmluZCBhIHdvcmthcm91bmQgYW5kIHdl IHdvdWxkIGxpa2UgdG8gdGVzdCBhbmQgZXhwYW5kIHRoZSByZXN1bHQgb2YgdGhlIEhhY2thdGhv biwNCiBjb3VsZCB5b3UgcGxlYXNlIHNoYXJlIHRoZSByZXN1bHRzPzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGFuayB5b3U8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48 YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RWR3 aW4gQ29yZGVpcm88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+T24gVGh1LCBNYXIgMzEsIDIwMTYgYXQgOTozNiBBTSwgRWR3aW4gQ29y ZGVpcm8gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5ldCIgdGFy Z2V0PSJfYmxhbmsiPmVkd2luQHNjb3JkZWlyby5uZXQ8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj4mZ3Q7DQogd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkhpIFN1c2FuLDwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVy ZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGUgVk0gaXMgYSBVYnVudHUgc28g aXQgaXMgcG9zc2libGUgdG8gcnVuIHRoaXMgZW11bGF0ZWQgbmV0d29yayBpbiBhIG5hdGl2ZSBV YnVudHUgbGFwdG9wLiBUaGUgb25seSBzcGVjaWFsIHJlcXVpcmVtZW50DQogaXMgZm9yIE1pbmlO RXhUICg8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL1VTQy1OU0wvbWluaU5FeFQi IHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZx dW90OyxzYW5zLXNlcmlmIj5odHRwczovL2dpdGh1Yi5jb20vVVNDLU5TTC9taW5pTkV4VDwvc3Bh bj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+KSwgdGhhdCBkb2VzIG5vdCBjdXJyZW50bHkNCiBzdXBwb3J0IHRo ZSBsYXRlc3QgdmVyc2lvbiBvZiBNaW5pbmV0LCB5b3UgbXVzdCB1c2UgTWluaW5ldCB2ZXJzaW9u IDIuMS4wLiBJIHdpbGwgYWRkIHRvIHRoZSB3ZWJwYWdlIGEgZmlsZSB3aXRoIHRoZSBjb25maWcg ZmlsZXMgdXNlZCBmb3IgTWluaW5ldCBhbmQmbmJzcDtNaW5pTkV4VC48L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj5Bbm90aGVyIG9wdGlvbiBpcyB0byBydW4gdGhlIFZNIGFuZCBjb25maWd1 cmUgdGhlIFZpcnR1YWxib3ggb3IgVk13YXJlIFBsYXllciB0byBtYWtlIHRoZSBuZXR3b3JrIGlu dGVyZmFjZSBvZiB0aGUgVk0NCiB0byBiZSBpbiBicmlkZ2UgbW9kZSBvciBpbiBpbnRlcm5hbCBu ZXR3b3JrIHdpdGggdGhlIGhvc3QgbWFjaGluZSwgdGhhdCB3YXkgeW91IG1heSB1c2UgYW55IHBy b2dyYW0gaW5zdGFsbGVkIGluIHRoZSBob3N0IG1hY2hpbmUgdG8gaW50ZXJhY3Qgd2l0aCB0aGUg Vk0uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRh bmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+QlI8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4Ij48YnIgY2xlYXI9ImFs bCI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojODg4ODg4Ij5FZHdpbiBDb3JkZWlybzwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPk9uIFRo dSwgTWFyIDMxLCAyMDE2IGF0IDI6MTUgQU0sIFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PGEgaHJl Zj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnNoYXJlc0BuZHpoLmNv bTwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDsgd3JvdGU6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5FZHdpbjo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFuayB5b3UgZm9yIHRoZSBjbGllbnQuJm5ic3A7 IERvIHlvdSB0aGluayBpdCB3b3VsZCB3b3JrIG9uIHVuYnVudHU/Jm5ic3A7IEnigJl2ZSBnb3Qg YW4gT0RMIGVudmlyb25tZW50IGluIG9yYWNsZQ0KIEJveCBhbmQgcnVubmluZyBuYXRpdmUgb24g dGhlIHVuYnVudHUgbGFwdG9wcy4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+U3VlDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiBpMnJzIFttYWlsdG86PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzLWJv dW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+aTJycy1ib3Vu Y2VzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+XQ0KPGI+ T24gQmVoYWxmIE9mIDwvYj5FZHdpbiBDb3JkZWlybzxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNk YXksIE1hcmNoIDMwLCAyMDE2IDExOjMzIEFNPGJyPg0KPGI+VG86PC9iPiA8L3NwYW4+PGEgaHJl Zj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+ aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4N CjxiPlN1YmplY3Q6PC9iPiBbaTJyc10gSTJSUyBIYWNrYXRob248L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+SGkgYWxsLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj5BcyB3ZSBhcmUgdHJ5aW5nIHRvIG1ha2UgYW4gSTJSUyBpbXBsZW1lbnRhdGlvbiBo ZXJlIGF0IFRVIE11bmljaCwgd2UgY3JlYXRlZCBhIFZNIHRoYXQgaXMgcnVubmluZyBNaW5pbmV0 ICh0byBlbXVsYXRlDQogYSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVudCB2aXJ0dWFs IHJvdXRlcnMpIGFuZCBPcGVuRGF5TGlnaHQgKHRoYXQgd2UgdHJ5aW5nIHRvIHVzZSBhcyBJMlJT IGFnZW50KSwgdGhlIEkyUlMgY2xpZW50IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSB1c2luZyBaZWJy YS4gVGhlIEkyUlMgYWdlbnQgaXMgdGhlIE5FVENPTkYgJiM0MzsgWUFORyBtb2R1bGVzIG9mIE9E TCwgYnV0IGl0IG5lZWRzIHRoZSBZQU5HIG1vZGVscyB0byBiZSB3cml0dGVuLg0KIFRoZSBJMlJT IGNsaWVudCBpcyBub3QgcHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZvciBzaGFyaW5n Ljwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7 PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5PbiB0aGUg cHJldmlvdXMgSGFja2F0aG9uLCBvbmUgb2YgdGhlIGRpZmZpY3VsdGllcyBmb3IgdGhlIEkyUlMg d2FzIHRoZSBsYWNrIG9mIGFuIGVudmlyb25tZW50IHdoZXJlIGl0IGNvdWxkIGJlIGRldmVsb3Bl ZCwNCiBzbyB3ZSBkZWNpZGVkIHRvIHNoYXJlIHRoaXMgVk0gYW5kIGEgYmFzaWMgdHV0b3JpYWwg dG8gZ2V0IHRoaXMgbmV0d29yayBydW5uaW5nIGluIHRoZSBob3BlIGl0IGNvdWxkIGJlIHVzZWZ1 bCBmb3IgdGhlIGFwcHJvYWNoaW5nIEhhY2thdGhvbiBpbiBCdWVub3MgQWlyZXMuPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoZSB0dXRvcmlhbCBhbmQg Vk0gYXJlIGF2YWlsYWJsZSBhdDombmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxhIGhyZWY9Imh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy8iIHRhcmdl dD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmIj5odHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvPC9zcGFuPjwvYT48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEgaHJlZj0iaHR0cDovL3d3dy5uZXQuaW4u dHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92YSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHA6Ly93 d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy9JMlJTLURldi1WTS5vdmE8L3NwYW4+PC9hPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPg0KIC0gbWQ1OiZuYnNwO2FmNzA3NDFjZDEyYjM5YTk2NDRiMDg4MWRmNTE2YTU1PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlVuZm9ydHVuYXRl bHkgd2Ugd2lsbCBub3QgYmUgYWJsZSB0byBhdHRlbmQgdGhpcyBuZXh0IG1lZXRpbmcgaW4gcGVy c29uLCBidXQgaWYgeW91IGhhdmUgYW55IHF1ZXN0aW9uLCBsZXQgdXMga25vdy4gV2UNCiBob3Bl IHRoZSBWTSB0byBiZSB1c2VmdWwuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPkJlc3QgUmVnYXJkcyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkVkd2luIENvcmRl aXJvPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQppMnJzIG1haWxpbmcgbGlzdDxicj4NCjwvc3Bhbj48YSBocmVmPSJtYWls dG86aTJyc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwv YT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnMiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9i bG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_ff1dd57f44fe4da9aedac059fc85e39bXCHRTP018ciscocom_-- From nobody Thu Apr 21 11:57:12 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAC9712DB78; Thu, 21 Apr 2016 11:57:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hyP6Bwuodiw4; Thu, 21 Apr 2016 11:57:09 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 C40B912DAE5; Thu, 21 Apr 2016 11:57:08 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Spencer Dawkins'" , "'The IESG'" References: <20160317050731.28048.13647.idtracker@ietfa.amsl.com> In-Reply-To: <20160317050731.28048.13647.idtracker@ietfa.amsl.com> Date: Thu, 21 Apr 2016 14:57:10 -0400 Message-ID: <009501d19bff$9c4a3610$d4dea230$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0096_01D19BDE.153BA350" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI0N1ZyZGmcrH7Dj1x+u5eZhX/Zpp7Pd6Ag Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Spencer Dawkins' No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 18:57:11 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0096_01D19BDE.153BA350 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Spencer:=20 =20 -----Original Message----- From: Spencer Dawkins [mailto:spencerdawkins.ietf@gmail.com]=20 Sent: Thursday, March 17, 2016 1:08 AM To: The IESG Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; = mach.chen@huawei.com; i2rs@ietf.org Subject: Spencer Dawkins' No Objection on = draft-ietf-i2rs-architecture-13: (with COMMENT) =20 Spencer Dawkins has entered the following ballot position for draft-ietf-i2rs-architecture-13: No Objection =20 When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) =20 =20 Please refer to = = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. =20 =20 The document, along with other ballot positions, can be found here: = https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ =20 =20 =20 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- =20 In this text: =20 7.1. One Control and Data Exchange Protocol =20 The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms. These different transports can support different types of communication (e.g. control, reading, notifications, and information collection) and different sets of data. Whatever transport is used for the data exchange, it must also support suitable congestion control mechanisms. The transports chosen should be operator and implementor friendly to ease adoption. =20 I echo Benoit's question about defining multiple underlying transports. = I suspect you'll need to pick one mandatory-to-implement transport = protocol, and when everyone has to support that one, I'd be surprised to = see implementations that support more than one transport protocol unless = the mandatory-to-implement transport protocol is seriously broken in = some scenarios. =20 ----- Spencer:=20 =20 Does adding this text as a subsequent paragraph resolve your comment? =20 =20 The transports that the I2RS protocol can run over will be specified in = the=20 I2RS protocol, and in the I2RS protocol each transport protocol as either mandatory to implement or optional to implement. =20 Sue=20 ------=_NextPart_000_0096_01D19BDE.153BA350 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Spencer:

 

-----Original Message-----
From: Spencer Dawkins = [mailto:spencerdawkins.ietf@gmail.com]
Sent: Thursday, March 17, = 2016 1:08 AM
To: The IESG
Cc: = draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; = mach.chen@huawei.com; i2rs@ietf.org
Subject: Spencer Dawkins' No = Objection on draft-ietf-i2rs-architecture-13: (with COMMENT)

 

Spencer Dawkins has entered the following ballot = position for

draft-ietf-i2rs-architecture-13: No = Objection

 

When responding, please keep the subject line = intact and reply to all email addresses included in the To and CC lines. = (Feel free to cut this introductory paragraph, = however.)

 

 

Please = refer to https://www.ietf.org/iesg= /statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT = positions.

 

 

The = document, along with other ballot positions, can be found = here:

<= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-ietf-i2rs-architecture/

 

 

 

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

COMMENT:

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

 

In = this text:

 

7.1.=C2=A0 One Control and Data Exchange = Protocol

 

=C2=A0=C2=A0 The I2RS

=C2=A0=C2=A0 protocol may need to use several = underlying transports (TCP, SCTP

=C2=A0=C2=A0 (stream control transport protocol), = DCCP (Datagram Congestion

=C2=A0=C2=A0 Control Protocol)), with suitable = authentication and integrity

=C2=A0=C2=A0 protection mechanisms.=C2=A0 These = different transports can support

=C2=A0=C2=A0 different types of communication (e.g. = control, reading,

=C2=A0=C2=A0 = notifications, and information collection) and different sets = of

=C2=A0=C2=A0 data.=C2=A0 = Whatever transport is used for the data exchange, it must = also

=C2=A0=C2=A0 support suitable = congestion control mechanisms.=C2=A0 The transports

=C2=A0=C2=A0 chosen should be operator and = implementor friendly to ease adoption.

=C2=A0=C2=A0

I echo Benoit's question about defining multiple = underlying transports. I suspect you'll need to pick one = mandatory-to-implement transport protocol, and when everyone has to = support that one, I'd be surprised to see implementations that support = more than one transport protocol unless the mandatory-to-implement = transport protocol is seriously broken in some = scenarios.

 

-----

Spencer: =

 

Does adding this text = as a subsequent paragraph resolve your comment? = =C2=A0

 

The transports that the = I2RS protocol can run over will be specified in the =

I2RS protocol, and in the I2RS protocol each = transport protocol

as either mandatory to implement or optional to = implement.

 

Sue

------=_NextPart_000_0096_01D19BDE.153BA350-- From nobody Thu Apr 21 11:59:31 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C78412D7B3; Thu, 21 Apr 2016 11:59:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H2ZaHkL6MuSU; Thu, 21 Apr 2016 11:59:29 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 C74D612D62F; Thu, 21 Apr 2016 11:59:28 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Stephen Farrell'" , "'Joel Halpern'" , "'The IESG'" References: <20160317122135.18578.48113.idtracker@ietfa.amsl.com> <009501d1804d$070091d0$1501b570$@ndzh.com> <56EAACDF.8030009@cs.tcd.ie> <6BCE198E4EAEFC4CAB45D75826EFB076150FB2ED@eusaamb101.ericsson.se> <56EAAFB8.5040207@cs.tcd.ie> <6BCE198E4EAEFC4CAB45D75826EFB076150FB368@eusaamb101.ericsson.se> <56EAB0ED.9030603@cs.tcd.ie> In-Reply-To: <56EAB0ED.9030603@cs.tcd.ie> Date: Thu, 21 Apr 2016 14:59:21 -0400 Message-ID: <00a201d19bff$ea92f3c0$bfb8db40$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHacCPIaSnTqpnEd1O1DdaUpagcZQGkUVW1AfaMcYsCGO1ABQGWhpvvAefF46sCrm4Mop8kGXDg Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Stephen Farrell's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 18:59:30 -0000 Stephen:=20 I have added another section in the security consideration section:=20 4.4. I2RS in Personal Devices=09 =09 If an I2RS agent or I2RS client is tightly correlated with a person = (such as if an I2RS agent is running on someone's phone to control=09 tethering) then this usage can raise privacy issues, over and above = the security issues normally need to be handled in I2RS. One = example=09 of an I2RS interaction that could raise privacy issues, is if the=09 I2RS interaction enabled easier location tracking of a person's=09 phone. The I2RS protocol and data models should consider if = privacy=09 issues can arise when clients or agents are used for such = use-cases.=09 Does this address your issue with privacy issues?=20 Sue Hares=20 -----Original Message----- From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie]=20 Sent: Thursday, March 17, 2016 9:28 AM To: Joel Halpern; Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org Subject: Re: Stephen Farrell's No Objection on = draft-ietf-i2rs-architecture-13: (with COMMENT) On 17/03/16 13:25, Joel Halpern wrote: > Can you suggest wording to add to the architecture document to reflect = this=20 > consideration? Maybe something along the lines of: "If an i2rs agent or client is such that it is likely tightly correlated with a person (say if an agent is running on someone's phone to control tethering) then that can raise privacy issues, over and above.the security and privacy issues that normally need to be handled in i2rs. For example, if an i2rs interaction enabled easier location tracking in the above example. i2rs protocols should consider if such privacy issues can arise when clients or agents are used for such use-cases." Cheers S. >=20 > Yours, > Joel >=20 > -----Original Message----- > From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] > Sent: Thursday, March 17, 2016 2:23 PM > To: Joel Halpern; Susan Hares; 'The IESG' > Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org;=20 > draft-ietf-i2rs-architecture@ietf.org > Subject: Re: Stephen Farrell's No Objection on=20 > draft-ietf-i2rs-architecture-13: (with COMMENT) >=20 >=20 >=20 > On 17/03/16 13:15, Joel Halpern wrote: >> I would hope that I2RS could be used for that (applying policy to = home >> devices) use case. >=20 > Ah. Good to know. >=20 >> >> But I am not at all clear how I2RS could protect the IP address of = the=20 >> router >> containing the communicating I2RS agent. We have to have an = available IP >> address for IP Routing. >=20 > I didn't say it needed protecting (as in encrypting) necessarily, > but that it could be more sensitive. >=20 >> >> I am also not clear why this IP address is particularly more = sensitive than=20 >> an >> enterprise device IP address, or a router inside an ISP. >=20 > In general, if an identifier is also something one can correlate > with a person, or with a person's movements or presence, then it > is more privacy sensitive. If you can tell I'm at home because of > an i2rs event say. >=20 > For a router on the 4th floor of an office building, those are > less likely interesting issues. >=20 > In the home case, one needs to think more about such stuff than > in the office case basically. >=20 > Whether/how that impacts on protocol design is hard to say. But > it's good to know that it's something that i2rs needs to consider. >=20 > Cheers, > S. >=20 >=20 >> >> Yours, >> Joel >> >> -----Original Message----- >> From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] >> Sent: Thursday, March 17, 2016 2:11 PM >> To: Susan Hares; 'The IESG' >> Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; >> mach.chen@huawei.com; i2rs@ietf.org >> Subject: Re: Stephen Farrell's No Objection on >> draft-ietf-i2rs-architecture-13: (with COMMENT) >> >> >> Hiya, >> >> Just on that one point (the rest seems fine): >> >> On 17/03/16 13:00, Susan Hares wrote: >>>>> - If i2rs were used to control home networks, then that would >>>>> raise more privacy issues, e.g. the agent's IP address can be >>>>> privacy sensitive. Would it be useful to rule that out of >>>> scope? E.g. to say that i2rs SHOULD NOT be used where the >>>> agent/router in question >>>>> is specific to one person or home? >> >>> Sue: I'm really not sure what you are getting at. Data in routers >>> is privacy sensitive. Data between I2RS Agent and I2RS client will = be >>> encrypted except in very, very rare circumstances where is defined = to >>> be public data in the data model. SECDIR, OPSDIR, RTGWG, >>> Transport-directorate will be asked to review any IETF data model >>> that claims this is the case to validate it is appropriate. So... = I >>> think we are going beyond what people use for home networks. >> >> Let's assume all client/agent stuff is wonderfully protected >> e.g. via TLS. >> >> Normally, the fact that a client at IP1 is managing an agent at >> IP2, which is still visible despite the TLS, is not much of a >> deal. Nor is it a deal when that happens, e.g. in reaction to >> some other event, perhaps even one triggered by an attacker. >> >> But if the agent is my home g/w, then the sensitivity level goes >> up I think, or at least it can. The reason is that the agent's >> address (IP2) is tied to me. If the agent was on my phone (e.g. >> for tethering) then it'd be even more of a deal perhaps, as I >> carry it with me. >> >> If i2rs just isn't intended for such use-cases, it may be worth >> saying that was all I meant. >> >> Cheers, >> S. >> >> >>> >> >=20 From nobody Thu Apr 21 13:05:40 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BECF12E145; Thu, 21 Apr 2016 13:05:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 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_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 RMz-OilwuDMA; Thu, 21 Apr 2016 13:05:18 -0700 (PDT) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (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 7451A12DC19; Thu, 21 Apr 2016 13:05:18 -0700 (PDT) Received: by mail-yw0-x235.google.com with SMTP id j74so89128053ywg.1; Thu, 21 Apr 2016 13:05:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=rDt49HohCXc67A38zOX3sAqi4abVkySdwmqJ7QkoPPc=; b=TIl6/7sh/UQWi7VwY2tQtsGoCtCpn/pprB0gF4vhYDMomqBrJirZ/4W1Ll+m/ZLv05 mfgrOM11u5dNryZSklo1YiDwlOxqwpWv9DI7Cc5gzltlMJW+Af+Z89Wd2ep2SAFRsBLj PLgAGeQA7hRUr0oU6kwGQW89x6sOplpkMI8bpUK39dnfjQl8i46Qcszs1pc/RZOQfpPC yLB4GMCZJ9uc01URuEDNJhcKeU8iySC55n+DGJmBVTi26gR8CVjvWD1wB76PwvCqfB96 8YuBuM/l/e7+ryOyTjuWf/YnXudPl/XM3ORANUPtEPnW9jUbpToZ3hQnD1WM6N+Gkn1b 0ptQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=rDt49HohCXc67A38zOX3sAqi4abVkySdwmqJ7QkoPPc=; b=UyboiVj3rK4vnAxRbVK3fQ4X8okyJedDhdHeAHPJhTiGfuVBXrwnStqiTW40FU5HbK JaXD/iywsEx2JeB4tRiWxBNADcXlVkSZyeAvauyLE5f0SdsvteRx+ib0FTuib3GuijpV VJbDUnj5D8IS4nOWHoe7zv3gGFJifYVQg5O1DKv4kmoxU9npZmHaVgGMGjExfJjw2/f6 7khBdx3kDWDFc5232/dtENu/GjaE/tW0jlFeoJpEI+B5L0d3o1Pw4PEU68k8uVnIeX4A ZXAimwHyZC02h6vC2C4Vbj0HgiAnVl8G33zIbf9Ddm3Um/z5gO90wLeCvsCQHYBlhOY+ 8z2w== X-Gm-Message-State: AOPr4FXX/pt+rBgwcMHe5s4iqz9uyR77gDUj9c8AJsKYRwCmUpDsAlQUmtFFDj44p4ZchF7tZJKsFSly0AzUpA== MIME-Version: 1.0 X-Received: by 10.37.212.132 with SMTP id m126mr10471282ybf.132.1461269117710; Thu, 21 Apr 2016 13:05:17 -0700 (PDT) Received: by 10.37.224.212 with HTTP; Thu, 21 Apr 2016 13:05:17 -0700 (PDT) In-Reply-To: <009501d19bff$9c4a3610$d4dea230$@ndzh.com> References: <20160317050731.28048.13647.idtracker@ietfa.amsl.com> <009501d19bff$9c4a3610$d4dea230$@ndzh.com> Date: Thu, 21 Apr 2016 15:05:17 -0500 Message-ID: From: Spencer Dawkins at IETF To: Susan Hares Content-Type: multipart/alternative; boundary=94eb2c07ebc2aebc3c0531043a4a Archived-At: Cc: i2rs@ietf.org, Mach Chen , The IESG , draft-ietf-i2rs-architecture@ietf.org, i2rs-chairs@ietf.org Subject: Re: [i2rs] Spencer Dawkins' No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:05:20 -0000 --94eb2c07ebc2aebc3c0531043a4a Content-Type: text/plain; charset=UTF-8 Hi, Susan, On Thu, Apr 21, 2016 at 1:57 PM, Susan Hares wrote: > Spencer: > > > > -----Original Message----- > From: Spencer Dawkins [mailto:spencerdawkins.ietf@gmail.com] > Sent: Thursday, March 17, 2016 1:08 AM > To: The IESG > Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; > mach.chen@huawei.com; i2rs@ietf.org > Subject: Spencer Dawkins' No Objection on draft-ietf-i2rs-architecture-13: > (with COMMENT) > > > > Spencer Dawkins has entered the following ballot position for > > draft-ietf-i2rs-architecture-13: No Objection > > > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ > > > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > In this text: > > > > 7.1. One Control and Data Exchange Protocol > > > > The I2RS > > protocol may need to use several underlying transports (TCP, SCTP > > (stream control transport protocol), DCCP (Datagram Congestion > > Control Protocol)), with suitable authentication and integrity > > protection mechanisms. These different transports can support > > different types of communication (e.g. control, reading, > > notifications, and information collection) and different sets of > > data. Whatever transport is used for the data exchange, it must also > > support suitable congestion control mechanisms. The transports > > chosen should be operator and implementor friendly to ease adoption. > > > > I echo Benoit's question about defining multiple underlying transports. I > suspect you'll need to pick one mandatory-to-implement transport protocol, > and when everyone has to support that one, I'd be surprised to see > implementations that support more than one transport protocol unless the > mandatory-to-implement transport protocol is seriously broken in some > scenarios. > > > > ----- > > Spencer: > > > > Does adding this text as a subsequent paragraph resolve your comment? > > > > The transports that the I2RS protocol can run over will be specified in > the > > I2RS protocol, and in the I2RS protocol each transport protocol > > as either mandatory to implement or optional to implement. > That's fine. If I'm still an AD when the protocol shows up, I'll probably look at how many transport protocols are specified, but letting the working group spend more time figuring out what makes sense to them is very reasonable. Thanks! Spencer --94eb2c07ebc2aebc3c0531043a4a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi, Susan,

On Thu, Apr 21, 2016 at 1:57 PM, Susan Hares &l= t;shares@ndzh.com&= gt; wrote:

Spencer:

=

=C2=A0

-----Original Message-----
From: Spencer D= awkins [mailto:spencerdawkins.ietf@gmail.com]
Sent: Thursday, March 17, 201= 6 1:08 AM
To: The IESG
Cc: draft-ietf-i2rs-architecture@ietf.org;= i2rs-chairs@ietf= .org; mach.ch= en@huawei.com; i2rs@= ietf.org
Subject: Spencer Dawkins' No Objection on draft-ietf-i2= rs-architecture-13: (with COMMENT)

=C2=A0

= Spencer Dawkins has entered the following ballot position for=

draft-ietf-i2rs-architecture-13: No Objection=

=C2=A0

When responding, please kee= p the subject line intact and reply to all email addresses included in the = To and CC lines. (Feel free to cut this introductory paragraph, however.)

=C2=A0

=C2=A0

Pl= ease refer to https://www.ietf.org/iesg/statement/discuss-criteria.html<= u>

for more information about IESG DISCUSS and COMMENT pos= itions.

=C2=A0

=C2=A0=

The document, along with other ballot positions, can be found here:<= u>

https://datatracker.ietf.org/doc/draft-ietf-i2rs-architect= ure/

=C2=A0

=C2= =A0

=C2=A0

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

COMMENT:=

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

=C2=A0

In this text:

=C2=A0

7.1.=C2=A0 One Control and Data = Exchange Protocol

=C2=A0

=C2=A0=C2= =A0 The I2RS

=C2=A0=C2=A0 protocol may need to use seve= ral underlying transports (TCP, SCTP

=C2=A0=C2=A0 (stre= am control transport protocol), DCCP (Datagram Congestion

=

=C2=A0=C2=A0 Control Protocol)), with suitable authentication and integr= ity

=C2=A0=C2=A0 protection mechanisms.=C2=A0 These dif= ferent transports can support

=C2=A0=C2=A0 different ty= pes of communication (e.g. control, reading,

=C2=A0=C2= =A0 notifications, and information collection) and different sets of=

=C2=A0=C2=A0 data.=C2=A0 Whatever transport is used for the d= ata exchange, it must also

=C2=A0=C2=A0 support suitabl= e congestion control mechanisms.=C2=A0 The transports

= =C2=A0=C2=A0 chosen should be operator and implementor friendly to ease ado= ption.

=C2=A0=C2=A0

I echo Benoit&= #39;s question about defining multiple underlying transports. I suspect you= 'll need to pick one mandatory-to-implement transport protocol, and whe= n everyone has to support that one, I'd be surprised to see implementat= ions that support more than one transport protocol unless the mandatory-to-= implement transport protocol is seriously broken in some scenarios.<= u>

=C2=A0

-----

Spencer:

=C2= =A0

Does adding this text as a sub= sequent paragraph resolve your comment? =C2=A0

<= span style=3D"color:black">=C2=A0

The transports that the I2RS protocol can run over will be spec= ified in the

I2RS pro= tocol, and in the I2RS protocol each transport protocol

as either mandatory to implement or optio= nal to implement.


That'= ;s fine. If I'm still an AD when the protocol shows up, I'll probab= ly look at how many transport protocols are specified, but letting the work= ing group spend more time figuring out what makes sense to them is very rea= sonable.

Thanks!

Spencer= =C2=A0
--94eb2c07ebc2aebc3c0531043a4a-- From nobody Thu Apr 21 18:31:33 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF59212EC6D; Thu, 21 Apr 2016 18:31:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.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 zrabjvzWT0_N; Thu, 21 Apr 2016 18:31:26 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0701.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:701]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7154512EC6B; Thu, 21 Apr 2016 18:31:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6ZqD/3oZ3K/nB3x7Amc4aV1QCdNk7JeG6U0cCwwn1x0=; b=F12VPhsoggsesn/7RgELGvC2TjjMuXorX5YMABgClleiYRMvN5hDgiDJ9Nvq5FULdNvR6nWPQyFJHc+c0DXR0KzGsTXBA/i9mZdimzCCZxn9W4H5GLB8s7PWF3EcI6+gw7hrMYeCjNNFnkYA4CHc+Jjf8dCvc3H9M9umgqtqPuY= Received: from SN1PR0501MB1709.namprd05.prod.outlook.com (10.163.130.155) by SN1PR0501MB1712.namprd05.prod.outlook.com (10.163.130.158) with Microsoft SMTP Server (TLS) id 15.1.466.19; Fri, 22 Apr 2016 01:31:07 +0000 Received: from SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) by SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) with mapi id 15.01.0466.023; Fri, 22 Apr 2016 01:31:08 +0000 From: John E Drake To: "rtg-ads@ietf.org" Thread-Topic: RtgDir review: draft-ietf-i2rs-yang-network-topo-02.txt Thread-Index: AdGcNeg82jdlR8nEQn24OJ2iDs8AfQ== Date: Fri, 22 Apr 2016 01:31:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.239.13] x-ms-office365-filtering-correlation-id: 877d092e-8d40-4d4e-1679-08d36a4dc774 x-microsoft-exchange-diagnostics: 1; SN1PR0501MB1712; 5:Pamli/Simd70s3wdNVfoFks0lc132Za9o4eGyb5jmWKfFK42na+wiCEoUBu9wLUR0KEKPBTvRfQ8fAUv9VTu55Bn72SoyoliUoLAsCacQk4papqDKU5lyzgzpaZmei0DMZ6xESXl24/0jLnbWC8yyv0tOVtMZBb64DFWHIUTPgymERQn8vZfrxN1vAde1HvM; 24:ujOXJXcGIWJSu5PAUIKrhqMI5B5GD6+DBrofaNxl35h/GSEH6M0wt/bsK7BwriLc7S89KnDDbSJZTc0WSyZ8CMBqJ0zJodbiGLL8otW1IN4=; 7:9cIriNKTUbjUVw3EHKCSthGj/EbS1HMJsczkRh37+IAhLGgGCMaQK4p6CpVqY2DpjQSixUx37xnzng2asP/1Gd8JcAvb3oZHKudYxMObSRCKTEa4YpDXoeMl7qovMBhi3tXgD2QbBxUKxRPPrtvTrFlpWIbN/Y6EldpWgLdb4jBTLSP5VDQn4dMJrNbx2EDDV55HxMwlwgqvGa9azKv9luRKv8ur/gKHSaOYpX+mBwo= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB1712; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(9101521026)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:SN1PR0501MB1712; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1712; x-forefront-prvs: 0920602B08 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(3846002)(6116002)(74316001)(33656002)(4326007)(66066001)(86362001)(77096005)(102836003)(1220700001)(1096002)(230783001)(450100001)(2906002)(2351001)(76576001)(110136002)(5003600100002)(229853001)(2900100001)(586003)(5002640100001)(87936001)(92566002)(99286002)(1720100001)(50986999)(54356999)(189998001)(5640700001)(5004730100002)(81166005)(10400500002)(9686002)(5008740100001)(2501003)(19580395003)(122556002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1712; H:SN1PR0501MB1709.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Apr 2016 01:31:07.8953 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1712 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-yang-network-topo.all@ietf.org" , "i2rs@ietf.org" Subject: [i2rs] RtgDir review: draft-ietf-i2rs-yang-network-topo-02.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 01:31:29 -0000 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2Ug Y29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0 IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBh bnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0 cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRo ZSBkcmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0w Mi50eHQNClJldmlld2VyOiBKb2huIEUgRHJha2UNClJldmlldyBEYXRlOiAyMS1BcHItMjAxNg0K SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZHMgVHJhY2sNCg0KU3VtbWFyeToNCkNob29zZSBmcm9t IHRoaXMgbGlzdC4uLg0KDQogICAgTm8gaXNzdWVzIGZvdW5kLiBUaGlzIGRvY3VtZW50IGlzIHJl YWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KQ29tbWVudHM6DQoNCiAgICBBIHZlcnkgd2VsbCB3cml0 dGVuIGFuZCBjb21wcmVoZW5zaWJsZSBkcmFmdC4gDQoNCk1ham9yIElzc3VlczoNCg0KICAgIE5v IG1ham9yIGlzc3VlcyBmb3VuZC4gDQoNCk1pbm9yIElzc3VlczoNCg0KICAgIE5vIG1pbm9yIGlz c3VlcyBmb3VuZC4NCg0KWW91cnMgSXJyZXNwZWN0aXZlbHksDQoNCkpvaG4NCg0K From nobody Thu Apr 21 18:34:31 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5539812EC79; Thu, 21 Apr 2016 18:34:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ezcbiA934Si3; Thu, 21 Apr 2016 18:34:24 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 9D8C312E1A5; Thu, 21 Apr 2016 18:34:23 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Joel M. Halpern'" , "'Benoit Claise'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> In-Reply-To: <56F3DAB3.5040607@joelhalpern.com> Date: Thu, 21 Apr 2016 21:34:21 -0400 Message-ID: <019301d19c37$18d5e3a0$4a81aae0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJuHcYb7/SZZUWU/t5YvEsTyir/awH2IGqcAbsR8jUBC+McsJ42SW6w Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 01:34:25 -0000 Joel: Follow-up on this stream after IETF. In many ways, the protocol strawman is the document which proposes using pieces X, Y, and Z in ways A, B, and C to solve the I2RS problem. Perhaps, the protocol strawman should have a section that summarizes the requirements and solutions. Sue -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com] Sent: Thursday, March 24, 2016 8:17 AM To: Benoit Claise; Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Benoit, you seem to be looking for a level of specificity in the architecture that the working group never intended. The charter calls for a high level architecture. I believe your comment calls out an interesting gap in the charter, as there is no document called out which actually says "we are using pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." We could have tried to use the architecture document for that, but the intention was to use the architecture document to guide the selection of protocol and mechanisms. Yours, Joel On 3/24/16 6:53 AM, Benoit Claise wrote: > Sue, > >> >Two of the existing protocols which the >> > which may be re-used are NETCONF [RFC6241] and RESTCONF >> > [I-D.ietf-netconf-restconf]. >> >>> editorial "may be reused". / I will check with RFC editor (some >>> people say >> reused /re-used). >> >>> What does it mean? I was hoping that an architecture documents would >>> at >> least tell me which protocols are used. >>> On my side this architecture is flexible (NETCONF or RESTCONF), on >>> the >> other side unclear (YANG 1.0 or >>> YANG1.1), and in some cases, a complete specification (for example >>> the >> notification) >> >> Sue: NETCONF and RESTCONF will be supported as part of the I2RS protocols. >> The architecture does out rule out other data transfer protocols, but >> says the WG will design I2RS as a higher level protocol that combines >> other protocols (NETCONF/RESTCONF + x). > This is what I could not understand with the draft sentence: "Two of > the existing protocols which the which may _be re-used_ are NETCONF > [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." > Sure many things could be reused. I'm expecting from an architecture > document to explain which pieces are used and how they are used. >> The I2RS requirements documents and >> protocol strawman will state is if any other protocols will be used >> for a particular version of I2RS with a particular scope for data modules. > Probably, my issue stems from the fact that I2RS produces an > architecture before fixing requirements. >> >> I am sorry if this is not what you excepted, but it was my direction >> from my AD on how to approach this work. >> >> At this time, we are closing in on the last of the requirements >> documents - the requirements for other data flows. >> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of >> data flows, but IMO the first version of the I2RS is likely to stay >> with just NETCONF/RESTCONF with ephemeral state, push pub/sub >> support, syslog module library, and some yang changes. >> >> >>> To handle I2RS Agent failure, the I2RS Agent must use two >>> different >> notifications. >>> NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the >>> I2RS Client(s) that the associated I2RS Agent has started. It >>> includes an agent-boot-count that indicates how many times the >>> I2RS Agent has restarted since the associated routing element >>> restarted. The agent-boot-count allows an I2RS Client to >>> determine if the I2RS Agent has restarted. (Note: This >>> notification will be only transmitted to I2RS clients which are >>> know in some way after a reboot.) > No comment on "the I2RS Agent _must _use two different notifications"? > This one is clear spec. >>> - editorial: >>> Optionally, a routing element may permit a priority to be to be.... >>> For the case when the I2RS ephemeral state always wins for a data >>> model, if there is an I2RS ephemeral state value it is installed >>> instead of the local configuration state. >>> Again, I read that sentence multiple times, and could not understand >>> it >> Sue: Reasonable editorial comment. This was added to address another >> comment, But it looks like we broken something. Text change below. >> >> Old/ Optionally, a routing element may permit a priority to be to be >> configured on the device for the Local Configuration mechanism >> interaction with the I2RS model. The policy mechanism would compare >> the I2RS client's priority with that priority assigned to the Local >> Configuration in order to determine whether Local Configuration or >> I2RS wins. >> >> For the case when the I2RS ephemeral state always wins for a data >> model, if there is an I2RS ephemeral state value it is installed >> instead of the local configuration state. The local configuration >> information is stored so that if/when I2RS client removes I2RS >> ephemeral state the local configuration state can be restored. >> / >> New: >> Optionally, a routing element may permit a priority to be to be > to be to be >> configured on the device for the Local Configuration mechanism >> interaction with the I2RS model. The policy mechanism would compare >> the I2RS client's priority with that priority assigned to the Local >> Configuration in order to determine whether Local Configuration or >> I2RS wins. >> >> For the case when the configured priority of the I2RS ephemeral >> Is higher than the Local Configuration's policy, the >> The I2RS ephemeral state value it is installed > remove "it" >> instead of the local configuration state. The local configuration >> information is stored so that if/when I2RS client removes I2RS >> ephemeral state the local configuration state can be restored. >> / >> >>> figure 2. "The initial services included in the I2RS architecture >>> are as >> follows." >>> Are these really the initial services for I2RS. I2RS is really >>> dealing >> with all these: interfaces, policy, QoS, ... >>> Maybe I should review the I2RS charter? >> Sue: Our charter is wide, but only ephemeral layer deep. Due to the >> excellent people in the NETCONF/NETMOD, routing area (rtgwg) and TEAS >> - we are focusing on allowing ephemeral to be added to any data >> model. I2RS WG is focused first on the I2RS protocol and protocol independent modules. >> After this, I2RS purpose is to simply support other WGs in creating >> data modules with ephemeral state. >> >>> The I2RS protocol may need to use several underlying transports >>> (TCP, >> SCTP >>> (stream control transport protocol), DCCP (Datagram Congestion >>> Control Protocol)), with suitable authentication and integrity >>> protection mechanisms >>> Do you really want to have define transports? >> Sue: We indicate that I2RS will use these protocols. Each protocol >> we mention has to be then validated with requirements (see protocol >> security requirement and security environment requirements). >> > So I2RS will publish a second architecture doc when the requirements > are validated and the protocols (transport, config, notifications) are > finally selected? > > Regards, Benoit > > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs > From nobody Thu Apr 21 19:03:05 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EA8212DAE8; Thu, 21 Apr 2016 19:03:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XWke1uHaXdv9; Thu, 21 Apr 2016 19:03:00 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 B55FB12DCB6; Thu, 21 Apr 2016 19:02:59 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Joel M. Halpern'" , "'Benoit Claise'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> <56F3E598.3030708@cisco.com> <56F3E678.4080105@joelhalpern.com> In-Reply-To: <56F3E678.4080105@joelhalpern.com> Date: Thu, 21 Apr 2016 22:02:58 -0400 Message-ID: <019801d19c3b$18218af0$4864a0d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0199_01D19C19.911912B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJuHcYb7/SZZUWU/t5YvEsTyir/awH2IGqcAbsR8jUBC+McsAGXdyJ1AasPWwKeHDbmEA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 02:03:04 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0199_01D19C19.911912B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Joel: I will need to resolve this before I can provide a final for the RFC editor. Here's the way I understand these issues: 1) draft-ietf-i2rs-architecture-13.txt - is a high-level architecture with building blocks. 2) It provides only general ideas on we are using "X, Y, and Z" in ways "A, B, and C" to solve the "I2RS problem". 3) detailed requirements on what the I2RS protocol and interface should be are contained in the i2rs requirements set . Pub/sub requirements - draft-ietf-i2rs-pub-sub-requirements-06 (at IESG publication) . Traceability requirements - draft-ietf-i2rs-traceability-08 (at IESG publication) . Protocol Security requirements - draft-ietf-i2rs-protocol-security-requirements-03 . Ephemeral State requirements - draft-ietf-i2rs-ephemeral-state-05 . Data Flow Requirements - draft-hares-i2rs-dataflow-req-03 . I2RS security requirements for environment - draft-ietf-i2rs-security-environment-reqs-01 The protocol strawman is the proposal for using "X, Y, and Z" in ways "A,B, and C" in order to solve the I2RS problem. 4) The architecture document and use cases were useful in creating the key informational models: 1) I2RS RIB Information model 2) I2RS FB-RIB informational model (under WG Adoption) 3) I2RS generic network model ( draft-ietf-i2rs-yang-network-topo-02) - which has formed the basis for most of the I2RS, TEAS and CCAMP ideas on models. Therefore, I think we followed the charter. What we really need to revise is the abstract. To bring the expectations for the architecture closer to task 1. How about changing the abstract to: This document describes the IETF architecture for a standard, programmatic interface for state transfer in and out of the Internet routing system. It describes the high-level architecture, the building blocks of this high-level architecture, and their interfaces with particular focus on those to be standardized as part of the Interface to Routing System (I2RS). Sue -----Original Message----- From: Joel M. Halpern [mailto:jmh@joelhalpern.com] Sent: Thursday, March 24, 2016 9:07 AM To: Benoit Claise; Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Now I understand your confusion. Putting aside the abstract, I thought we were focused om task 1 (from the charter) in writing. I think we probably crept into task 2, resulting in a document which is confusing about its scope. Not sure how to resolve this. Yours, Joel On 3/24/16 9:03 AM, Benoit Claise wrote: > Joel, > > Thanks, that's helpful. > > 1. Let's look at the charter > > The I2RS working group works to develop a high-level architecture that > describes the basic building-blocks necessary to enable the specific > use > cases, and that will lead to an understanding of the abstract > informational models and requirements for encodings and protocols > for the I2RS interfaces. > > 2. Let's review the draft abstract > > This document describes the IETF architecture for a standard, > programmatic interface for state transfer in and out of the Internet > routing system. It describes the basic architecture, the components, > and their interfaces with particular focus on those to be > standardized as part of the Interface to Routing System (I2RS). > > Reading 1., I understand your point of view. > However, I read 2. as this draft is about "we are using pieces X, Y, > and Z, in ways A, B, and C, to solve the I2RS problem." > I reviewed the draft content looking for 1., and could not find it. > > Do you understand my confusion? > > Regards, Benoit >> Benoit, you seem to be looking for a level of specificity in the >> architecture that the working group never intended. >> The charter calls for a high level architecture. >> >> I believe your comment calls out an interesting gap in the charter, >> as there is no document called out which actually says "we are using >> pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." >> >> We could have tried to use the architecture document for that, but >> the intention was to use the architecture document to guide the >> selection of protocol and mechanisms. >> >> Yours, >> Joel >> >> On 3/24/16 6:53 AM, Benoit Claise wrote: >>> Sue, >>> >>>> >Two of the existing protocols which the >>>> > which may be re-used are NETCONF [RFC6241] and RESTCONF >>>> > [I-D.ietf-netconf-restconf]. >>>> >>>>> editorial "may be reused". / I will check with RFC editor (some >>>>> people say >>>> reused /re-used). >>>> >>>>> What does it mean? I was hoping that an architecture documents >>>>> would at >>>> least tell me which protocols are used. >>>>> On my side this architecture is flexible (NETCONF or RESTCONF), >>>>> on the >>>> other side unclear (YANG 1.0 or >>>>> YANG1.1), and in some cases, a complete specification (for example >>>>> the >>>> notification) >>>> >>>> Sue: NETCONF and RESTCONF will be supported as part of the I2RS >>>> protocols. >>>> The architecture does out rule out other data transfer protocols, >>>> but says the WG will design I2RS as a higher level protocol that >>>> combines other protocols (NETCONF/RESTCONF + x). >>> This is what I could not understand with the draft sentence: "Two of >>> the existing protocols which the which may _be re-used_ are NETCONF >>> [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." >>> Sure many things could be reused. I'm expecting from an architecture >>> document to explain which pieces are used and how they are used. >>>> The I2RS requirements documents and protocol strawman will state is >>>> if any other protocols will be used for a particular version of >>>> I2RS with a particular scope for data modules. >>> Probably, my issue stems from the fact that I2RS produces an >>> architecture before fixing requirements. >>>> >>>> I am sorry if this is not what you excepted, but it was my >>>> direction from my AD on how to approach this work. >>>> >>>> At this time, we are closing in on the last of the requirements >>>> documents - the requirements for other data flows. >>>> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of >>>> data flows, but IMO the first version of the I2RS is likely to stay >>>> with just NETCONF/RESTCONF with ephemeral state, push pub/sub >>>> support, syslog module library, and some yang changes. >>>> >>>> >>>>> To handle I2RS Agent failure, the I2RS Agent must use two >>>>> different >>>> notifications. >>>>> NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the >>>>> I2RS Client(s) that the associated I2RS Agent has >>>>> started. It >>>>> includes an agent-boot-count that indicates how many >>>>> times the >>>>> I2RS Agent has restarted since the associated routing >>>>> element >>>>> restarted. The agent-boot-count allows an I2RS Client to >>>>> determine if the I2RS Agent has restarted. (Note: This >>>>> notification will be only transmitted to I2RS clients >>>>> which are >>>>> know in some way after a reboot.) >>> No comment on "the I2RS Agent _must _use two different notifications"? >>> This one is clear spec. >>>>> - editorial: >>>>> Optionally, a routing element may permit a priority to be to be.... >>>>> For the case when the I2RS ephemeral state always wins for a data >>>>> model, if there is an I2RS ephemeral state value it is installed >>>>> instead of the local configuration state. >>>>> Again, I read that sentence multiple times, and could not >>>>> understand it >>>> Sue: Reasonable editorial comment. This was added to address >>>> another comment, But it looks like we broken something. Text >>>> change below. >>>> >>>> Old/ Optionally, a routing element may permit a priority to be to be >>>> configured on the device for the Local Configuration mechanism >>>> interaction with the I2RS model. The policy mechanism would >>>> compare >>>> the I2RS client's priority with that priority assigned to the Local >>>> Configuration in order to determine whether Local Configuration or >>>> I2RS wins. >>>> >>>> For the case when the I2RS ephemeral state always wins for a data >>>> model, if there is an I2RS ephemeral state value it is installed >>>> instead of the local configuration state. The local configuration >>>> information is stored so that if/when I2RS client removes I2RS >>>> ephemeral state the local configuration state can be restored. >>>> / >>>> New: >>>> Optionally, a routing element may permit a priority to be to be >>> to be to be >>>> configured on the device for the Local Configuration mechanism >>>> interaction with the I2RS model. The policy mechanism would >>>> compare >>>> the I2RS client's priority with that priority assigned to the Local >>>> Configuration in order to determine whether Local Configuration or >>>> I2RS wins. >>>> >>>> For the case when the configured priority of the I2RS ephemeral >>>> Is higher than the Local Configuration's policy, the >>>> The I2RS ephemeral state value it is installed >>> remove "it" >>>> instead of the local configuration state. The local configuration >>>> information is stored so that if/when I2RS client removes I2RS >>>> ephemeral state the local configuration state can be restored. >>>> / >>>> >>>>> figure 2. "The initial services included in the I2RS architecture >>>>> are as >>>> follows." >>>>> Are these really the initial services for I2RS. I2RS is really >>>>> dealing >>>> with all these: interfaces, policy, QoS, ... >>>>> Maybe I should review the I2RS charter? >>>> Sue: Our charter is wide, but only ephemeral layer deep. Due to >>>> the excellent people in the NETCONF/NETMOD, routing area (rtgwg) >>>> and TEAS - we are focusing on allowing ephemeral to be added to any >>>> data model. >>>> I2RS WG >>>> is focused first on the I2RS protocol and protocol independent modules. >>>> After this, I2RS purpose is to simply support other WGs in creating >>>> data modules with ephemeral state. >>>> >>>>> The I2RS protocol may need to use several underlying >>>>> transports (TCP, >>>> SCTP >>>>> (stream control transport protocol), DCCP (Datagram Congestion >>>>> Control Protocol)), with suitable authentication and integrity >>>>> protection mechanisms >>>>> Do you really want to have define transports? >>>> Sue: We indicate that I2RS will use these protocols. Each protocol >>>> we mention has to be then validated with requirements (see protocol >>>> security requirement and security environment requirements). >>>> >>> So I2RS will publish a second architecture doc when the requirements >>> are validated and the protocols (transport, config, notifications) >>> are finally selected? >>> >>> Regards, Benoit >>> >>> >>> _______________________________________________ >>> i2rs mailing list >>> i2rs@ietf.org >>> https://www.ietf.org/mailman/listinfo/i2rs >>> >> . >> > ------=_NextPart_000_0199_01D19C19.911912B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Joel: =

 

I will need to resolve this before I can provide a = final for the RFC editor.   Here's the way I understand these = issues:

 

1) draft-ietf-i2rs-architecture-13.txt - is a = high-level architecture with building blocks.

2) It provides only general ideas on we are using = "X, Y, and Z" in ways "A, B, and C" to =

solve the "I2RS = problem".

 

3) = detailed requirements on what the I2RS protocol and interface should be = are contained in

   the i2rs requirements set =

·         = Pub/sub requirements - = draft-ietf-i2rs-pub-sub-requirements-06  (at IESG publication) =

·         = Traceability requirements - = draft-ietf-i2rs-traceability-08 (at IESG publication)

·         = Protocol Security requirements - = draft-ietf-i2rs-protocol-security-requirements-03

·         = Ephemeral State requirements - = draft-ietf-i2rs-ephemeral-state-05

·         = Data Flow Requirements  - = draft-hares-i2rs-dataflow-req-03

·         = I2RS security requirements for = environment - = draft-ietf-i2rs-security-environment-reqs-01

 

The = protocol strawman is the proposal for using "X, Y, and Z" in = ways "A,B, and C" in order

to solve the I2RS problem.

 

4) The = architecture document and use cases were useful in creating the key = informational models:

 

1)      = I2RS RIB Information model

2)      = I2RS FB-RIB informational model (under WG = Adoption)

3)      = I2RS generic network model (draft-ietf-i2= rs-yang-network-topo-02) – = which has formed the basis for most of the I2RS, TEAS and CCAMP ideas on = models.

 

Therefore, I think we followed the charter. =

 

What we really need to revise is the = abstract.  To bring the expectations for the architecture closer to = task 1.

 

How about changing the abstract to: =  

 

This document describes the IETF architecture for a = standard,

programmatic interface = for state transfer in and out of the Internet

routing system.  It describes the high-level = architecture, the building

blocks = of this high-level architecture, and their interfaces with =

particular focus on those to be = standardized

as part of the = Interface to Routing System (I2RS).

 

Sue =

 

-----Original Message-----
From: Joel M. Halpern = [mailto:jmh@joelhalpern.com]
Sent: Thursday, March 24, 2016 9:07 = AM
To: Benoit Claise; Susan Hares; 'The IESG'
Cc: i2rs@ietf.org; = mach.chen@huawei.com; i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com
Subject: Re: = [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: = (with COMMENT)

 

Now I understand your confusion.

Putting aside the abstract, I thought we were = focused om task 1 (from the charter) in writing.  I think we = probably crept into task 2, resulting in a document which is confusing = about its scope.

 

Not = sure how to resolve this.

Yours,

Joel

 

On = 3/24/16 9:03 AM, Benoit Claise wrote:

> Joel,

> 

> Thanks, that's helpful.

> 

> 1. Let's look at the charter

> 

>     The I2RS working group = works to develop a high-level architecture that

>     describes the basic = building-blocks necessary to enable the specific

>     use

>     cases, and that will = lead to an understanding of the abstract

>     informational models = and requirements for encodings and protocols

>     for the I2RS = interfaces.

> 

> 2. Let's review the draft = abstract

> 

>        = This document describes the IETF architecture for a = standard,

>        = programmatic interface for state transfer in and out of the = Internet

>        = routing system.  It describes the basic architecture, the = components,

>        = and their interfaces with particular focus on those to = be

>        = standardized as part of the Interface to Routing System = (I2RS).

> 

> Reading 1., I understand your point of = view.

> However, I read 2. as = this draft is about "we are using pieces X, Y,

> and Z, in ways A, B, and C, to solve the I2RS = problem."

> I reviewed the = draft content looking for 1., and could not find it.

> 

> Do you understand my = confusion?

> 

> Regards, Benoit

>> Benoit, you seem to be looking for a level = of specificity in the

>> = architecture that the working group never intended.

>> The charter calls for a high level = architecture.

>> 

>> I believe your comment calls out an = interesting gap in the charter,

>> as there is no document called out which = actually says "we are using

>> pieces X, Y, and Z, in ways A, B, and C, = to solve the I2RS problem."

>> 

>> We could have tried to use the = architecture document for that, but

>> the intention was to use the architecture = document to guide the

>> = selection of protocol and mechanisms.

>> 

>> Yours,

>> Joel

>> 

>> On 3/24/16 6:53 AM, Benoit Claise = wrote:

>>> = Sue,

>>> 

>>>>   >Two of the = existing protocols which the

>>>>   > which may be = re-used are NETCONF [RFC6241] and RESTCONF

>>>>   > = [I-D.ietf-netconf-restconf].

>>>> 

>>>>> editorial "may be = reused".  / I will check with RFC editor (some =

>>>>> people = say

>>>> reused = /re-used).

>>>> 

>>>>> What does it mean? I was = hoping that an architecture documents

>>>>> would at

>>>> least tell me which protocols are = used.

>>>>>   On my side this = architecture is flexible (NETCONF or RESTCONF),

>>>>> on the

>>>> other side unclear (YANG 1.0 = or

>>>>> YANG1.1), = and in some cases, a complete specification (for example =

>>>>> = the

>>>> = notification)

>>>> 

>>>> Sue: NETCONF and RESTCONF will be = supported as part of the I2RS

>>>> protocols.

>>>> The architecture does out rule out = other data transfer protocols,

>>>> but says the WG will design I2RS = as a higher level protocol that

>>>> combines other protocols = (NETCONF/RESTCONF + x).

>>> This is what I could not understand = with the draft sentence: "Two of

>>> the existing protocols which the which = may _be re-used_ are NETCONF

>>> [RFC6241] and RESTCONF > = [I-D.ietf-netconf-restconf]."

>>> Sure many things could be reused. I'm = expecting from an architecture

>>> document to explain which pieces are = used and how they are used.

>>>> The I2RS requirements documents = and protocol strawman will state is

>>>> if any other protocols will be = used for a particular version of

>>>> I2RS with a particular scope for = data modules.

>>> = Probably, my issue stems from the fact that I2RS produces an =

>>> architecture before = fixing requirements.

>>>> 

>>>> I am sorry if this is not what you = excepted, but it was my

>>>> direction from my AD on how to = approach this work.

>>>> 

>>>> At this time, we are closing in on = the last of the requirements

>>>> documents - the requirements for = other data flows.

>>>> = draft-hares-i2rs-dataflow-req-02 that gives the potential scope of =

>>>> data flows, but = IMO the first version of the I2RS is likely to stay

>>>> with just NETCONF/RESTCONF with = ephemeral state, push pub/sub

>>>> support, syslog module library, = and some yang changes.

>>>> 

>>>> 

>>>>>     To = handle I2RS Agent failure, the I2RS Agent must  use two =

>>>>> = different

>>>> = notifications.

>>>>> = NOTIFICATION_I2RS_AGENT_STARTING:   This notification signals = to the

>>>>>     &n= bsp;    I2RS Client(s) that the associated I2RS Agent has =

>>>>> = started.  It

>>>>>     &n= bsp;     includes an agent-boot-count that indicates = how many

>>>>> = times the

>>>>>     &n= bsp;     I2RS Agent has restarted since the = associated routing

>>>>> element

>>>>>     &n= bsp;     restarted.  The agent-boot-count = allows an I2RS Client to

>>>>>     &n= bsp;     determine if the I2RS Agent has = restarted.  (Note: This

>>>>>     &n= bsp;     notification will be only transmitted to = I2RS clients

>>>>> = which are

>>>>>     &n= bsp;     know in some way after a = reboot.)

>>> No comment = on "the I2RS Agent _must _use two different = notifications"?

>>> = This one is clear spec.

>>>>> - editorial:

>>>>>    Optionally, = a routing element may permit a priority to be to be....

>>>>>    For the case = when the I2RS ephemeral state always wins for a data

>>>>>   model, if there is = an I2RS ephemeral state value it is installed

>>>>>    instead of = the local configuration state.

>>>>> Again, I read that sentence = multiple times, and could not

>>>>> understand it

>>>> Sue: Reasonable editorial = comment.  This was added to address

>>>> another comment, But it looks like = we broken something.  Text

>>>> change below.

>>>> 

>>>>   Old/  Optionally, = a routing element may permit a priority to be to be

>>>>     configured = on the device for the Local Configuration mechanism

>>>>     = interaction with the I2RS model.  The policy mechanism would =

>>>> = compare

>>>>     the I2RS = client's priority with that priority assigned to the = Local

>>>>     = Configuration in order to determine whether Local Configuration = or

>>>>     I2RS = wins.

>>>> 

>>>>     For the = case when the I2RS ephemeral state always wins for a = data

>>>>     model, if = there is an I2RS ephemeral state value it is installed

>>>>     instead of = the local configuration state.  The local = configuration

>>>>     = information is stored so that if/when I2RS client removes = I2RS

>>>>     ephemeral = state the local configuration state can be restored.

>>>> /

>>>> New:

>>>> Optionally, a routing element may = permit a priority to be to be

>>> to be to be

>>>>     configured = on the device for the Local Configuration mechanism

>>>>     = interaction with the I2RS model.  The policy mechanism would =

>>>> = compare

>>>>     the I2RS = client's priority with that priority assigned to the = Local

>>>>     = Configuration in order to determine whether Local Configuration = or

>>>>     I2RS = wins.

>>>> 

>>>>     For the = case when the configured priority of the I2RS ephemeral

>>>>     Is higher = than the Local Configuration's policy, the

>>>>     The I2RS = ephemeral state value it is installed

>>> remove "it"

>>>>     instead of = the local configuration state.  The local = configuration

>>>>     = information is stored so that if/when I2RS client removes = I2RS

>>>>     ephemeral = state the local configuration state can be restored.

>>>> /

>>>> 

>>>>> figure 2. "The initial = services included in the I2RS architecture

>>>>> are as

>>>> follows."

>>>>> Are these really the initial = services for I2RS. I2RS is really

>>>>> dealing

>>>> with all these: interfaces, = policy, QoS, ...

>>>>> Maybe I should review the I2RS = charter?

>>>> = Sue:  Our charter is wide, but only ephemeral layer deep.  Due = to

>>>> the excellent = people in the NETCONF/NETMOD, routing area (rtgwg)

>>>> and TEAS - we are focusing on = allowing ephemeral to be added to any

>>>> data model.

>>>> I2RS WG

>>>> is focused first on the I2RS = protocol and protocol independent modules.

>>>> After this, I2RS purpose is to = simply support other WGs in creating

>>>> data modules with ephemeral = state.

>>>> 

>>>>>    The = I2RS  protocol may need to use several underlying

>>>>> transports = (TCP,

>>>> = SCTP

>>>>>    (stream = control transport protocol), DCCP (Datagram Congestion

>>>>> Control Protocol)), with = suitable authentication and integrity

>>>>>   protection = mechanisms

>>>>>   Do you really want = to have define transports?

>>>> Sue: We indicate that I2RS will = use these protocols.  Each protocol

>>>> we mention has to be then = validated with requirements (see protocol

>>>> security requirement and security = environment requirements).

>>>> 

>>> So I2RS will publish a second = architecture doc when the requirements

>>> are validated and the protocols = (transport, config, notifications)

>>> are finally selected?

>>> 

>>> Regards, Benoit

>>> 

>>> 

>>> = _______________________________________________

>>> i2rs mailing list

>>> i2rs@ietf.org<= o:p>

>>> https://www.ietf.org/mail= man/listinfo/i2rs

>>> 

>> .

>> 

> 

------=_NextPart_000_0199_01D19C19.911912B0-- From nobody Thu Apr 21 19:44:06 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2361012EA6B; Thu, 21 Apr 2016 19:44:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_HELO_PASS=-0.001, 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 8Kb1KThLlXaV; Thu, 21 Apr 2016 19:43:57 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 B2CDF12E6FB; Thu, 21 Apr 2016 19:43:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 17C2B24097D; Thu, 21 Apr 2016 19:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1461293037; bh=w13cm4MPi9918FDP0zfM3qaWmvyjViyjuI89G8vxhvw=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=SxHHFNR6bpiR28EDVUyDu9GLbFRzavr+rJPKPgTS/ozRdhPiEUBDVa8RhDeUR0k9x lX8Lx75WoV6mZVThGeXyWLthHemsgQr2bCOutZ8AsOy2l9j+pAmv24kEooceriIpR3 8zvJbPtII83TQkTb3yNrX6knydZimoYCM6cTcPCc= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 10D822402D5; Thu, 21 Apr 2016 19:43:55 -0700 (PDT) To: Susan Hares , 'Benoit Claise' , 'The IESG' References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> <019301d19c37$18d5e3a0$4a81aae0$@ndzh.com> From: "Joel M. Halpern" Message-ID: <57198FEA.7080000@joelhalpern.com> Date: Thu, 21 Apr 2016 22:43:54 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <019301d19c37$18d5e3a0$4a81aae0$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 02:44:00 -0000 Enhancing the protocol strawman to provide that seems sensible to me. Yours, Joel On 4/21/16 9:34 PM, Susan Hares wrote: > Joel: > > Follow-up on this stream after IETF. In many ways, the protocol strawman > is the document which proposes using pieces X, Y, and Z in ways A, B, and C > to solve the I2RS problem. Perhaps, the protocol strawman should have a > section that summarizes the requirements and solutions. > > Sue > > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com] > Sent: Thursday, March 24, 2016 8:17 AM > To: Benoit Claise; Susan Hares; 'The IESG' > Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; > draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com > Subject: Re: [i2rs] Benoit Claise's No Objection on > draft-ietf-i2rs-architecture-13: (with COMMENT) > > Benoit, you seem to be looking for a level of specificity in the > architecture that the working group never intended. The charter calls for a > high level architecture. > > I believe your comment calls out an interesting gap in the charter, as there > is no document called out which actually says "we are using pieces X, Y, and > Z, in ways A, B, and C, to solve the I2RS problem." > > We could have tried to use the architecture document for that, but the > intention was to use the architecture document to guide the selection of > protocol and mechanisms. > > Yours, > Joel > > On 3/24/16 6:53 AM, Benoit Claise wrote: >> Sue, >> >>> >Two of the existing protocols which the >>> > which may be re-used are NETCONF [RFC6241] and RESTCONF >>> > [I-D.ietf-netconf-restconf]. >>> >>>> editorial "may be reused". / I will check with RFC editor (some >>>> people say >>> reused /re-used). >>> >>>> What does it mean? I was hoping that an architecture documents would >>>> at >>> least tell me which protocols are used. >>>> On my side this architecture is flexible (NETCONF or RESTCONF), on >>>> the >>> other side unclear (YANG 1.0 or >>>> YANG1.1), and in some cases, a complete specification (for example >>>> the >>> notification) >>> >>> Sue: NETCONF and RESTCONF will be supported as part of the I2RS > protocols. >>> The architecture does out rule out other data transfer protocols, but >>> says the WG will design I2RS as a higher level protocol that combines >>> other protocols (NETCONF/RESTCONF + x). >> This is what I could not understand with the draft sentence: "Two of >> the existing protocols which the which may _be re-used_ are NETCONF >> [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." >> Sure many things could be reused. I'm expecting from an architecture >> document to explain which pieces are used and how they are used. >>> The I2RS requirements documents and >>> protocol strawman will state is if any other protocols will be used >>> for a particular version of I2RS with a particular scope for data > modules. >> Probably, my issue stems from the fact that I2RS produces an >> architecture before fixing requirements. >>> >>> I am sorry if this is not what you excepted, but it was my direction >>> from my AD on how to approach this work. >>> >>> At this time, we are closing in on the last of the requirements >>> documents - the requirements for other data flows. >>> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of >>> data flows, but IMO the first version of the I2RS is likely to stay >>> with just NETCONF/RESTCONF with ephemeral state, push pub/sub >>> support, syslog module library, and some yang changes. >>> >>> >>>> To handle I2RS Agent failure, the I2RS Agent must use two >>>> different >>> notifications. >>>> NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to > the >>>> I2RS Client(s) that the associated I2RS Agent has started. It >>>> includes an agent-boot-count that indicates how many times the >>>> I2RS Agent has restarted since the associated routing element >>>> restarted. The agent-boot-count allows an I2RS Client to >>>> determine if the I2RS Agent has restarted. (Note: This >>>> notification will be only transmitted to I2RS clients which > are >>>> know in some way after a reboot.) >> No comment on "the I2RS Agent _must _use two different notifications"? >> This one is clear spec. >>>> - editorial: >>>> Optionally, a routing element may permit a priority to be to be.... >>>> For the case when the I2RS ephemeral state always wins for a data >>>> model, if there is an I2RS ephemeral state value it is installed >>>> instead of the local configuration state. >>>> Again, I read that sentence multiple times, and could not understand >>>> it >>> Sue: Reasonable editorial comment. This was added to address another >>> comment, But it looks like we broken something. Text change below. >>> >>> Old/ Optionally, a routing element may permit a priority to be to be >>> configured on the device for the Local Configuration mechanism >>> interaction with the I2RS model. The policy mechanism would compare >>> the I2RS client's priority with that priority assigned to the Local >>> Configuration in order to determine whether Local Configuration or >>> I2RS wins. >>> >>> For the case when the I2RS ephemeral state always wins for a data >>> model, if there is an I2RS ephemeral state value it is installed >>> instead of the local configuration state. The local configuration >>> information is stored so that if/when I2RS client removes I2RS >>> ephemeral state the local configuration state can be restored. >>> / >>> New: >>> Optionally, a routing element may permit a priority to be to be >> to be to be >>> configured on the device for the Local Configuration mechanism >>> interaction with the I2RS model. The policy mechanism would compare >>> the I2RS client's priority with that priority assigned to the Local >>> Configuration in order to determine whether Local Configuration or >>> I2RS wins. >>> >>> For the case when the configured priority of the I2RS ephemeral >>> Is higher than the Local Configuration's policy, the >>> The I2RS ephemeral state value it is installed >> remove "it" >>> instead of the local configuration state. The local configuration >>> information is stored so that if/when I2RS client removes I2RS >>> ephemeral state the local configuration state can be restored. >>> / >>> >>>> figure 2. "The initial services included in the I2RS architecture >>>> are as >>> follows." >>>> Are these really the initial services for I2RS. I2RS is really >>>> dealing >>> with all these: interfaces, policy, QoS, ... >>>> Maybe I should review the I2RS charter? >>> Sue: Our charter is wide, but only ephemeral layer deep. Due to the >>> excellent people in the NETCONF/NETMOD, routing area (rtgwg) and TEAS >>> - we are focusing on allowing ephemeral to be added to any data >>> model. I2RS WG is focused first on the I2RS protocol and protocol > independent modules. >>> After this, I2RS purpose is to simply support other WGs in creating >>> data modules with ephemeral state. >>> >>>> The I2RS protocol may need to use several underlying transports >>>> (TCP, >>> SCTP >>>> (stream control transport protocol), DCCP (Datagram Congestion >>>> Control Protocol)), with suitable authentication and integrity >>>> protection mechanisms >>>> Do you really want to have define transports? >>> Sue: We indicate that I2RS will use these protocols. Each protocol >>> we mention has to be then validated with requirements (see protocol >>> security requirement and security environment requirements). >>> >> So I2RS will publish a second architecture doc when the requirements >> are validated and the protocols (transport, config, notifications) are >> finally selected? >> >> Regards, Benoit >> >> >> _______________________________________________ >> i2rs mailing list >> i2rs@ietf.org >> https://www.ietf.org/mailman/listinfo/i2rs >> > From nobody Thu Apr 21 19:45:06 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4787C12D667; Thu, 21 Apr 2016 19:45:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 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_HELO_PASS=-0.001, 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 C-ECgGzXsBJ4; Thu, 21 Apr 2016 19:44:58 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 6AEAE12EAAF; Thu, 21 Apr 2016 19:44:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 3F1B124097D; Thu, 21 Apr 2016 19:44:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1461293089; bh=W3+QtCSFyxdwmQestXtvUSzfatwIMMYgcc+uje0Im/E=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=R32tvyJzJ513P1cwVAPpgNBJBr5l7xbqNiZYliDc1HHuKfE2o4BlNyYwDktnqOs/m e9Ks0GntxUMFMsPhFdHZ1UPUTBQL7dkra+FSk7AgPR89yqt0mx9/ZVdX3cBTHBk5Yt bnvwwxm2noCTUxtxJ4xBSv0AhT7gApLimXlK6RaI= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 2E9D02402D5; Thu, 21 Apr 2016 19:44:48 -0700 (PDT) To: Susan Hares , 'Benoit Claise' , 'The IESG' References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> <56F3E598.3030708@cisco.com> <56F3E678.4080105@joelhalpern.com> <019801d19c3b$18218af0$4864a0d0$@ndzh.com> From: "Joel M. Halpern" Message-ID: <5719901F.8040204@joelhalpern.com> Date: Thu, 21 Apr 2016 22:44:47 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <019801d19c3b$18218af0$4864a0d0$@ndzh.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 02:45:00 -0000 That improves the abstract, and works for me. Thank you, Joel On 4/21/16 10:02 PM, Susan Hares wrote: > Joel: > > I will need to resolve this before I can provide a final for the RFC > editor. Here's the way I understand these issues: > > 1) draft-ietf-i2rs-architecture-13.txt - is a high-level architecture > with building blocks. > > 2) It provides only general ideas on we are using "X, Y, and Z" in ways > "A, B, and C" to > > solve the "I2RS problem". > > 3) detailed requirements on what the I2RS protocol and interface should > be are contained in > > the i2rs requirements set > > ·Pub/sub requirements - draft-ietf-i2rs-pub-sub-requirements-06 (at > IESG publication) > > ·Traceability requirements - draft-ietf-i2rs-traceability-08 (at IESG > publication) > > ·Protocol Security requirements - > draft-ietf-i2rs-protocol-security-requirements-03 > > ·Ephemeral State requirements - draft-ietf-i2rs-ephemeral-state-05 > > ·Data Flow Requirements - draft-hares-i2rs-dataflow-req-03 > > ·I2RS security requirements for environment - > draft-ietf-i2rs-security-environment-reqs-01 > > The protocol strawman is the proposal for using "X, Y, and Z" in ways > "A,B, and C" in order > > to solve the I2RS problem. > > 4) The architecture document and use cases were useful in creating the > key informational models: > > 1)I2RS RIB Information model > > 2)I2RS FB-RIB informational model (under WG Adoption) > > 3)I2RS generic network model (draft-ietf-i2rs-yang-network-topo-02 > ) – > which has formed the basis for most of the I2RS, TEAS and CCAMP ideas on > models. > > Therefore, I think we followed the charter. > > What we really need to revise is the abstract. To bring the > expectations for the architecture closer to task 1. > > *How about changing the abstract to: * > > This document describes the IETF architecture for a standard, > > programmatic interface for state transfer in and out of the Internet > > routing system. It describes the high-level architecture, the building > > blocks of this high-level architecture, and their interfaces with > > particular focus on those to be standardized > > as part of the Interface to Routing System (I2RS). > > Sue > > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com] > Sent: Thursday, March 24, 2016 9:07 AM > To: Benoit Claise; Susan Hares; 'The IESG' > Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; > draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com > Subject: Re: [i2rs] Benoit Claise's No Objection on > draft-ietf-i2rs-architecture-13: (with COMMENT) > > Now I understand your confusion. > > Putting aside the abstract, I thought we were focused om task 1 (from > the charter) in writing. I think we probably crept into task 2, > resulting in a document which is confusing about its scope. > > Not sure how to resolve this. > > Yours, > > Joel > > On 3/24/16 9:03 AM, Benoit Claise wrote: > > > Joel, > > > > > > Thanks, that's helpful. > > > > > > 1. Let's look at the charter > > > > > > The I2RS working group works to develop a high-level architecture > that > > > describes the basic building-blocks necessary to enable the specific > > > use > > > cases, and that will lead to an understanding of the abstract > > > informational models and requirements for encodings and protocols > > > for the I2RS interfaces. > > > > > > 2. Let's review the draft abstract > > > > > > This document describes the IETF architecture for a standard, > > > programmatic interface for state transfer in and out of the > Internet > > > routing system. It describes the basic architecture, the > components, > > > and their interfaces with particular focus on those to be > > > standardized as part of the Interface to Routing System (I2RS). > > > > > > Reading 1., I understand your point of view. > > > However, I read 2. as this draft is about "we are using pieces X, Y, > > > and Z, in ways A, B, and C, to solve the I2RS problem." > > > I reviewed the draft content looking for 1., and could not find it. > > > > > > Do you understand my confusion? > > > > > > Regards, Benoit > > >> Benoit, you seem to be looking for a level of specificity in the > > >> architecture that the working group never intended. > > >> The charter calls for a high level architecture. > > >> > > >> I believe your comment calls out an interesting gap in the charter, > > >> as there is no document called out which actually says "we are using > > >> pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." > > >> > > >> We could have tried to use the architecture document for that, but > > >> the intention was to use the architecture document to guide the > > >> selection of protocol and mechanisms. > > >> > > >> Yours, > > >> Joel > > >> > > >> On 3/24/16 6:53 AM, Benoit Claise wrote: > > >>> Sue, > > >>> > > >>>> >Two of the existing protocols which the > > >>>> > which may be re-used are NETCONF [RFC6241] and RESTCONF > > >>>> > [I-D.ietf-netconf-restconf]. > > >>>> > > >>>>> editorial "may be reused". / I will check with RFC editor (some > > >>>>> people say > > >>>> reused /re-used). > > >>>> > > >>>>> What does it mean? I was hoping that an architecture documents > > >>>>> would at > > >>>> least tell me which protocols are used. > > >>>>> On my side this architecture is flexible (NETCONF or RESTCONF), > > >>>>> on the > > >>>> other side unclear (YANG 1.0 or > > >>>>> YANG1.1), and in some cases, a complete specification (for example > > >>>>> the > > >>>> notification) > > >>>> > > >>>> Sue: NETCONF and RESTCONF will be supported as part of the I2RS > > >>>> protocols. > > >>>> The architecture does out rule out other data transfer protocols, > > >>>> but says the WG will design I2RS as a higher level protocol that > > >>>> combines other protocols (NETCONF/RESTCONF + x). > > >>> This is what I could not understand with the draft sentence: "Two of > > >>> the existing protocols which the which may _be re-used_ are NETCONF > > >>> [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." > > >>> Sure many things could be reused. I'm expecting from an architecture > > >>> document to explain which pieces are used and how they are used. > > >>>> The I2RS requirements documents and protocol strawman will state is > > >>>> if any other protocols will be used for a particular version of > > >>>> I2RS with a particular scope for data modules. > > >>> Probably, my issue stems from the fact that I2RS produces an > > >>> architecture before fixing requirements. > > >>>> > > >>>> I am sorry if this is not what you excepted, but it was my > > >>>> direction from my AD on how to approach this work. > > >>>> > > >>>> At this time, we are closing in on the last of the requirements > > >>>> documents - the requirements for other data flows. > > >>>> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of > > >>>> data flows, but IMO the first version of the I2RS is likely to stay > > >>>> with just NETCONF/RESTCONF with ephemeral state, push pub/sub > > >>>> support, syslog module library, and some yang changes. > > >>>> > > >>>> > > >>>>> To handle I2RS Agent failure, the I2RS Agent must use two > > >>>>> different > > >>>> notifications. > > >>>>> NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the > > >>>>> I2RS Client(s) that the associated I2RS Agent has > > >>>>> started. It > > >>>>> includes an agent-boot-count that indicates how many > > >>>>> times the > > >>>>> I2RS Agent has restarted since the associated routing > > >>>>> element > > >>>>> restarted. The agent-boot-count allows an I2RS Client to > > >>>>> determine if the I2RS Agent has restarted. (Note: This > > >>>>> notification will be only transmitted to I2RS clients > > >>>>> which are > > >>>>> know in some way after a reboot.) > > >>> No comment on "the I2RS Agent _must _use two different notifications"? > > >>> This one is clear spec. > > >>>>> - editorial: > > >>>>> Optionally, a routing element may permit a priority to be to > be.... > > >>>>> For the case when the I2RS ephemeral state always wins for a data > > >>>>> model, if there is an I2RS ephemeral state value it is installed > > >>>>> instead of the local configuration state. > > >>>>> Again, I read that sentence multiple times, and could not > > >>>>> understand it > > >>>> Sue: Reasonable editorial comment. This was added to address > > >>>> another comment, But it looks like we broken something. Text > > >>>> change below. > > >>>> > > >>>> Old/ Optionally, a routing element may permit a priority to be > to be > > >>>> configured on the device for the Local Configuration mechanism > > >>>> interaction with the I2RS model. The policy mechanism would > > >>>> compare > > >>>> the I2RS client's priority with that priority assigned to the > Local > > >>>> Configuration in order to determine whether Local Configuration or > > >>>> I2RS wins. > > >>>> > > >>>> For the case when the I2RS ephemeral state always wins for a data > > >>>> model, if there is an I2RS ephemeral state value it is installed > > >>>> instead of the local configuration state. The local configuration > > >>>> information is stored so that if/when I2RS client removes I2RS > > >>>> ephemeral state the local configuration state can be restored. > > >>>> / > > >>>> New: > > >>>> Optionally, a routing element may permit a priority to be to be > > >>> to be to be > > >>>> configured on the device for the Local Configuration mechanism > > >>>> interaction with the I2RS model. The policy mechanism would > > >>>> compare > > >>>> the I2RS client's priority with that priority assigned to the > Local > > >>>> Configuration in order to determine whether Local Configuration or > > >>>> I2RS wins. > > >>>> > > >>>> For the case when the configured priority of the I2RS ephemeral > > >>>> Is higher than the Local Configuration's policy, the > > >>>> The I2RS ephemeral state value it is installed > > >>> remove "it" > > >>>> instead of the local configuration state. The local configuration > > >>>> information is stored so that if/when I2RS client removes I2RS > > >>>> ephemeral state the local configuration state can be restored. > > >>>> / > > >>>> > > >>>>> figure 2. "The initial services included in the I2RS architecture > > >>>>> are as > > >>>> follows." > > >>>>> Are these really the initial services for I2RS. I2RS is really > > >>>>> dealing > > >>>> with all these: interfaces, policy, QoS, ... > > >>>>> Maybe I should review the I2RS charter? > > >>>> Sue: Our charter is wide, but only ephemeral layer deep. Due to > > >>>> the excellent people in the NETCONF/NETMOD, routing area (rtgwg) > > >>>> and TEAS - we are focusing on allowing ephemeral to be added to any > > >>>> data model. > > >>>> I2RS WG > > >>>> is focused first on the I2RS protocol and protocol independent > modules. > > >>>> After this, I2RS purpose is to simply support other WGs in creating > > >>>> data modules with ephemeral state. > > >>>> > > >>>>> The I2RS protocol may need to use several underlying > > >>>>> transports (TCP, > > >>>> SCTP > > >>>>> (stream control transport protocol), DCCP (Datagram Congestion > > >>>>> Control Protocol)), with suitable authentication and integrity > > >>>>> protection mechanisms > > >>>>> Do you really want to have define transports? > > >>>> Sue: We indicate that I2RS will use these protocols. Each protocol > > >>>> we mention has to be then validated with requirements (see protocol > > >>>> security requirement and security environment requirements). > > >>>> > > >>> So I2RS will publish a second architecture doc when the requirements > > >>> are validated and the protocols (transport, config, notifications) > > >>> are finally selected? > > >>> > > >>> Regards, Benoit > > >>> > > >>> > > >>> _______________________________________________ > > >>> i2rs mailing list > > >>> i2rs@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/i2rs > > >>> > > >> . > > >> > > > > From nobody Thu Apr 21 20:53:36 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EC4A12DD33; Thu, 21 Apr 2016 20:53:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aTbNKKxAM2bv; Thu, 21 Apr 2016 20:53:25 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 F3B2B12D16E; Thu, 21 Apr 2016 20:53:24 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Benoit Claise'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> In-Reply-To: <56F3C73A.9090500@cisco.com> Date: Thu, 21 Apr 2016 23:53:23 -0400 Message-ID: <01c901d19c4a$850782f0$8f1688d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01CA_01D19C28.FDFBFD70" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJuHcYb7/SZZUWU/t5YvEsTyir/awH2IGqcAbsR8jWePpPL4A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 03:53:29 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01CA_01D19C28.FDFBFD70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Benoit: I'm cycling back to fix the draft-ietf-i2rs-architecture-13.txt. I hope you can help me through your comments as it is important to me that you are in alignment with this architecture as we go forward. Let me provide a high-level answer for your architecture questions. Question 1: Will the architecture provide you the pieces of the NETCONF/RESTCONF that will be used, and how these will be used for I2RS protocol version 1. Answer: No, this is not the goal of the I2RS architecture. The architecture and the requirements were to come as a set of documents along with the protocol strawman. The I2RS requirements documents will specify the requirements, and the protocol strawman will provide a suggested implementation. After that point, it is up to the NETCONF group to provide us with a final proposal for the I2RS protocol based on NETCONF/RESTCONF. The I2RS requirements documents are: 1) Pub-sub requirements - draft-ietf-i2rs-pub-sub-requirements-06 (on IESG telechat for 5-5-2016) 2) Traceability - draft-ietf-i2rs-traceability-08.txt (on IESG telechat for 5-5-2016) 3) Ephemeral state requirements - draft-ietf-i2rs-ephemeral-state-06.txt 4) Protocol security requirements - draft-ietf-i2rs-protocol-security-requirements-04.txt (past WG LC, and awaiting shepherd double check of -04.txt) 5) Data flow requirements - [individual draft, will go to WG adoption call next week] draft-hares-i2rs-dataflow-req-04.txt 6) Protocol-strawman - draft-hares-i2rs-protocol-strawman [individual draft, heading toward WG adoption] The security environment is in: draft-ietf-i2rs-security-environment-reqs-01 (will recycle a WG next week). The requirements describe what needs to be done. The protocol-strawman suggests the pieces. Based on the IETF 95 feedback, items 3-6 are being revised. Question 2: So I2RS will publish a second architecture doc when the requirements are validated and the protocols (transport, config, notifications) are finally selected? Answer: The requirements were check with the NETCONF working group in IETF 93-95. We are progressing the requirements through WG LC and the IESG. During each I2RS WG LC, we will inform the NETCONF working group. We are counting on interaction with the NETCONF protocol. If the IESG wishes a bis of the architecture document, I will be glad to spin that draft after we get the protocol done. The comments below are in red if that helps you read it. Sue Hares From: Benoit Claise [mailto:bclaise@cisco.com] Sent: Thursday, March 24, 2016 6:54 AM To: Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Sue, >Two of the existing protocols which the > which may be re-used are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]. editorial "may be reused". / I will check with RFC editor (some people say reused /re-used). What does it mean? I was hoping that an architecture documents would at least tell me which protocols are used. On my side this architecture is flexible (NETCONF or RESTCONF), on the other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete specification (for example the notification) Sue: NETCONF and RESTCONF will be supported as part of the I2RS protocols. The architecture does out rule out other data transfer protocols, but says the WG will design I2RS as a higher level protocol that combines other protocols (NETCONF/RESTCONF + x). This is what I could not understand with the draft sentence: "Two of the existing protocols which the which may be re-used are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." Sure many things could be reused. I'm expecting from an architecture document to explain which pieces are used and how they are used. Benoit: See the above. This mechanism is the direction from the AD. In the end, you will be reviewing in the next month the requirements and the protocol strawman for publication. If you wish, you can request all of these documents (architecture, requirements (5), and protocol strawman get published as a bundle. The I2RS requirements documents and protocol strawman will state is if any other protocols will be used for a particular version of I2RS with a particular scope for data modules. Probably, my issue stems from the fact that I2RS produces an architecture before fixing requirements. Benoit: You are correct. I am sorry if this is not what you excepted, but it was my direction from my AD on how to approach this work. At this time, we are closing in on the last of the requirements documents - the requirements for other data flows. draft-hares-i2rs-dataflow-req-02 that gives the potential scope of data flows, but IMO the first version of the I2RS is likely to stay with just NETCONF/RESTCONF with ephemeral state, push pub/sub support, syslog module library, and some yang changes. To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which are know in some way after a reboot.) No comment on "the I2RS Agent must use two different notifications"? Sue: oops - Missed that one Old/ To handle I2RS Agent failure, the I2RS Agent must use two different notifications. New/ To handle these two types of failures, the I2RS agent MUST support two different notifications: a notification for the I2RS agent terminating gracefully, and a notification for the I2RS agent starting up after an unexpected failure. The two notifications are described below followed by the a description of their use in unexpected failures and graceful shutdown Graceful shutdown : In this case, the I2RS agent can do specific limited work as part of the process of being disabled. The I2RS agent must send a NOTIFICATION_I2RS_AGENT_TERMINATING to all its cached I2RS clients. If the I2RS agent restarts after a graceful termination, it will send a NOTIFICATION_I2RS_AGENT_STARTING to each cached I2RS client. This one is clear spec. - editorial: Optionally, a routing element may permit a priority to be to be.... For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. Again, I read that sentence multiple times, and could not understand it Sue: Reasonable editorial comment. This was added to address another comment, But it looks like we broken something. Text change below. Old/ Optionally, a routing element may permit a priority to be to be configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / New: Optionally, a routing element may permit a priority to be to be to be to be thank you. Removed configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the configured priority of the I2RS ephemeral Is higher than the Local Configuration's policy, the The I2RS ephemeral state value it is installed remove "it" Thank you. Removed instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / figure 2. "The initial services included in the I2RS architecture are as follows." Are these really the initial services for I2RS. I2RS is really dealing with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter? Sue: Our charter is wide, but only ephemeral layer deep. Due to the excellent people in the NETCONF/NETMOD, routing area (rtgwg) and TEAS - we are focusing on allowing ephemeral to be added to any data model. I2RS WG is focused first on the I2RS protocol and protocol independent modules. After this, I2RS purpose is to simply support other WGs in creating data modules with ephemeral state. The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? Sue: We indicate that I2RS will use these protocols. Each protocol we mention has to be then validated with requirements (see protocol security requirement and security environment requirements). So I2RS will publish a second architecture doc when the requirements are validated and the protocols (transport, config, notifications) are finally selected? Sue: See top comment for this one. Regards, Benoit ------=_NextPart_000_01CA_01D19C28.FDFBFD70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Benoit:

 

I’m cycling back to fix the = draft-ietf-i2rs-architecture-13.txt.

 

I hope you can help me through your comments as it is important to me = that you are in alignment with this architecture as we go forward.  = Let me provide a high-level answer for your architecture questions. =

 

Question 1: Will the architecture provide you the pieces of the = NETCONF/RESTCONF that will be used, and how these will be used for I2RS = protocol version 1.

 

Answer: No, this is not the goal of the I2RS architecture.  The = architecture and the requirements were to come as a set of documents = along with the protocol strawman.

 

The I2RS requirements documents will specify the requirements, and = the protocol strawman will provide a suggested implementation.  = After that point, it is up to the NETCONF group to provide us with a = final proposal for the I2RS protocol based on NETCONF/RESTCONF. =

 

The I2RS requirements documents are:

1)      = Pub-sub = requirements - draft-ietf-i2rs-pub-sub-requir= ements-06   (on IESG telechat for 5-5-2016) =

2)      = Traceability - draft-ietf-i2rs-traceability-08.txt (on IESG telechat = for 5-5-2016)

3)      = Ephemeral state requirements – draft-ietf-i2rs-ephemeral-state-06.txt

4)      = Protocol security requirements – = draft-ietf-i2rs-protocol-security-requirements-04.txt (past WG LC, and = awaiting shepherd double check of -04.txt)

5)      = Data flow requirements – [individual draft, will go to WG = adoption call next week]

draft-hares-i2rs-dataflow-req-04.txt  

6)      = Protocol-strawman – draft-hares-i2rs-protocol-strawman = [individual draft, heading toward WG adoption]

 

The security environment is in:  draft-ietf-i2rs-security-environ= ment-reqs-01 (will recycle a WG next week). =

 

The requirements describe what needs to be = done.  The protocol-strawman suggests the pieces.  Based on = the IETF 95 feedback,  items 3-6 are being revised.  =

 

Question 2:  So I2RS will publish = a second architecture doc when the requirements are validated and the = protocols (transport, config, notifications) are finally selected?

 

Answer:  The requirements were check with the NETCONF working = group in IETF 93-95.   We are progressing the requirements = through WG LC and the IESG.  During each I2RS WG LC, we will inform = the NETCONF working group.  We are counting on interaction with the = NETCONF protocol.   If the IESG wishes a bis of the = architecture document, I will be glad to spin that draft after we get = the protocol done. 

 

The comments below are in red if that helps you read it. =

 

Sue Hares

 

From: Benoit Claise [mailto:bclaise@cisco.com]
Sent: = Thursday, March 24, 2016 6:54 AM
To: Susan Hares; 'The = IESG'
Cc: i2rs@ietf.org; mach.chen@huawei.com; = i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; = Fred@cisco.com
Subject: Re: [i2rs] Benoit Claise's No = Objection on draft-ietf-i2rs-architecture-13: (with = COMMENT)

 

Sue, = 

>Two of the =
existing protocols which the
 > which may be =
re-used are NETCONF [RFC6241] and RESTCONF
 > =
[I-D.ietf-netconf-restconf].
 
= 
editorial "may =
be reused".  / I will check with RFC editor (some people =
say
reused /re-used). =

 
What does it mean? I =
was hoping that an architecture documents would =
at
least tell me which protocols are =
used. 
 On my side =
this architecture is flexible (NETCONF or RESTCONF), on =
the
other side unclear (YANG 1.0 or =

YANG1.1), and in =
some cases, a complete specification (for example =
the
notification)
=
 
Sue: NETCONF and RESTCONF will be supported =
as part of the I2RS protocols.
The architecture =
does out rule out other data transfer protocols, but =
says
the WG will design I2RS as a higher level =
protocol that combines other
protocols =
(NETCONF/RESTCONF + x). 

This is what I could not understand with the draft = sentence: "Two of the existing protocols which the which may be = re-used are NETCONF [RFC6241] and RESTCONF > = [I-D.ietf-netconf-restconf]."
Sure many things could be reused. = I'm expecting from an architecture document to explain which pieces are = used and how they are used.

 

B= enoit: See the above.  This mechanism is the direction from the = AD.  In the end, you will be reviewing in the next month the = requirements and the protocol strawman for publication.   If = you wish, you can request all of these documents (architecture, = requirements (5), and protocol strawman get published as a bundle. =

 

The =
I2RS requirements documents and =
protocol strawman will state is if any other protocols will be =
used for a particular version of =
I2RS with a particular scope for data modules. =

 

Probably, my issue = stems from the fact that I2RS produces an architecture before fixing = requirements.

= 

B=
enoit:  You are correct. =

 
I am sorry if =
this is not what you excepted, but it was my direction from =
my
AD on how to approach this work. =

 
At this time, we are =
closing in on the last of the requirements documents =
-
the requirements for other data flows. =

draft-hares-i2rs-dataflow-req-02 that gives the =
potential scope of data
flows, but IMO the first =
version of the I2RS is likely to stay with =
just
NETCONF/RESTCONF with ephemeral state, push =
pub/sub support, syslog module
library, and some =
yang changes. =

 
 
= 
   To =
handle I2RS Agent failure, the I2RS Agent must  use two =
different
notifications.
   &nb=
sp; NOTIFICATION_I2RS_AGENT_STARTING:   This notification =
signals to =
the
        I2RS =
Client(s) that the associated I2RS Agent has started.  =
It
         =
includes an agent-boot-count that indicates how many times =
the
        =
 I2RS Agent has restarted since the associated routing =
element
       &n=
bsp; restarted.  The agent-boot-count allows an I2RS Client =
to
         =
determine if the I2RS Agent has restarted.  (Note: =
This
        =
; notification will be only transmitted to I2RS clients which =
are
     =
    know in some way after a =
reboot.)
No comment on =
"the I2RS Agent must use two different =
notifications"?
 
S=
ue:  oops – Missed that one 
 
 
O=
ld/ To handle I2RS Agent =
failure, the I2RS Agent must  use two =
different
notifications.
 =

N=
ew/
To handle these two types of failures, =

the I2RS agent MUST support two different =
notifications: 
a =
notification for the I2RS agent terminating gracefully, =

and a notification for the I2RS agent starting =
up after an unexpected failure.
The two notifications are described below =
followed by the a description of their use in unexpected failures and =
graceful shutdown
 
 
 
Graceful shutdown : In this case, the I2RS =
agent can do
specific limited work as part of the process of =
being disabled. The
I2RS agent must send a =
NOTIFICATION_I2RS_AGENT_TERMINATING to
all its cached I2RS clients. If the I2RS agent =
restarts after a 
graceful termination, it will send a =
NOTIFICATION_I2RS_AGENT_STARTING
to each cached I2RS =
client.


This =
one is clear spec.

- =
editorial:
  Optionally, a routing element may =
permit a priority to be to be.... 
  For =
the case when the I2RS ephemeral state always wins for a =
data
 model, if there is an I2RS ephemeral state =
value it is installed
  instead of the local =
configuration state. 
Again, I read that sentence =
multiple times, and could not understand =
it
 
Sue: =
Reasonable editorial comment.  This was added to address =
another
comment, 
But it looks =
like we broken something.  Text change below. =

 
 Old/  =
Optionally, a routing element may permit a priority to be to =
be
   configured on the device for the =
Local Configuration mechanism
   =
interaction with the I2RS model.  The policy mechanism would =
compare
   the I2RS client's priority =
with that priority assigned to the =
Local
   Configuration in order to =
determine whether Local Configuration =
or
   I2RS =
wins.
 
   For =
the case when the I2RS ephemeral state always wins for a =
data
   model, if there is an I2RS =
ephemeral state value it is installed
   =
instead of the local configuration state.  The local =
configuration
   information is stored so =
that if/when I2RS client removes I2RS
   =
ephemeral state the local configuration state can be =
restored.
/ 
New: =

Optionally, a routing element may permit a =
priority to be to be
to be to =
be
t=
hank you. Removed =

 
   configured on =
the device for the Local Configuration =
mechanism
   interaction with the I2RS =
model.  The policy mechanism would =
compare
   the I2RS client's priority =
with that priority assigned to the =
Local
   Configuration in order to =
determine whether Local Configuration =
or
   I2RS =
wins.
 
   For =
the case when the configured priority of the I2RS =
ephemeral
   Is higher than the Local =
Configuration's policy, the  =

   The I2RS ephemeral state value =
it is installed
remove =
"it"
Thank you. Removed =

 
   =
instead of the local configuration state.  The local =
configuration
   information is stored so =
that if/when I2RS client removes I2RS
   =
ephemeral state the local configuration state can be =
restored.
/ =

 
figure 2. "The =
initial services included in the I2RS architecture are =
as
follows."
Are these =
really the initial services for I2RS. I2RS is really =
dealing
with all these: interfaces, =
policy, QoS, ...
Maybe I should =
review the I2RS charter? =

 
Sue: =
 Our charter is wide, but only ephemeral layer deep.  Due to =
the
excellent people in the NETCONF/NETMOD, routing =
area (rtgwg) and TEAS - we
are focusing on allowing =
ephemeral to be added to any data model.  I2RS =
WG
is focused first on the I2RS protocol and =
protocol independent modules.
After this, I2RS =
purpose is to simply support other WGs in creating =
data
modules with ephemeral state. =

    
  The =
I2RS  protocol may need to use several underlying transports =
(TCP,
SCTP
  (stream =
control transport protocol), DCCP (Datagram =
Congestion
Control Protocol)), with suitable =
authentication and integrity
 protection =
mechanisms
 Do you really want to have define =
transports?
 
Sue: We indicate that I2RS will use these protocols.  Each =
protocol we
mention has to be then validated with =
requirements (see protocol security
requirement and =
security environment requirements). =

 

So = I2RS will publish a second architecture doc when the requirements are = validated and the protocols (transport, config, notifications) are = finally selected?

 

S= ue:  See top comment for this one.



Regards, = Benoit

------=_NextPart_000_01CA_01D19C28.FDFBFD70-- From nobody Thu Apr 21 21:06:45 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4659F12E2CE; Thu, 21 Apr 2016 21:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3VF3vUea1u27; Thu, 21 Apr 2016 21:06:42 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 703B412E2AC; Thu, 21 Apr 2016 21:06:42 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Jari Arkko'" , "'The IESG'" References: <20160317090122.19193.44222.idtracker@ietfa.amsl.com> In-Reply-To: <20160317090122.19193.44222.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 00:06:38 -0400 Message-ID: <01e501d19c4c$5ef42080$1cdc6180$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01E6_01D19C2A.D7E40720" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIRuiobf9co9Yb2UHiEJPz1rFVuS58UcodA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, housley@vigilsec.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Jari Arkko's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 04:06:44 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01E6_01D19C2A.D7E40720 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Jari and Russ:=20 =20 Version 14 of the architecture document addresses your comments as = described below. Please review the diff between version 14 and 13. I = welcome further comments you have.=20 =20 Sue=20 =20 -----Original Message----- From: Jari Arkko [mailto:jari.arkko@piuha.net]=20 Sent: Thursday, March 17, 2016 5:01 AM To: The IESG Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; = mach.chen@huawei.com; i2rs@ietf.org; housley@vigilsec.com Subject: Jari Arkko's No Objection on draft-ietf-i2rs-architecture-13: = (with COMMENT) =20 Jari Arkko has entered the following ballot position for draft-ietf-i2rs-architecture-13: No Objection =20 When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) =20 =20 Please refer to = = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. =20 =20 The document, along with other ballot positions, can be found here: = https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ =20 =20 =20 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- =20 Russ Housley's Gen-ART review raised the following question and = editorial comments. I believe it would be useful for the authors to = think about the question at least, but I have not seen a response yet: =20 --- =20 Minor Concerns: =20 Section 4.2 talks about authorization. I would expect policy to dictate = that some writes come from a specific source, but it is unclear to me = whether I2RS can require that a particular write request arrive on a = particular channel. Is this desirable? If so, please expand the = discussion of authorization to cover this point. =20 Next Text added to section 4.2 after 3rd paragraph:=20 =20 While the I2RS agent allows access based on the I2RS = client's scope =20 policy, this does not mean the access is required to = arrive on a =20 particular transport connection or from a particular = I2RS client by =20 the I2RS architecture. The operator-applied scope = policy may/may not =20 restrict the transport connection or the identities = that can access a =20 local I2RS agent. =20 =20 Nits: Thank you for all nits:=20 =20 Sometimes you say "i2rs architecture", but it should say "I2RS = architecture" to be consistent throughout the document. =20 Sometimes you say "I2RS Agent" and other times you say "I2RS agent". Please pick one and use it consistently. =20 Sometimes you say "I2RS Client" and other times you say "I2RS client". Please pick one and use it consistently. =20 Section 3: s/ may may vary based / may vary based / =20 Section 6.3: s/ the yang data model / the YANG data model / =20 Section 6.4.2: some bullets have periods, but others do not. (fixed)=20 =20 Section 7.1: s/ Yang / YANG / (more than one place) (fixed) =20 =20 ------=_NextPart_000_01E6_01D19C2A.D7E40720 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Jari = and Russ:

 

Version 14 of the architecture document addresses = your comments as described below.=C2=A0 Please review the diff between = version 14 and 13.=C2=A0 I welcome further comments you have. =

 

Sue

 

-----Original Message-----
From: Jari Arkko = [mailto:jari.arkko@piuha.net]
Sent: Thursday, March 17, 2016 5:01 = AM
To: The IESG
Cc: draft-ietf-i2rs-architecture@ietf.org; = i2rs-chairs@ietf.org; mach.chen@huawei.com; i2rs@ietf.org; = housley@vigilsec.com
Subject: Jari Arkko's No Objection on = draft-ietf-i2rs-architecture-13: (with COMMENT)

 

Jari = Arkko has entered the following ballot position for

draft-ietf-i2rs-architecture-13: No = Objection

 

When responding, please keep the subject line = intact and reply to all email addresses included in the To and CC lines. = (Feel free to cut this introductory paragraph, = however.)

 

 

Please = refer to https://www.ietf.org/iesg= /statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT = positions.

 

 

The = document, along with other ballot positions, can be found = here:

<= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-ietf-i2rs-architecture/

 

 

 

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

COMMENT:

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

 

Russ = Housley's Gen-ART review raised the following question and editorial = comments. I believe it would be useful for the authors to think about = the question at least, but I have not seen a response = yet:

 

---

 

Minor = Concerns:

 

Section 4.2 talks about authorization.=C2=A0 I = would expect policy to dictate that some writes come from a specific = source, but it is unclear to me whether I2RS can require that a = particular write request arrive on a particular channel.=C2=A0 Is this = desirable?=C2=A0 If so, please expand the discussion of authorization to = cover this point.

 

Next Text added to section 4.2 after 3rd paragraph: =

 

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 While the I2RS agent allows = access based on the I2RS client's = scope=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0policy, this does not mean the access is = required to arrive on = a=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0particular transport connection or from a = particular I2RS client = by=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0the I2RS architecture.=C2=A0 The = operator-applied scope policy may/may = not=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0restrict the transport connection or the = identities that can access a=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0local I2RS agent.

 

 

Nits:

Thank you for all nits:

 

Sometimes you say "i2rs architecture", = but it should say "I2RS = architecture" to be consistent throughout the = document.

 

Sometimes you say "I2RS Agent" and other = times you say "I2RS = agent".

Please pick = one and use it consistently.

 

Sometimes you say "I2RS Client" and other = times you say "I2RS = client".

Please pick = one and use it consistently.

 

Section 3: s/ may may vary based / may vary based /

 

Section 6.3: s/ the yang data model / the YANG data model /

 

Section 6.4.2: some bullets have periods, but = others do not. (fixed) =

 

Section 7.1: s/ Yang / YANG / (more than one = place) (fixed)

 

 

------=_NextPart_000_01E6_01D19C2A.D7E40720-- From nobody Thu Apr 21 21:10:27 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B509112D6BB; Thu, 21 Apr 2016 21:10:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9p7FSavKXEK1; Thu, 21 Apr 2016 21:10:19 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 8669612D62E; Thu, 21 Apr 2016 21:10:18 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Benoit Claise'" , "'Joel M. Halpern'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> <56F3E598.3030708@cisco.com> In-Reply-To: <56F3E598.3030708@cisco.com> Date: Fri, 22 Apr 2016 00:10:17 -0400 Message-ID: <01f201d19c4c$e19ee6f0$a4dcb4d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01F3_01D19C2B.5A905430" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJuHcYb7/SZZUWU/t5YvEsTyir/awH2IGqcAbsR8jUBC+McsAGXdyJ1nim5KoA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 04:10:20 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01F3_01D19C2B.5A905430 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Benoit and Joel: I have altered the abstract in version 14 as indicated in my earlier email, and addressed all of Benoit's comments. Please review the diff between: draft-ietf-i2rs-architecture-13 and draft-ietf-i2rs-architecture-14. Let me know if you have any additional comments. Sue From: Benoit Claise [mailto:bclaise@cisco.com] Sent: Thursday, March 24, 2016 9:03 AM To: Joel M. Halpern; Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Joel, Thanks, that's helpful. 1. Let's look at the charter The I2RS working group works to develop a high-level architecture that describes the basic building-blocks necessary to enable the specific use cases, and that will lead to an understanding of the abstract informational models and requirements for encodings and protocols for the I2RS interfaces. 2. Let's review the draft abstract This document describes the IETF architecture for a standard, programmatic interface for state transfer in and out of the Internet routing system. It describes the basic architecture, the components, and their interfaces with particular focus on those to be standardized as part of the Interface to Routing System (I2RS). Reading 1., I understand your point of view. However, I read 2. as this draft is about "we are using pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." I reviewed the draft content looking for 1., and could not find it. Do you understand my confusion? Regards, Benoit Benoit, you seem to be looking for a level of specificity in the architecture that the working group never intended. The charter calls for a high level architecture. I believe your comment calls out an interesting gap in the charter, as there is no document called out which actually says "we are using pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." We could have tried to use the architecture document for that, but the intention was to use the architecture document to guide the selection of protocol and mechanisms. Yours, Joel On 3/24/16 6:53 AM, Benoit Claise wrote: Sue, >Two of the existing protocols which the > which may be re-used are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]. editorial "may be reused". / I will check with RFC editor (some people say reused /re-used). What does it mean? I was hoping that an architecture documents would at least tell me which protocols are used. On my side this architecture is flexible (NETCONF or RESTCONF), on the other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete specification (for example the notification) Sue: NETCONF and RESTCONF will be supported as part of the I2RS protocols. The architecture does out rule out other data transfer protocols, but says the WG will design I2RS as a higher level protocol that combines other protocols (NETCONF/RESTCONF + x). This is what I could not understand with the draft sentence: "Two of the existing protocols which the which may _be re-used_ are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." Sure many things could be reused. I'm expecting from an architecture document to explain which pieces are used and how they are used. The I2RS requirements documents and protocol strawman will state is if any other protocols will be used for a particular version of I2RS with a particular scope for data modules. Probably, my issue stems from the fact that I2RS produces an architecture before fixing requirements. I am sorry if this is not what you excepted, but it was my direction from my AD on how to approach this work. At this time, we are closing in on the last of the requirements documents - the requirements for other data flows. draft-hares-i2rs-dataflow-req-02 that gives the potential scope of data flows, but IMO the first version of the I2RS is likely to stay with just NETCONF/RESTCONF with ephemeral state, push pub/sub support, syslog module library, and some yang changes. To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which are know in some way after a reboot.) No comment on "the I2RS Agent _must _use two different notifications"? This one is clear spec. - editorial: Optionally, a routing element may permit a priority to be to be.... For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. Again, I read that sentence multiple times, and could not understand it Sue: Reasonable editorial comment. This was added to address another comment, But it looks like we broken something. Text change below. Old/ Optionally, a routing element may permit a priority to be to be configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / New: Optionally, a routing element may permit a priority to be to be to be to be configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the configured priority of the I2RS ephemeral Is higher than the Local Configuration's policy, the The I2RS ephemeral state value it is installed remove "it" instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / figure 2. "The initial services included in the I2RS architecture are as follows." Are these really the initial services for I2RS. I2RS is really dealing with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter? Sue: Our charter is wide, but only ephemeral layer deep. Due to the excellent people in the NETCONF/NETMOD, routing area (rtgwg) and TEAS - we are focusing on allowing ephemeral to be added to any data model. I2RS WG is focused first on the I2RS protocol and protocol independent modules. After this, I2RS purpose is to simply support other WGs in creating data modules with ephemeral state. The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? Sue: We indicate that I2RS will use these protocols. Each protocol we mention has to be then validated with requirements (see protocol security requirement and security environment requirements). So I2RS will publish a second architecture doc when the requirements are validated and the protocols (transport, config, notifications) are finally selected? Regards, Benoit _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs . ------=_NextPart_000_01F3_01D19C2B.5A905430 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Benoit and Joel:

 

I have altered the abstract in version 14 as indicated in my earlier = email, and addressed all of Benoit’s comments. =    Please review the diff between: = draft-ietf-i2rs-architecture-13 and = draft-ietf-i2rs-architecture-14.   Let me know if you have any = additional comments.

 

Sue

 

 

From: Benoit Claise [mailto:bclaise@cisco.com]
Sent: = Thursday, March 24, 2016 9:03 AM
To: Joel M. Halpern; Susan = Hares; 'The IESG'
Cc: i2rs@ietf.org; mach.chen@huawei.com; = i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; = Fred@cisco.com
Subject: Re: [i2rs] Benoit Claise's No = Objection on draft-ietf-i2rs-architecture-13: (with = COMMENT)

 

Joel,

Thanks, that's helpful.

1. Let's = look at the charter

The I2RS working = group works to develop a high-level architecture that
describes the = basic building-blocks necessary to enable the specific use
cases, = and that will lead to an understanding of the abstract
informational = models and requirements for encodings and protocols for the I2RS = interfaces.

2. Let's review the draft = abstract

   This document describes the =
IETF architecture for a standard,
   =
programmatic interface for state transfer in and out of the =
Internet
   routing system.  It =
describes the basic architecture, the =
components,
   and their interfaces with =
particular focus on those to be
   =
standardized as part of the Interface to Routing System =
(I2RS).

Reading 1., I understand = your point of view.
However, I read 2. as this draft is about = "we are using pieces X, Y, and Z, in ways A, B, and C, to solve the = I2RS problem."
I reviewed the draft content looking for 1., and = could not find it.

Do you understand my = confusion?

Regards, Benoit

Benoit, you seem to be looking for a level of = specificity in the architecture that the working group never = intended. 

The = charter calls for a high level architecture.

I believe your = comment calls out an interesting gap in the charter, as there is no = document called out which actually says "we are using pieces X, Y, = and Z, in ways A, B, and C, to solve the I2RS problem."

We = could have tried to use the architecture document for that, but the = intention was to use the architecture document to guide the selection of = protocol and mechanisms.

Yours,
Joel

On 3/24/16 6:53 = AM, Benoit Claise wrote:

Sue,


  >Two of the existing protocols which the =
  > which may be re-used are NETCONF [RFC6241] and RESTCONF =
  > [I-D.ietf-netconf-restconf]. =


editorial "may be = reused".  / I will check with RFC editor (some people say =

reused /re-used). =


What does it mean? I was = hoping that an architecture documents would at

least tell me which protocols are used. =

  On my side this = architecture is flexible (NETCONF or RESTCONF), on the

other side unclear (YANG 1.0 or =

YANG1.1), and in some cases, = a complete specification (for example the

notification)

Sue: NETCONF and RESTCONF will = be supported as part of the I2RS protocols.
The architecture does = out rule out other data transfer protocols, but says
the WG will = design I2RS as a higher level protocol that combines other
protocols = (NETCONF/RESTCONF + x).

This is what = I could not understand with the draft sentence: "Two of the =
existing protocols which the which may _be re-used_ are NETCONF =
[RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." =
Sure many things could be reused. I'm expecting from an architecture =
document to explain which pieces are used and how they are used. =

The I2RS requirements = documents and
protocol strawman will state is if any other protocols = will be used for a
particular version of I2RS with a particular = scope for data modules.

Probably, my = issue stems from the fact that I2RS produces an
architecture before = fixing requirements.


I = am sorry if this is not what you excepted, but it was my direction from = my
AD on how to approach this work.

At this time, we are = closing in on the last of the requirements documents -
the = requirements for other data flows.
draft-hares-i2rs-dataflow-req-02 = that gives the potential scope of data
flows, but IMO the first = version of the I2RS is likely to stay with just
NETCONF/RESTCONF = with ephemeral state, push pub/sub support, syslog module
library, = and some yang changes.



    To handle I2RS Agent failure, the = I2RS Agent must  use two different

notifications.

      = NOTIFICATION_I2RS_AGENT_STARTING:   This notification signals = to the
         I2RS = Client(s) that the associated I2RS Agent has started.  It =
          includes an = agent-boot-count that indicates how many times the =
          I2RS Agent = has restarted since the associated routing element =
          = restarted.  The agent-boot-count allows an I2RS Client to =
          determine if = the I2RS Agent has restarted.  (Note: This =
          notification = will be only transmitted to I2RS clients which are =
          know in some = way after a reboot.)

No comment on = "the I2RS Agent _must _use two different notifications"? =
This one is clear spec.

- = editorial:
   Optionally, a routing element may permit a = priority to be to be....
   For the case when the I2RS = ephemeral state always wins for a data
  model, if there is an = I2RS ephemeral state value it is installed
   instead of = the local configuration state.
Again, I read that sentence multiple = times, and could not understand it

Sue: Reasonable editorial comment.  This was = added to address another
comment,
But it looks like we broken = something.  Text change below.

  Old/  = Optionally, a routing element may permit a priority to be to be =
    configured on the device for the Local = Configuration mechanism
    interaction with the I2RS = model.  The policy mechanism would compare
    = the I2RS client's priority with that priority assigned to the Local =
    Configuration in order to determine whether Local = Configuration or
    I2RS wins. =

    For the case when the I2RS ephemeral state = always wins for a data
    model, if there is an I2RS = ephemeral state value it is installed
    instead of = the local configuration state.  The local configuration =
    information is stored so that if/when I2RS client = removes I2RS
    ephemeral state the local = configuration state can be restored.
/
New:
Optionally, a = routing element may permit a priority to be to be

to be to be

    configured on the device for the = Local Configuration mechanism
    interaction with = the I2RS model.  The policy mechanism would compare =
    the I2RS client's priority with that priority = assigned to the Local
    Configuration in order to = determine whether Local Configuration or
    I2RS = wins.

    For the case when the configured = priority of the I2RS ephemeral
    Is higher than the = Local Configuration's policy, the
    The I2RS = ephemeral state value it is installed

remove "it"

    instead of the local configuration = state.  The local configuration
    information = is stored so that if/when I2RS client removes I2RS =
    ephemeral state the local configuration state can = be restored.
/


figure 2. "The initial services included in the = I2RS architecture are as

follows."

Are these really the initial services for I2RS. I2RS = is really dealing

with all these: = interfaces, policy, QoS, ...

Maybe I should review the I2RS charter? =

Sue:  Our charter is wide, but = only ephemeral layer deep.  Due to the
excellent people in the = NETCONF/NETMOD, routing area (rtgwg) and TEAS - we
are focusing on = allowing ephemeral to be added to any data model.  I2RS WG
is = focused first on the I2RS protocol and protocol independent modules. =
After this, I2RS purpose is to simply support other WGs in creating = data
modules with ephemeral state.


   The I2RS  protocol may need to use = several underlying transports (TCP,

SCTP

   (stream control transport protocol), DCCP = (Datagram Congestion
Control Protocol)), with suitable = authentication and integrity
  protection mechanisms
  = Do you really want to have define transports?

Sue: We indicate that = I2RS will use these protocols.  Each protocol we
mention has to = be then validated with requirements (see protocol security =
requirement and security environment requirements). =

So = I2RS will publish a second architecture doc when the requirements are =
validated and the protocols (transport, config, notifications) are =
finally selected?

Regards, Benoit =


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

.

 

------=_NextPart_000_01F3_01D19C2B.5A905430-- From nobody Thu Apr 21 21:18:40 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B1D12DAD1; Thu, 21 Apr 2016 21:18:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4at0zLIS98dm; Thu, 21 Apr 2016 21:18:31 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 828D312D8C2; Thu, 21 Apr 2016 21:18:30 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Alvaro Retana'" , "'The IESG'" References: <20160315130123.29388.33945.idtracker@ietfa.amsl.com> In-Reply-To: <20160315130123.29388.33945.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 00:18:31 -0400 Message-ID: <01ff01d19c4e$080a2600$181e7200$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0200_01D19C2C.80FD19E0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKvbXVR5HZhLz3siBCyA1d3hNKPy53ZvvYw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 04:18:33 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0200_01D19C2C.80FD19E0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Alvaro:=20 =20 I have released a -14 of the architecture document. The only one I did = not really address is #j. Comments on changes are in red.=20 =20 =20 J. If out of scope, I don't really see the value of 5.1. (Example = Network Application: Topology Manager). However, Section 5 does say that these = types of "models are, at least initially, out of scope for I2RS" -- as I = mentioned above, if this architecture is meant for the long run (not = just the initial scope of the i2rs WG), then the 3rd architecture is = valuable to illustrate. IOW, the WG charter can control the scope, the = architecture should be thought out for the long term. =20 Did not change. The example is useful for the first set of data models. = By the way, many of the IESG comments are looking for specific examples = for version 1. =20 =20 Let me know if this is a major issue.=20 =20 Sue=20 =20 -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Alvaro Retana Sent: Tuesday, March 15, 2016 9:01 AM To: The IESG Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org Subject: [i2rs] Alvaro Retana's No Objection on = draft-ietf-i2rs-architecture-13: (with COMMENT) =20 Alvaro Retana has entered the following ballot position for draft-ietf-i2rs-architecture-13: No Objection =20 When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) =20 =20 Please refer to = = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. =20 =20 The document, along with other ballot positions, can be found here: = https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ =20 =20 =20 ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- =20 I have some comments; I would consider the first two as = significant/major, while the others are minor comments and nits that = came up as I was reading (not always linearly). =20 A. There are a couple of places where operations are characterized as = "safe" (1.1 and 6.4.1 =E2=80=94 see below), but no explanation as to = what "safe" means. It seems to me that these mentions of "safe" go beyond = authentication and even authorization to perform a specific operation, = to the content of the operation itself. I would like to see some = discussion about how to achieve it, and/or (at least) what the impact = may be. =20 - 1.1: "I2RS will only permit modification of state that would be safe, = conceptually, to modify via local configuration; no direct manipulation = of protocol-internal dynamically determined data is envisioned." =20 - 6.4.1: "Routing elements may maintain one or more Information Bases. Examples include Routing Information Bases such as IPv4/IPv6 Unicast or IPv4/IPv6 Multicast. Another such example includes the MPLS Label = Information Bases, per-platform or per-interface or per-context. This = functionality, exposed via an I2RS Service, must interact smoothly with = the same mechanisms that the routing element already uses to handle RIB = input from multiple sources, so as to safely change the system state.=20 Conceptually, this can be handled by having the I2RS Agent communicate = with a RIB Manager as a separate routing source." =20 Resolution: see addition of Safe modification of routing state via I2RS =20 =20 B. Section 3. (Key Architectural Properties) says that "some = architecture properties such as performance and scaling are not = described below because they are discussed in = [I-D.ietf-i2rs-problem-statement]".=20 However, as I mentioned in my review of I-D.ietf-i2rs-problem-statement = [1], that document has a very, very sparse treatment of performance and = scalability to even attempt to call it a "Key Architectural Property". =20 =20 Resolution: Will talk to Alia about problem statement or architectural = statement. If Alia=E2=80=99s revision of the protocol problem = statement is not sufficient, I can add a new sub-section in section 3.=20 =20 C. Section 1.1. (Drivers for the I2RS Architecture) says: "I2RS is = described as an asynchronous programmatic interface, the key properties = of which are described in Section 5 of = [I-D.ietf-i2rs-problem-statement]." Why isn't I-D.ietf-i2rs-problem-statement a Normative Reference? It is = considered to define the properties of the I2RS which are used in building the = architecture. =20 Resolution: I changed the problem statement to a normative reference. =20 =20 =20 D. Section 4 (Security Considerations) mentions the "I2RS security = requirements", but there is no reference to = draft-ietf-i2rs-protocol-security-requirements. =20 Added:=20 =20 The I2RS protocol security requirements for I2RS protocol version 1 are = contained in [draft-iietf-i2rs-protocol-security-requirements] and I2RS security = environment requirements for protocol version 1 are contained = draft-ietf.i2rs-protocol-security-environment]. =20 =20 E. s/I2RSS/I2RS =E2=80=93 fixed=20 =20 F. There's a orphan "In addition, the" in 1.2. fixed =20 G. Systems and sub-systems. The text mentions "routing system", = "Internet routing system" and "routing subsystem" many times = (obviously!), but there is no description of what these terms mean = =E2=80=94 I'm sure many/most of the readers have an opinion of what = these are, but I think it might be good to add something to the = terminology section specially because statements like this are made: = "state on a routing element beyond what is contained in the routing = subsystem"; that way there is no questions as to what is in the routing = system, or sub-system and what is not (at least for this document). =20 Added definition:=20 routing system/subsystem: is a set of software and hardware that handles determining where packets are forwarded to which the I2RS = system connects.=20 The term "packets" may be qualified to be layer 1 frames, layer 2 frames = or layer 3 packets.=20 The phrase "Internet routing system" implies the packets which have IP = as layer 3.=20 A routing "subsystem" indicates that the routing software/hardware is = only the subsystem of another larger system. =20 =20 H. 3.2. (Extensibility) talks about the initial scope of I2RS (without = references). To extend the usability of this document, I would suggest = that the statements of this section be made independent of the fact that = the initial scope may be narrow. IOW, I think you may want the = protocol/data model to be extensible regardless of the size of the = initial scope (even if boiling the ocean to start with, there will = always be opportunities for extensions later). =20 Changed/Added to the following (I may have edited this a bit more in the = final version).=20 =20 The scope of I2RS work is being designed in phases to provide deliverable and deployable results at every phase. Each phase will have a specific set of requirements, and the I2RS protocol and data models will progress toward these=20 requirements. Therefore, it is clearly desirable for the I2RS data = models to be easily and highly extensible to represent additional=20 aspects of the network elements or network systems. It should be easy to integrate data models from the I2RS with other data. This = reinforces the=20 criticality of designing the data models to be highly extensible, = preferably in a regular and simple fashion.=20 =20 =20 I. s/an definition/a definition fixed =20 =20 J. If out of scope, I don't really see the value of 5.1. (Example = Network Application: Topology Manager). However, Section 5 does say that these = types of "models are, at least initially, out of scope for I2RS" -- as I = mentioned above, if this architecture is meant for the long run (not = just the initial scope of the i2rs WG), then the 3rd architecture is = valuable to illustrate. IOW, the WG charter can control the scope, the = architecture should be thought out for the long term. =20 Did not change. The example is useful. Should I refer the example to = version 1 of the protocol?=20 =20 K. s/to be to be/to be fixed =20 L. Many protocols (routing-related and otherwise) are mentioned without = references. All references are I the abbreviation. Please let me know if you find = ones that are not.=20 =20 M. I don't think you need both of these references: "Yang 1.1 = ([RFC6020]), Yang 1.1 ([I-D.ietf-netmod-rfc6020bis])". =20 Removed Yang 1.0 [RFC6020]=20 =20 [1] = = https://datatracker.ietf.org/doc/draft-ietf-i2rs-problem-statement/ballot= /#alvaro-retana =20 =20 _______________________________________________ i2rs mailing list i2rs@ietf.org = https://www.ietf.org/mailman/listinfo/i2rs ------=_NextPart_000_0200_01D19C2C.80FD19E0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Alvaro: =

 

I have released a -14 of the architecture = document.=C2=A0 The only one I did not really address is #j. = =C2=A0Comments on changes are in red. =

 

 

J. If = out of scope, I don't really see the value of 5.1. (Example = Network

Application: Topology = Manager).=C2=A0 However, Section 5 does say that these types of = "models are, at least initially, out of scope for I2RS" -- as = I mentioned above, if this architecture is meant for the long run (not = just the initial scope of the i2rs WG), then the 3rd architecture is = valuable to illustrate.=C2=A0 IOW, the WG charter can control the scope, = the architecture should be thought out for the long = term.

 

Did not change.=C2=A0 The = example is useful for the first set of data models. By the way, many of = the IESG comments are looking for specific examples for version = 1.=C2=A0=C2=A0

 

Let me = know if this is a major issue.

 

Sue =

 

-----Original Message-----
From: i2rs = [mailto:i2rs-bounces@ietf.org] On Behalf Of Alvaro Retana
Sent: = Tuesday, March 15, 2016 9:01 AM
To: The IESG
Cc: i2rs@ietf.org; = mach.chen@huawei.com; i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org
Subject: [i2rs] Alvaro Retana's = No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT)

 

Alvaro = Retana has entered the following ballot position for

draft-ietf-i2rs-architecture-13: No = Objection

 

When responding, please keep the subject line = intact and reply to all email addresses included in the To and CC lines. = (Feel free to cut this introductory paragraph, = however.)

 

 

Please = refer to https://www.ietf.org/iesg= /statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT = positions.

 

 

The = document, along with other ballot positions, can be found = here:

<= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-ietf-i2rs-architecture/

 

 

 

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

COMMENT:

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

 

I have = some comments; I would consider the first two as significant/major, = while the others are minor comments and nits that came up as I was = reading (not always linearly).

 

A. = There are a couple of places where operations are characterized as = "safe" (1.1 and 6.4.1 =E2=80=94 see below), but no explanation = as to what "safe"

means.=C2=A0 It seems to me that these mentions of = "safe" go beyond authentication and even authorization to = perform a specific operation, to the content of the operation = itself.=C2=A0 I would like to see some discussion about how to achieve = it, and/or (at least) what the impact may be.

 

- 1.1: = "I2RS will only permit modification of state that would be safe, = conceptually, to modify via local configuration; no direct manipulation = of protocol-internal dynamically determined data is = envisioned."

 

- = 6.4.1: "Routing elements may maintain one or more Information = Bases.

Examples include Routing = Information Bases such as IPv4/IPv6 Unicast or

IPv4/IPv6 Multicast.=C2=A0 Another such example = includes the MPLS Label Information Bases, per-platform or per-interface = or per-context.=C2=A0 This functionality, exposed via an I2RS Service, = must interact smoothly with the same mechanisms that the routing element = already uses to handle RIB input from multiple sources, so as to safely = change the system state.

Conceptually, this can be handled by having the = I2RS Agent communicate with a RIB Manager as a separate routing = source."

 

Resolution:=C2=A0 see = addition of Safe modification of routing state via = I2RS

 

 

B. = Section 3. (Key Architectural Properties) says that "some = architecture properties such as performance and scaling are not = described below because they are discussed in = [I-D.ietf-i2rs-problem-statement]".

However, as I mentioned in my review of = I-D.ietf-i2rs-problem-statement [1], that document has a very, very = sparse treatment of performance and scalability to even attempt to call = it a "Key Architectural Property".

 

 

Resolution:=C2=A0 Will talk to Alia about problem = statement or architectural statement.=C2=A0 =C2=A0If Alia=E2=80=99s = revision of the protocol problem statement is not sufficient, I can add = a new sub-section in section 3.

 

C. = Section 1.1. (Drivers for the I2RS Architecture) says: "I2RS is = described as an asynchronous programmatic interface, the key properties = of which are described in Section 5 of = [I-D.ietf-i2rs-problem-statement]."=C2=A0 Why = isn't

I-D.ietf-i2rs-problem-statement a Normative = Reference?=C2=A0=C2=A0 It is considered

to define the properties of the I2RS which are used = in building the architecture.

 

Resolution:=C2=A0 I = changed the problem statement to a normative reference.=C2=A0 =

 

 

D. = Section 4 (Security Considerations) mentions the "I2RS security = requirements", but there is no reference to = draft-ietf-i2rs-protocol-security-requirements.

 

Added: =

 

The I2RS protocol = security requirements for I2RS protocol version 1 are contained = in

[draft-iietf-i2rs-protocol-security-requirements] = and I2RS security environment requirements for protocol version 1 are = contained = draft-ietf.i2rs-protocol-security-environment].

 

 

E. = s/I2RSS/I2RS =E2=80=93 fixed =

 

F. There's a orphan "In addition, the" in = 1.2. fixed

 

G. = Systems and sub-systems.=C2=A0 The text mentions "routing = system", "Internet routing system" and "routing = subsystem" many times (obviously!), but there is no description of = what these terms mean =E2=80=94 I'm sure many/most of the readers have = an opinion of what these are, but I think it might be good to add = something to the terminology section specially because statements like = this are made: "state on a routing element beyond what is contained = in the routing subsystem"; that way there is no questions as to = what is in the routing system, or sub-system and what is not (at least = for this document).

 

Added definition:

routing = system/subsystem:=C2=A0 is a set of software and = hardware

that handles determining where packets are forwarded = to which the I2RS system connects.

The term = "packets" may be qualified to be layer 1 frames, layer 2 = frames or layer 3 packets.

The phrase "Internet = routing system" implies the packets which have IP as layer 3. =

A routing "subsystem" indicates that the = routing software/hardware is only the subsystem = of

another larger system.

 

 

H. 3.2. (Extensibility) talks about the initial = scope of I2RS (without references).=C2=A0 To extend the usability of = this document, I would suggest that the statements of this section be = made independent of the fact that the initial scope may be narrow.=C2=A0 = IOW, I think you may want the protocol/data model to be extensible = regardless of the size of the initial scope (even if boiling the ocean = to start with, there will always be opportunities for extensions = later).

 

Changed/Added to the = following (I may have edited this a bit more in the final version). =

 

The scope of I2RS work is = being designed in phases to provide

deliverable and = deployable results at every phase.=C2=A0=C2=A0 = Each

phase will have a specific set of requirements, = and

the I2RS protocol and data models will progress = toward these

requirements. Therefore, it is clearly desirable for = the I2RS data models

to be easily and highly extensible to represent = additional

aspects of the network elements or network = systems.=C2=A0=C2=A0 It should be

easy to integrate data = models from the I2RS with other data.=C2=A0 This reinforces the =

criticality of designing the data models to be = highly extensible, preferably in a

regular and simple = fashion.

 

 

I. = s/an definition/a definition =C2=A0fixed

 

 

J. If = out of scope, I don't really see the value of 5.1. (Example = Network

Application: Topology = Manager).=C2=A0 However, Section 5 does say that these types of = "models are, at least initially, out of scope for I2RS" -- as = I mentioned above, if this architecture is meant for the long run (not = just the initial scope of the i2rs WG), then the 3rd architecture is = valuable to illustrate.=C2=A0 IOW, the WG charter can control the scope, = the architecture should be thought out for the long = term.

 

Did not change.=C2=A0 The = example is useful.=C2=A0 Should I refer the example to version 1 of the = protocol?

 

K. = s/to be to be/to be

fixed

 

L. = Many protocols (routing-related and otherwise) are mentioned without = references.

All references are I the abbreviation.=C2=A0=C2=A0 = Please let me know if you find ones that are not. =

 

M. I don't think you need both of these references: = "Yang 1.1 ([RFC6020]), Yang 1.1 = ([I-D.ietf-netmod-rfc6020bis])".

 

Removed Yang 1.0 [RFC6020]

 

[1]

https://datatracker.ietf.= org/doc/draft-ietf-i2rs-problem-statement/ballot/#alvaro-retana

 

 

_______________________________________________=

i2rs mailing list

i2rs@ietf.org<= o:p>

https://www.ietf.org/mail= man/listinfo/i2rs

------=_NextPart_000_0200_01D19C2C.80FD19E0-- From nobody Thu Apr 21 21:25:41 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D6FD12DB00; Thu, 21 Apr 2016 21:25:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L3gK-WDGRQlh; Thu, 21 Apr 2016 21:25:38 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 447BF12DB46; Thu, 21 Apr 2016 21:25:38 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Terry Manderson'" , "'The IESG'" References: <20160316052623.21136.77818.idtracker@ietfa.amsl.com> In-Reply-To: <20160316052623.21136.77818.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 00:25:20 -0400 Message-ID: <021f01d19c4e$fb729e30$f257da90$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0220_01D19C2D.74640B70" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFYM4BQjUP+Xo1/OYzh5z8ukgwjY6CINopw Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Terry Manderson's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 04:25:40 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0220_01D19C2D.74640B70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Terry: I've added a definition for Safe modification of routing state via I2RS. Please let me know if this resolves your comment. Sue -----Original Message----- From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Terry Manderson Sent: Wednesday, March 16, 2016 1:26 AM To: The IESG Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org Subject: [i2rs] Terry Manderson's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Terry Manderson has entered the following ballot position for draft-ietf-i2rs-architecture-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Hi there, Firstly, I support Alvaro's two significant comments, especially with regards to the outcomes of the I2RS initiated change. My reading of the draft is that the resulting architecture espouses to judge intent, or the very least the outcome of the intent, as safe. How? Apologies if I read more into this than intended, please help clarify. Resolution: see addition of definition of: "Safe modification of routing state via I2RS" in version 14. I only saw one nit that hadn't been noticed in other comments. Section 3: para, last sentence. "may may" Thanks _______________________________________________ i2rs mailing list i2rs@ietf.org https://www.ietf.org/mailman/listinfo/i2rs ------=_NextPart_000_0220_01D19C2D.74640B70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Terry:

 

I’ve added a definition for Safe modification of routing state via I2RS.  =  Please let me know if this resolves your comment. =  

 

Sue

 

-----Original Message-----
From: i2rs = [mailto:i2rs-bounces@ietf.org] On Behalf Of Terry Manderson
Sent: = Wednesday, March 16, 2016 1:26 AM
To: The IESG
Cc: i2rs@ietf.org; = mach.chen@huawei.com; i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org
Subject: [i2rs] Terry = Manderson's No Objection on draft-ietf-i2rs-architecture-13: (with = COMMENT)

 

Terry Manderson has entered the following ballot = position for

draft-ietf-i2rs-architecture-13: No = Objection

 

When responding, please keep the subject line = intact and reply to all email addresses included in the To and CC lines. = (Feel free to cut this introductory paragraph, = however.)

 

 

Please = refer to https://www.ietf.org/iesg= /statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT = positions.

 

 

The = document, along with other ballot positions, can be found = here:

<= span = style=3D'color:windowtext;text-decoration:none'>https://datatracker.ietf.= org/doc/draft-ietf-i2rs-architecture/

 

 

 

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

COMMENT:

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

 

Hi = there,

 

Firstly, I support Alvaro's two significant = comments, especially with regards to the outcomes of the I2RS initiated = change. My reading of the draft is that the resulting architecture = espouses to judge intent, or the very least the outcome of the intent, = as safe. How? Apologies if I read more into this than intended, please = help clarify.

 

Resolution:  see addition of definition of: =  “Safe modification of routing state via I2RS” in = version 14.

 

 

I only saw one nit that hadn't been noticed in = other comments.

Section 3: para, = last sentence. "may may"

 

Thanks

 

 

_______________________________________________=

i2rs mailing list

i2rs@ietf.org<= o:p>

https://www.ietf.org/mail= man/listinfo/i2rs

------=_NextPart_000_0220_01D19C2D.74640B70-- From nobody Thu Apr 21 21:28:28 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 873D012DF82; Thu, 21 Apr 2016 21:28:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.749 X-Spam-Level: * X-Spam-Status: No, score=1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M3MNOFrWrogo; Thu, 21 Apr 2016 21:28:18 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 9049512DF6A; Thu, 21 Apr 2016 21:28:17 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Benoit Claise'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> In-Reply-To: <56F3C73A.9090500@cisco.com> Date: Fri, 22 Apr 2016 00:28:20 -0400 Message-ID: <022c01d19c4f$671a2090$354e61b0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_022D_01D19C2D.E01021B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJuHcYb7/SZZUWU/t5YvEsTyir/awH2IGqcAbsR8jWePtj/kA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 04:28:21 -0000 This is a multipart message in MIME format. ------=_NextPart_000_022D_01D19C2D.E01021B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Benoit: I've released a version 14 which hopefully answers all your questions. Immediately below, is my copy of the resolutions I made. After I made these resolutions, I reviewed the resulting text for clarity, and made some final tweaks. Let me know if version 14 is closer to what you want to see. I'm working on making sure all requirements documents are revised so that you can view those as well. Sue ---------------------------------------------------------------------- Benoit Claise COMMENT: ---------------------------------------------------------------------- A couple of points, not all of them are minor (I've been wondering: COMMENT or DISCUSS. Let's go for a COMMENT) - "Second is the access to structured information and state that is frequently not directly configurable". I have a hard time reconciling the NETMOD state definition, for example from https://tools.ietf.org/html/draft-ietf-netmod-opstate-reqs-04 It would be good if the terminology were aligned. [Since this document and the op-state discussion is still fluid, I am concerned about utilizing these terms in this document going toward RFC. I have encountered lots of problems utilizing these at IETF 95. I agree in the need to align to the NETMOD op-state, but I do not think this statement is the appropriate place. This I2RS architecture assumes a data-model driven protocol where the data-models are defined in Yang 1.1 ([RFC6020]), Yang 1.1 ([I-D.ietf-netmod-rfc6020bis]), and associated Yang based model drafts ([RFC6991], [RFC7223], [RFC7224], [RFC7277], [RFC7317]). " RFC 6020 is YANG 1.0, not YANG 1.1 I2RS is YANG 1.0 or YANG 1.1? I hope YANG 1.1 btw, this "YANG" not "Yang" Yang 1.1, I've removed YANG 1.0. - Are the two sentences redundant? As can be seen in Figure 1, an I2RS client can communicate with multiple I2RS agents. An I2RS client may connect to one or more I2RS agents based upon its needs. Changed to: As can be seen in Figure 1, the I2RS client can communicate with multiple I2RS agents. There are several key benefits for I2RS in using model-driven architecture and protocol(s). First, it allows for transferring data-models whose content is not explicitly implemented or understood. Reading that second sentence multiple times, I still fail to understand. Model-driven on one side, but you want data-models whose content is not explicitly implemented or understood. Really confused. Wow.. You are right. New / There are several key benefits for I2RS in using model-driven architecture and protocol(s). First, it allows for data-model focused processing of management data that provides modular implication in I2RS Clients and I2RS Agents. The I2RS client only needs to implement the models the I2RS client is able to access. The I2RS Agent only needs to implement the data models the I2RS Agent supports. / Two of the existing protocols which the which may be re-used are NETCONF [RFC6241] and RESTCONF [I-D.ietf-netconf-restconf]. "may be reused". What does it mean? I was hoping that an architecture documents would at least tell me which protocols are used. New/ As an architecture, I2RS has been designed to reuse existing protocols that carry network management information. Two of the existing protocols which the which are being reused are NETCONF [RFC6241] and RESTCONF [draft-ietf-netconf-restconf]. / On my side this architecture is flexible (NETCONF or RESTCONF), on the other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete specification (for example the notification) Comment: Hopefully, I have specified NETCONF/RESTCONF and YANG 1.1 carefully in -14.txt To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which are know in some way after a reboot.) Again, I read that sentence multiple times, and could not understand it - editorial changed to: (Note: This notification will on be sent by the I2RS Agent to I2RS Clients which are known by the I2RS agent after a reboot. How the I2RS Agent retains the knowledge of these I2RS clients is out of scope of this architecture. ) - figure 2. "The initial services included in the I2RS architecture are as follows." Are these really the initial services for I2RS. I2RS is really dealing with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter? Comment to Benoit: These are features of the routing system as the charter says. The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? Comment to Benoit: For some streams, we will need to define both mandatory and optional transports. For the first revision, we will only define the transports that are acceptable to NETCONF and RESTCONF. Text added: The transports that the I2RS protocol can run over will be specified in the I2RS protocol, and in the I2RS protocol each transport protocol as either mandatory to implement or optional to implement. Fred Baker's review done in earlier protocol. From: Benoit Claise [mailto:bclaise@cisco.com] Sent: Thursday, March 24, 2016 6:54 AM To: Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Sue, >Two of the existing protocols which the > which may be re-used are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]. editorial "may be reused". / I will check with RFC editor (some people say reused /re-used). What does it mean? I was hoping that an architecture documents would at least tell me which protocols are used. On my side this architecture is flexible (NETCONF or RESTCONF), on the other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete specification (for example the notification) Sue: NETCONF and RESTCONF will be supported as part of the I2RS protocols. The architecture does out rule out other data transfer protocols, but says the WG will design I2RS as a higher level protocol that combines other protocols (NETCONF/RESTCONF + x). This is what I could not understand with the draft sentence: "Two of the existing protocols which the which may be re-used are NETCONF [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." Sure many things could be reused. I'm expecting from an architecture document to explain which pieces are used and how they are used. The I2RS requirements documents and protocol strawman will state is if any other protocols will be used for a particular version of I2RS with a particular scope for data modules. Probably, my issue stems from the fact that I2RS produces an architecture before fixing requirements. I am sorry if this is not what you excepted, but it was my direction from my AD on how to approach this work. At this time, we are closing in on the last of the requirements documents - the requirements for other data flows. draft-hares-i2rs-dataflow-req-02 that gives the potential scope of data flows, but IMO the first version of the I2RS is likely to stay with just NETCONF/RESTCONF with ephemeral state, push pub/sub support, syslog module library, and some yang changes. To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which are know in some way after a reboot.) No comment on "the I2RS Agent must use two different notifications"? This one is clear spec. - editorial: Optionally, a routing element may permit a priority to be to be.... For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. Again, I read that sentence multiple times, and could not understand it Sue: Reasonable editorial comment. This was added to address another comment, But it looks like we broken something. Text change below. Old/ Optionally, a routing element may permit a priority to be to be configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / New: Optionally, a routing element may permit a priority to be to be to be to be configured on the device for the Local Configuration mechanism interaction with the I2RS model. The policy mechanism would compare the I2RS client's priority with that priority assigned to the Local Configuration in order to determine whether Local Configuration or I2RS wins. For the case when the configured priority of the I2RS ephemeral Is higher than the Local Configuration's policy, the The I2RS ephemeral state value it is installed remove "it" instead of the local configuration state. The local configuration information is stored so that if/when I2RS client removes I2RS ephemeral state the local configuration state can be restored. / figure 2. "The initial services included in the I2RS architecture are as follows." Are these really the initial services for I2RS. I2RS is really dealing with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter? Sue: Our charter is wide, but only ephemeral layer deep. Due to the excellent people in the NETCONF/NETMOD, routing area (rtgwg) and TEAS - we are focusing on allowing ephemeral to be added to any data model. I2RS WG is focused first on the I2RS protocol and protocol independent modules. After this, I2RS purpose is to simply support other WGs in creating data modules with ephemeral state. The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? Sue: We indicate that I2RS will use these protocols. Each protocol we mention has to be then validated with requirements (see protocol security requirement and security environment requirements). So I2RS will publish a second architecture doc when the requirements are validated and the protocols (transport, config, notifications) are finally selected? Regards, Benoit ------=_NextPart_000_022D_01D19C2D.E01021B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Benoit:

 

I’ve released a version 14 which hopefully answers all your = questions.  Immediately below, is my copy of the resolutions I = made.   After I made these resolutions, I reviewed the = resulting text for clarity, and made some final tweaks.  Let me = know if version 14 is closer to what you want to see. =

 

I’m working on making sure all requirements documents are = revised so that you can view those as well.

 

Sue

 

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

Benoit Claise = COMMENT:

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

 

A = couple of points, not all of them are minor (I've been = wondering:

COMMENT or DISCUSS. = Let's go for a COMMENT)

 

- = "Second is the access to structured information and state that is = frequently not directly configurable".

I have a hard time reconciling the NETMOD state = definition, for example from ht= tps://tools.ietf.org/html/draft-ietf-netmod-opstate-reqs-04

It would be good if the terminology were = aligned.

 

[Since this document and = the op-state discussion is still fluid, I am concerned about utilizing = these terms in this document going toward RFC.   I have = encountered lots of problems utilizing these at IETF 95. =

I agree in the need to align to the NETMOD op-state, = but I do not think this statement is the appropriate place. =

 

   This I2RS architecture assumes a = data-model driven protocol where the

   data-models are defined in Yang 1.1 = ([RFC6020]), Yang 1.1

   = ([I-D.ietf-netmod-rfc6020bis]), and associated Yang based = model

   drafts = ([RFC6991], [RFC7223], [RFC7224], [RFC7277], [RFC7317]). = "

 

RFC 6020 is YANG 1.0, not YANG 1.1

I2RS is YANG 1.0 or YANG 1.1? I hope YANG 1.1 btw, = this "YANG" not "Yang"

 

Yang 1.1, I’ve removed YANG 1.0. =

 

- Are the two sentences redundant?

   As can be seen in Figure 1, an I2RS = client can communicate with

   multiple I2RS agents.  An I2RS = client may connect to one or more I2RS

   agents based upon its = needs.

 

Changed to:

As can be seen in Figure = 1, the I2RS client can communicate with multiple I2RS agents.  =

 

   There are several key benefits for = I2RS in using model-driven

   architecture and protocol(s).  = First, it allows for transferring

   data-models whose content is not = explicitly implemented or understood.

 

Reading that second sentence multiple times, I = still fail to understand.

Model-driven on one side, but you want data-models = whose content is not explicitly implemented or = understood.

Really = confused.

 

Wow…. You are = right.

 

New /

There are several key benefits for I2RS in using = model-driven

architecture and protocol(s).  First, it allows = for data-model focused

processing of management = data that provides modular implication in

I2RS Clients and I2RS = Agents.  The I2RS client only needs to = implement

the models the I2RS client is able to access. The = I2RS Agent only needs

to implement the data models the I2RS Agent = supports.  

/

 

   Two of the existing protocols which = the

   which may be = re-used are NETCONF [RFC6241] and RESTCONF

   = [I-D.ietf-netconf-restconf].

 

"may be reused". What does it mean? I was = hoping that an architecture documents would at least tell me which = protocols are used.

 

New/

As an = architecture, I2RS has

been designed to reuse existing protocols that carry = network

management information. Two of the existing = protocols which the

which are being reused are NETCONF [RFC6241] and = RESTCONF

[draft-ietf-netconf-restconf]. =

/

 

On my = side this architecture is flexible (NETCONF or RESTCONF), on the other = side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete = specification (for example the notification)

 

Comment: Hopefully, I = have specified NETCONF/RESTCONF and YANG 1.1 carefully in = -14.txt

 

 

To = handle I2RS Agent failure, the I2RS Agent must

       use two = different notifications.

 

       = NOTIFICATION_I2RS_AGENT_STARTING:   This notification signals = to

the

        &nbs= p; I2RS Client(s) that the associated I2RS Agent has started.  = It

        &nbs= p; includes an agent-boot-count that indicates how many times = the

        &nbs= p; I2RS Agent has restarted since the associated routing = element

        &nbs= p; restarted.  The agent-boot-count allows an I2RS Client = to

        &nbs= p; determine if the I2RS Agent has restarted.  (Note: = This

        &nbs= p; notification will be only transmitted to I2RS clients which = are

        &nbs= p; know in some way after a reboot.)

 

Again, = I read that sentence multiple times, and could not understand = it

 

- editorial changed to: =

(Note: This notification will on be sent by the I2RS = Agent to

I2RS Clients which are known by the I2RS agent after = a reboot. How the

I2RS Agent retains the knowledge of these I2RS = clients is out of scope

of this architecture. = )

 

- figure 2. "The initial services included in = the I2RS architecture are as follows."

Are these really the initial services for I2RS. = I2RS is really dealing with all these: interfaces, policy, QoS, = ...

Maybe I should review the I2RS = charter?

 

Comment to Benoit: =

These are features of the routing system as the = charter says.

 

   The I2RS

   protocol may need to use several = underlying transports (TCP, SCTP

   (stream control transport protocol), = DCCP (Datagram Congestion

   Control Protocol)), with suitable = authentication and integrity

   protection mechanisms

 

Do you = really want to have define transports?

Comment to Benoit: =

For some streams, we will need to define both = mandatory and optional transports.  For the first revision, we will = only define the transports that are acceptable to NETCONF and RESTCONF. =

 

Text added: =

The transports that the I2RS protocol can run over = will be specified in the

I2RS protocol, and in the = I2RS protocol each transport protocol

as either mandatory to = implement or optional to implement.

 

Fred = Baker’s review done in earlier protocol.

 

 

 

From: Benoit Claise [mailto:bclaise@cisco.com]
Sent: = Thursday, March 24, 2016 6:54 AM
To: Susan Hares; 'The = IESG'
Cc: i2rs@ietf.org; mach.chen@huawei.com; = i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; = Fred@cisco.com
Subject: Re: [i2rs] Benoit Claise's No = Objection on draft-ietf-i2rs-architecture-13: (with = COMMENT)

 

Sue, = 

 
 
 >Two of the existing protocols which =
the
 > which may be re-used are NETCONF =
[RFC6241] and RESTCONF
 > =
[I-D.ietf-netconf-restconf].
 
=

editorial "may =
be reused".  / I will check with RFC editor (some people =
say
reused /re-used). =

 
What does it mean? I =
was hoping that an architecture documents would =
at
least tell me which protocols are =
used. 
 On my side =
this architecture is flexible (NETCONF or RESTCONF), on =
the
other side unclear (YANG 1.0 or =

YANG1.1), and in =
some cases, a complete specification (for example =
the
notification)
=
 
Sue: NETCONF and RESTCONF will be supported =
as part of the I2RS protocols.
The architecture =
does out rule out other data transfer protocols, but =
says
the WG will design I2RS as a higher level =
protocol that combines other
protocols =
(NETCONF/RESTCONF + x). 

This is what I could not understand with the draft = sentence: "Two of the existing protocols which the which may be = re-used are NETCONF [RFC6241] and RESTCONF > = [I-D.ietf-netconf-restconf]."
Sure many things could be reused. = I'm expecting from an architecture document to explain which pieces are = used and how they are used.

The I2RS =
requirements documents and
protocol strawman will =
state is if any other protocols will be used for =
a
particular version of I2RS with a particular =
scope for data modules.

Probably, = my issue stems from the fact that I2RS produces an architecture before = fixing = requirements.

 
 
I am sorry if this is not what you excepted, but =
it was my direction from my
AD on how to approach =
this work. 
 
At this =
time, we are closing in on the last of the requirements documents =
-
the requirements for other data flows. =

draft-hares-i2rs-dataflow-req-02 that gives the =
potential scope of data
flows, but IMO the first =
version of the I2RS is likely to stay with =
just
NETCONF/RESTCONF with ephemeral state, push =
pub/sub support, syslog module
library, and some =
yang changes. =

 
 
= 
   To =
handle I2RS Agent failure, the I2RS Agent must  use two =
different
notifications.
   &nb=
sp; NOTIFICATION_I2RS_AGENT_STARTING:   This notification =
signals to =
the
        I2RS =
Client(s) that the associated I2RS Agent has started.  =
It
         =
includes an agent-boot-count that indicates how many times =
the
        =
 I2RS Agent has restarted since the associated routing =
element
       &n=
bsp; restarted.  The agent-boot-count allows an I2RS Client =
to
         =
determine if the I2RS Agent has restarted.  (Note: =
This
        =
; notification will be only transmitted to I2RS clients which =
are
     =
    know in some way after a =
reboot.)
No comment on =
"the I2RS Agent must use two different =
notifications"?
This one is clear =
spec.

 
- =
editorial:
  Optionally, a routing element may =
permit a priority to be to be.... 
  For =
the case when the I2RS ephemeral state always wins for a =
data
 model, if there is an I2RS ephemeral state =
value it is installed
  instead of the local =
configuration state. 
Again, I read that sentence =
multiple times, and could not understand =
it
 
Sue: =
Reasonable editorial comment.  This was added to address =
another
comment, 
But it looks =
like we broken something.  Text change below. =

 
 Old/  =
Optionally, a routing element may permit a priority to be to =
be
   configured on the device for the =
Local Configuration mechanism
   =
interaction with the I2RS model.  The policy mechanism would =
compare
   the I2RS client's priority =
with that priority assigned to the =
Local
   Configuration in order to =
determine whether Local Configuration =
or
   I2RS =
wins.
 
   For =
the case when the I2RS ephemeral state always wins for a =
data
   model, if there is an I2RS =
ephemeral state value it is installed
   =
instead of the local configuration state.  The local =
configuration
   information is stored so =
that if/when I2RS client removes I2RS
   =
ephemeral state the local configuration state can be =
restored.
/ 
New: =

Optionally, a routing element may permit a =
priority to be to be
to be to =
be

 
   =
configured on the device for the Local Configuration =
mechanism
   interaction with the I2RS =
model.  The policy mechanism would =
compare
   the I2RS client's priority =
with that priority assigned to the =
Local
   Configuration in order to =
determine whether Local Configuration =
or
   I2RS =
wins.
 
   For =
the case when the configured priority of the I2RS =
ephemeral
   Is higher than the Local =
Configuration's policy, the  =

   The I2RS ephemeral state value =
it is installed
remove =
"it"

 
&nb=
sp;  instead of the local configuration state.  The local =
configuration
   information is stored so =
that if/when I2RS client removes I2RS
   =
ephemeral state the local configuration state can be =
restored.
/ =

 
figure 2. "The =
initial services included in the I2RS architecture are =
as
follows."
Are these =
really the initial services for I2RS. I2RS is really =
dealing
with all these: interfaces, =
policy, QoS, ...
Maybe I should =
review the I2RS charter? =

 
Sue: =
 Our charter is wide, but only ephemeral layer deep.  Due to =
the
excellent people in the NETCONF/NETMOD, routing =
area (rtgwg) and TEAS - we
are focusing on allowing =
ephemeral to be added to any data model.  I2RS =
WG
is focused first on the I2RS protocol and =
protocol independent modules.
After this, I2RS =
purpose is to simply support other WGs in creating =
data
modules with ephemeral state. =

    
  The =
I2RS  protocol may need to use several underlying transports =
(TCP,
SCTP
  (stream =
control transport protocol), DCCP (Datagram =
Congestion
Control Protocol)), with suitable =
authentication and integrity
 protection =
mechanisms
 Do you really want to have define =
transports?
 
Sue: We indicate that I2RS will use these protocols.  Each =
protocol we
mention has to be then validated with =
requirements (see protocol security
requirement and =
security environment requirements). =

 

So = I2RS will publish a second architecture doc when the requirements are = validated and the protocols (transport, config, notifications) are = finally selected?

Regards, = Benoit

------=_NextPart_000_022D_01D19C2D.E01021B0-- From nobody Thu Apr 21 22:39:55 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E90D712E704; Thu, 21 Apr 2016 22:39:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160422053953.19642.42708.idtracker@ietfa.amsl.com> Date: Thu, 21 Apr 2016 22:39:53 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-architecture-14.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 05:39:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System of the IETF. Title : An Architecture for the Interface to the Routing System Authors : Alia Atlas Joel Halpern Susan Hares Dave Ward Thomas D. Nadeau Filename : draft-ietf-i2rs-architecture-14.txt Pages : 39 Date : 2016-04-21 Abstract: This document describes the IETF architecture for a standard, programmatic interface for state transfer in and out of the Internet routing system. It describes the high-level architecture, the building blocks of this high-level architecture, and their interfaces with particular focus on those to be standardized as part of the Interface to Routing System (I2RS). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-architecture-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-architecture-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Apr 22 02:54:17 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6325812DA9C; Fri, 22 Apr 2016 02:54:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.506 X-Spam-Level: X-Spam-Status: No, score=-15.506 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 xT9dkN2ffv2a; Fri, 22 Apr 2016 02:54:13 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E80D212D83F; Fri, 22 Apr 2016 02:54:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=51028; q=dns/txt; s=iport; t=1461318852; x=1462528452; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=buf7KPwb8VSXic7wH4Ee5e5UtOlnTD0Vbej6jslnYSk=; b=Ri/2R1olfncGXD9zuEqSdF3hX+xWPIyTYB5X71Jf8wYlgSIuuE3F97La /cAispMe1yOE/CPaphiM/zj/E2X+/M/PAuVcT1OZTjY9SkOrOgkz/tMEj TuT7Wf04V+ulH0cxfa1ysYN6genfkImZ4I+/Yv1sRFWT/UcOOJ5a76uj1 o=; X-IronPort-AV: E=Sophos;i="5.24,516,1454976000"; d="scan'208,217";a="634280335" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Apr 2016 09:54:09 +0000 Received: from [10.60.67.84] (ams-bclaise-8913.cisco.com [10.60.67.84]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u3M9s8DA008330; Fri, 22 Apr 2016 09:54:08 GMT To: Susan Hares , "'Joel M. Halpern'" , "'The IESG'" References: <20160317013624.18209.45055.idtracker@ietfa.amsl.com> <046601d17ff5$70c29350$5247b9f0$@ndzh.com> <56F3C73A.9090500@cisco.com> <56F3DAB3.5040607@joelhalpern.com> <56F3E598.3030708@cisco.com> <56F3E678.4080105@joelhalpern.com> <019801d19c3b$18218af0$4864a0d0$@ndzh.com> From: Benoit Claise Message-ID: <5719F4C0.4040603@cisco.com> Date: Fri, 22 Apr 2016 11:54:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <019801d19c3b$18218af0$4864a0d0$@ndzh.com> Content-Type: multipart/alternative; boundary="------------080701050902090406000200" Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 09:54:16 -0000 This is a multi-part message in MIME format. --------------080701050902090406000200 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 4/22/2016 4:02 AM, Susan Hares wrote: > > Joel: > > I will need to resolve this before I can provide a final for the RFC > editor. Here's the way I understand these issues: > > 1) draft-ietf-i2rs-architecture-13.txt - is a high-level architecture > with building blocks. > > 2) It provides only general ideas on we are using "X, Y, and Z" in > ways "A, B, and C" to > > solve the "I2RS problem". > > 3) detailed requirements on what the I2RS protocol and interface > should be are contained in > > the i2rs requirements set > > ·Pub/sub requirements - draft-ietf-i2rs-pub-sub-requirements-06 (at > IESG publication) > > ·Traceability requirements - draft-ietf-i2rs-traceability-08 (at IESG > publication) > > ·Protocol Security requirements - > draft-ietf-i2rs-protocol-security-requirements-03 > > ·Ephemeral State requirements - draft-ietf-i2rs-ephemeral-state-05 > > ·Data Flow Requirements - draft-hares-i2rs-dataflow-req-03 > > ·I2RS security requirements for environment - > draft-ietf-i2rs-security-environment-reqs-01 > > The protocol strawman is the proposal for using "X, Y, and Z" in ways > "A,B, and C" in order > > to solve the I2RS problem. > > 4) The architecture document and use cases were useful in creating the > key informational models: > > 1)I2RS RIB Information model > > 2)I2RS FB-RIB informational model (under WG Adoption) > > 3)I2RS generic network model (draft-ietf-i2rs-yang-network-topo-02 > ) > – which has formed the basis for most of the I2RS, TEAS and CCAMP > ideas on models. > > Therefore, I think we followed the charter. > > What we really need to revise is the abstract. To bring the > expectations for the architecture closer to task 1. > > *How about changing the abstract to: * > > This document describes the IETF architecture for a standard, > > programmatic interface for state transfer in and out of the Internet > > routing system. It describes the high-level architecture, the building > > blocks of this high-level architecture, and their interfaces with > > particular focus on those to be standardized > > as part of the Interface to Routing System (I2RS). > That's an improvement. At least, it removes the discrepancy between the charter description and the previous draft abstract. Regards, Benoit > > Sue > > -----Original Message----- > From: Joel M. Halpern [mailto:jmh@joelhalpern.com] > Sent: Thursday, March 24, 2016 9:07 AM > To: Benoit Claise; Susan Hares; 'The IESG' > Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; > draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com > Subject: Re: [i2rs] Benoit Claise's No Objection on > draft-ietf-i2rs-architecture-13: (with COMMENT) > > Now I understand your confusion. > > Putting aside the abstract, I thought we were focused om task 1 (from > the charter) in writing. I think we probably crept into task 2, > resulting in a document which is confusing about its scope. > > Not sure how to resolve this. > > Yours, > > Joel > > On 3/24/16 9:03 AM, Benoit Claise wrote: > > > Joel, > > > > > > Thanks, that's helpful. > > > > > > 1. Let's look at the charter > > > > > > The I2RS working group works to develop a high-level > architecture that > > > describes the basic building-blocks necessary to enable the specific > > > use > > > cases, and that will lead to an understanding of the abstract > > > informational models and requirements for encodings and protocols > > > for the I2RS interfaces. > > > > > > 2. Let's review the draft abstract > > > > > > This document describes the IETF architecture for a standard, > > > programmatic interface for state transfer in and out of the > Internet > > > routing system. It describes the basic architecture, the > components, > > > and their interfaces with particular focus on those to be > > > standardized as part of the Interface to Routing System (I2RS). > > > > > > Reading 1., I understand your point of view. > > > However, I read 2. as this draft is about "we are using pieces X, Y, > > > and Z, in ways A, B, and C, to solve the I2RS problem." > > > I reviewed the draft content looking for 1., and could not find it. > > > > > > Do you understand my confusion? > > > > > > Regards, Benoit > > >> Benoit, you seem to be looking for a level of specificity in the > > >> architecture that the working group never intended. > > >> The charter calls for a high level architecture. > > >> > > >> I believe your comment calls out an interesting gap in the charter, > > >> as there is no document called out which actually says "we are using > > >> pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem." > > >> > > >> We could have tried to use the architecture document for that, but > > >> the intention was to use the architecture document to guide the > > >> selection of protocol and mechanisms. > > >> > > >> Yours, > > >> Joel > > >> > > >> On 3/24/16 6:53 AM, Benoit Claise wrote: > > >>> Sue, > > >>> > > >>>> >Two of the existing protocols which the > > >>>> > which may be re-used are NETCONF [RFC6241] and RESTCONF > > >>>> > [I-D.ietf-netconf-restconf]. > > >>>> > > >>>>> editorial "may be reused". / I will check with RFC editor (some > > >>>>> people say > > >>>> reused /re-used). > > >>>> > > >>>>> What does it mean? I was hoping that an architecture documents > > >>>>> would at > > >>>> least tell me which protocols are used. > > >>>>> On my side this architecture is flexible (NETCONF or RESTCONF), > > >>>>> on the > > >>>> other side unclear (YANG 1.0 or > > >>>>> YANG1.1), and in some cases, a complete specification (for example > > >>>>> the > > >>>> notification) > > >>>> > > >>>> Sue: NETCONF and RESTCONF will be supported as part of the I2RS > > >>>> protocols. > > >>>> The architecture does out rule out other data transfer protocols, > > >>>> but says the WG will design I2RS as a higher level protocol that > > >>>> combines other protocols (NETCONF/RESTCONF + x). > > >>> This is what I could not understand with the draft sentence: "Two of > > >>> the existing protocols which the which may _be re-used_ are NETCONF > > >>> [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]." > > >>> Sure many things could be reused. I'm expecting from an architecture > > >>> document to explain which pieces are used and how they are used. > > >>>> The I2RS requirements documents and protocol strawman will state is > > >>>> if any other protocols will be used for a particular version of > > >>>> I2RS with a particular scope for data modules. > > >>> Probably, my issue stems from the fact that I2RS produces an > > >>> architecture before fixing requirements. > > >>>> > > >>>> I am sorry if this is not what you excepted, but it was my > > >>>> direction from my AD on how to approach this work. > > >>>> > > >>>> At this time, we are closing in on the last of the requirements > > >>>> documents - the requirements for other data flows. > > >>>> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of > > >>>> data flows, but IMO the first version of the I2RS is likely to stay > > >>>> with just NETCONF/RESTCONF with ephemeral state, push pub/sub > > >>>> support, syslog module library, and some yang changes. > > >>>> > > >>>> > > >>>>> To handle I2RS Agent failure, the I2RS Agent must use two > > >>>>> different > > >>>> notifications. > > >>>>> NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the > > >>>>> I2RS Client(s) that the associated I2RS Agent has > > >>>>> started. It > > >>>>> includes an agent-boot-count that indicates how many > > >>>>> times the > > >>>>> I2RS Agent has restarted since the associated routing > > >>>>> element > > >>>>> restarted. The agent-boot-count allows an I2RS Client to > > >>>>> determine if the I2RS Agent has restarted. (Note: This > > >>>>> notification will be only transmitted to I2RS clients > > >>>>> which are > > >>>>> know in some way after a reboot.) > > >>> No comment on "the I2RS Agent _must _use two different notifications"? > > >>> This one is clear spec. > > >>>>> - editorial: > > >>>>> Optionally, a routing element may permit a priority to be to > be.... > > >>>>> For the case when the I2RS ephemeral state always wins for a data > > >>>>> model, if there is an I2RS ephemeral state value it is installed > > >>>>> instead of the local configuration state. > > >>>>> Again, I read that sentence multiple times, and could not > > >>>>> understand it > > >>>> Sue: Reasonable editorial comment. This was added to address > > >>>> another comment, But it looks like we broken something. Text > > >>>> change below. > > >>>> > > >>>> Old/ Optionally, a routing element may permit a priority to be > to be > > >>>> configured on the device for the Local Configuration mechanism > > >>>> interaction with the I2RS model. The policy mechanism would > > >>>> compare > > >>>> the I2RS client's priority with that priority assigned to the > Local > > >>>> Configuration in order to determine whether Local > Configuration or > > >>>> I2RS wins. > > >>>> > > >>>> For the case when the I2RS ephemeral state always wins for a data > > >>>> model, if there is an I2RS ephemeral state value it is installed > > >>>> instead of the local configuration state. The local > configuration > > >>>> information is stored so that if/when I2RS client removes I2RS > > >>>> ephemeral state the local configuration state can be restored. > > >>>> / > > >>>> New: > > >>>> Optionally, a routing element may permit a priority to be to be > > >>> to be to be > > >>>> configured on the device for the Local Configuration mechanism > > >>>> interaction with the I2RS model. The policy mechanism would > > >>>> compare > > >>>> the I2RS client's priority with that priority assigned to the > Local > > >>>> Configuration in order to determine whether Local > Configuration or > > >>>> I2RS wins. > > >>>> > > >>>> For the case when the configured priority of the I2RS ephemeral > > >>>> Is higher than the Local Configuration's policy, the > > >>>> The I2RS ephemeral state value it is installed > > >>> remove "it" > > >>>> instead of the local configuration state. The local > configuration > > >>>> information is stored so that if/when I2RS client removes I2RS > > >>>> ephemeral state the local configuration state can be restored. > > >>>> / > > >>>> > > >>>>> figure 2. "The initial services included in the I2RS architecture > > >>>>> are as > > >>>> follows." > > >>>>> Are these really the initial services for I2RS. I2RS is really > > >>>>> dealing > > >>>> with all these: interfaces, policy, QoS, ... > > >>>>> Maybe I should review the I2RS charter? > > >>>> Sue: Our charter is wide, but only ephemeral layer deep. Due to > > >>>> the excellent people in the NETCONF/NETMOD, routing area (rtgwg) > > >>>> and TEAS - we are focusing on allowing ephemeral to be added to any > > >>>> data model. > > >>>> I2RS WG > > >>>> is focused first on the I2RS protocol and protocol independent > modules. > > >>>> After this, I2RS purpose is to simply support other WGs in creating > > >>>> data modules with ephemeral state. > > >>>> > > >>>>> The I2RS protocol may need to use several underlying > > >>>>> transports (TCP, > > >>>> SCTP > > >>>>> (stream control transport protocol), DCCP (Datagram Congestion > > >>>>> Control Protocol)), with suitable authentication and integrity > > >>>>> protection mechanisms > > >>>>> Do you really want to have define transports? > > >>>> Sue: We indicate that I2RS will use these protocols. Each protocol > > >>>> we mention has to be then validated with requirements (see protocol > > >>>> security requirement and security environment requirements). > > >>>> > > >>> So I2RS will publish a second architecture doc when the requirements > > >>> are validated and the protocols (transport, config, notifications) > > >>> are finally selected? > > >>> > > >>> Regards, Benoit > > >>> > > >>> > > >>> _______________________________________________ > > >>> i2rs mailing list > > >>> i2rs@ietf.org > > >>> https://www.ietf.org/mailman/listinfo/i2rs > > >>> > > >> . > > >> > > > > --------------080701050902090406000200 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
On 4/22/2016 4:02 AM, Susan Hares wrote:

Joel:

 

I will need to resolve this before I can provide a final for the RFC editor.   Here's the way I understand these issues:

 

1) draft-ietf-i2rs-architecture-13.txt - is a high-level architecture with building blocks.

2) It provides only general ideas on we are using "X, Y, and Z" in ways "A, B, and C" to

solve the "I2RS problem".

 

3) detailed requirements on what the I2RS protocol and interface should be are contained in

   the i2rs requirements set

·         Pub/sub requirements - draft-ietf-i2rs-pub-sub-requirements-06  (at IESG publication)

·         Traceability requirements - draft-ietf-i2rs-traceability-08 (at IESG publication)

·         Protocol Security requirements - draft-ietf-i2rs-protocol-security-requirements-03

·         Ephemeral State requirements - draft-ietf-i2rs-ephemeral-state-05

·         Data Flow Requirements  - draft-hares-i2rs-dataflow-req-03

·         I2RS security requirements for environment - draft-ietf-i2rs-security-environment-reqs-01

 

The protocol strawman is the proposal for using "X, Y, and Z" in ways "A,B, and C" in order

to solve the I2RS problem.

 

4) The architecture document and use cases were useful in creating the key informational models:

 

1)      I2RS RIB Information model

2)      I2RS FB-RIB informational model (under WG Adoption)

3)      I2RS generic network model (draft-ietf-i2rs-yang-network-topo-02) – which has formed the basis for most of the I2RS, TEAS and CCAMP ideas on models.

 

Therefore, I think we followed the charter.

 

What we really need to revise is the abstract.  To bring the expectations for the architecture closer to task 1.

 

How about changing the abstract to:  

 

This document describes the IETF architecture for a standard,

programmatic interface for state transfer in and out of the Internet

routing system.  It describes the high-level architecture, the building

blocks of this high-level architecture, and their interfaces with

particular focus on those to be standardized

as part of the Interface to Routing System (I2RS).

That's an improvement.
At least, it removes the discrepancy between the charter description and the previous draft abstract.

Regards, Benoit

 

Sue

 

-----Original Message-----
From: Joel M. Halpern [mailto:jmh@joelhalpern.com]
Sent: Thursday, March 24, 2016 9:07 AM
To: Benoit Claise; Susan Hares; 'The IESG'
Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org; Fred@cisco.com
Subject: Re: [i2rs] Benoit Claise's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT)

 

Now I understand your confusion.

Putting aside the abstract, I thought we were focused om task 1 (from the charter) in writing.  I think we probably crept into task 2, resulting in a document which is confusing about its scope.

 

Not sure how to resolve this.

Yours,

Joel

 

On 3/24/16 9:03 AM, Benoit Claise wrote:

> Joel,

> 

> Thanks, that's helpful.

> 

> 1. Let's look at the charter

> 

>     The I2RS working group works to develop a high-level architecture that

>     describes the basic building-blocks necessary to enable the specific

>     use

>     cases, and that will lead to an understanding of the abstract

>     informational models and requirements for encodings and protocols

>     for the I2RS interfaces.

> 

> 2. Let's review the draft abstract

> 

>         This document describes the IETF architecture for a standard,

>         programmatic interface for state transfer in and out of the Internet

>         routing system.  It describes the basic architecture, the components,

>         and their interfaces with particular focus on those to be

>         standardized as part of the Interface to Routing System (I2RS).

> 

> Reading 1., I understand your point of view.

> However, I read 2. as this draft is about "we are using pieces X, Y,

> and Z, in ways A, B, and C, to solve the I2RS problem."

> I reviewed the draft content looking for 1., and could not find it.

> 

> Do you understand my confusion?

> 

> Regards, Benoit

>> Benoit, you seem to be looking for a level of specificity in the

>> architecture that the working group never intended.

>> The charter calls for a high level architecture.

>> 

>> I believe your comment calls out an interesting gap in the charter,

>> as there is no document called out which actually says "we are using

>> pieces X, Y, and Z, in ways A, B, and C, to solve the I2RS problem."

>> 

>> We could have tried to use the architecture document for that, but

>> the intention was to use the architecture document to guide the

>> selection of protocol and mechanisms.

>> 

>> Yours,

>> Joel

>> 

>> On 3/24/16 6:53 AM, Benoit Claise wrote:

>>> Sue,

>>> 

>>>>   >Two of the existing protocols which the

>>>>   > which may be re-used are NETCONF [RFC6241] and RESTCONF

>>>>   > [I-D.ietf-netconf-restconf].

>>>> 

>>>>> editorial "may be reused".  / I will check with RFC editor (some

>>>>> people say

>>>> reused /re-used).

>>>> 

>>>>> What does it mean? I was hoping that an architecture documents

>>>>> would at

>>>> least tell me which protocols are used.

>>>>>   On my side this architecture is flexible (NETCONF or RESTCONF),

>>>>> on the

>>>> other side unclear (YANG 1.0 or

>>>>> YANG1.1), and in some cases, a complete specification (for example

>>>>> the

>>>> notification)

>>>> 

>>>> Sue: NETCONF and RESTCONF will be supported as part of the I2RS

>>>> protocols.

>>>> The architecture does out rule out other data transfer protocols,

>>>> but says the WG will design I2RS as a higher level protocol that

>>>> combines other protocols (NETCONF/RESTCONF + x).

>>> This is what I could not understand with the draft sentence: "Two of

>>> the existing protocols which the which may _be re-used_ are NETCONF

>>> [RFC6241] and RESTCONF > [I-D.ietf-netconf-restconf]."

>>> Sure many things could be reused. I'm expecting from an architecture

>>> document to explain which pieces are used and how they are used.

>>>> The I2RS requirements documents and protocol strawman will state is

>>>> if any other protocols will be used for a particular version of

>>>> I2RS with a particular scope for data modules.

>>> Probably, my issue stems from the fact that I2RS produces an

>>> architecture before fixing requirements.

>>>> 

>>>> I am sorry if this is not what you excepted, but it was my

>>>> direction from my AD on how to approach this work.

>>>> 

>>>> At this time, we are closing in on the last of the requirements

>>>> documents - the requirements for other data flows.

>>>> draft-hares-i2rs-dataflow-req-02 that gives the potential scope of

>>>> data flows, but IMO the first version of the I2RS is likely to stay

>>>> with just NETCONF/RESTCONF with ephemeral state, push pub/sub

>>>> support, syslog module library, and some yang changes.

>>>> 

>>>> 

>>>>>     To handle I2RS Agent failure, the I2RS Agent must  use two

>>>>> different

>>>> notifications.

>>>>> NOTIFICATION_I2RS_AGENT_STARTING:   This notification signals to the

>>>>>          I2RS Client(s) that the associated I2RS Agent has

>>>>> started.  It

>>>>>           includes an agent-boot-count that indicates how many

>>>>> times the

>>>>>           I2RS Agent has restarted since the associated routing

>>>>> element

>>>>>           restarted.  The agent-boot-count allows an I2RS Client to

>>>>>           determine if the I2RS Agent has restarted.  (Note: This

>>>>>           notification will be only transmitted to I2RS clients

>>>>> which are

>>>>>           know in some way after a reboot.)

>>> No comment on "the I2RS Agent _must _use two different notifications"?

>>> This one is clear spec.

>>>>> - editorial:

>>>>>    Optionally, a routing element may permit a priority to be to be....

>>>>>    For the case when the I2RS ephemeral state always wins for a data

>>>>>   model, if there is an I2RS ephemeral state value it is installed

>>>>>    instead of the local configuration state.

>>>>> Again, I read that sentence multiple times, and could not

>>>>> understand it

>>>> Sue: Reasonable editorial comment.  This was added to address

>>>> another comment, But it looks like we broken something.  Text

>>>> change below.

>>>> 

>>>>   Old/  Optionally, a routing element may permit a priority to be to be

>>>>     configured on the device for the Local Configuration mechanism

>>>>     interaction with the I2RS model.  The policy mechanism would

>>>> compare

>>>>     the I2RS client's priority with that priority assigned to the Local

>>>>     Configuration in order to determine whether Local Configuration or

>>>>     I2RS wins.

>>>> 

>>>>     For the case when the I2RS ephemeral state always wins for a data

>>>>     model, if there is an I2RS ephemeral state value it is installed

>>>>     instead of the local configuration state.  The local configuration

>>>>     information is stored so that if/when I2RS client removes I2RS

>>>>     ephemeral state the local configuration state can be restored.

>>>> /

>>>> New:

>>>> Optionally, a routing element may permit a priority to be to be

>>> to be to be

>>>>     configured on the device for the Local Configuration mechanism

>>>>     interaction with the I2RS model.  The policy mechanism would

>>>> compare

>>>>     the I2RS client's priority with that priority assigned to the Local

>>>>     Configuration in order to determine whether Local Configuration or

>>>>     I2RS wins.

>>>> 

>>>>     For the case when the configured priority of the I2RS ephemeral

>>>>     Is higher than the Local Configuration's policy, the

>>>>     The I2RS ephemeral state value it is installed

>>> remove "it"

>>>>     instead of the local configuration state.  The local configuration

>>>>     information is stored so that if/when I2RS client removes I2RS

>>>>     ephemeral state the local configuration state can be restored.

>>>> /

>>>> 

>>>>> figure 2. "The initial services included in the I2RS architecture

>>>>> are as

>>>> follows."

>>>>> Are these really the initial services for I2RS. I2RS is really

>>>>> dealing

>>>> with all these: interfaces, policy, QoS, ...

>>>>> Maybe I should review the I2RS charter?

>>>> Sue:  Our charter is wide, but only ephemeral layer deep.  Due to

>>>> the excellent people in the NETCONF/NETMOD, routing area (rtgwg)

>>>> and TEAS - we are focusing on allowing ephemeral to be added to any

>>>> data model.

>>>> I2RS WG

>>>> is focused first on the I2RS protocol and protocol independent modules.

>>>> After this, I2RS purpose is to simply support other WGs in creating

>>>> data modules with ephemeral state.

>>>> 

>>>>>    The I2RS  protocol may need to use several underlying

>>>>> transports (TCP,

>>>> SCTP

>>>>>    (stream control transport protocol), DCCP (Datagram Congestion

>>>>> Control Protocol)), with suitable authentication and integrity

>>>>>   protection mechanisms

>>>>>   Do you really want to have define transports?

>>>> Sue: We indicate that I2RS will use these protocols.  Each protocol

>>>> we mention has to be then validated with requirements (see protocol

>>>> security requirement and security environment requirements).

>>>> 

>>> So I2RS will publish a second architecture doc when the requirements

>>> are validated and the protocols (transport, config, notifications)

>>> are finally selected?

>>> 

>>> Regards, Benoit

>>> 

>>> 

>>> _______________________________________________

>>> i2rs mailing list

>>> i2rs@ietf.org

>>> https://www.ietf.org/mailman/listinfo/i2rs

>>> 

>> .

>> 

> 


--------------080701050902090406000200-- From nobody Fri Apr 22 03:38:03 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9929912D6DC; Fri, 22 Apr 2016 03:38:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160422103802.7738.95755.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 03:38:02 -0700 Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: [i2rs] Benoit Claise's Abstain on draft-ietf-i2rs-architecture-14: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 10:38:02 -0000 Benoit Claise has entered the following ballot position for draft-ietf-i2rs-architecture-14: Abstain When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The discrepancy between the architecture document description in the charter and the draft previous abstract is now fixed. This is an improvement. However, I don't see how this document is actually useful. It's a mix of: "we could use X, Y, Z", but at the same time "we MUST support very detailed notifications" and we must integrate the outcome of the various requirement documents. I don't see how the document could be salvaged. Anyway, I will not stand in the way of this publication, and will abstain. It's probably my fault: I should have paid more attention at the charter discussion time. =========================================================================== A couple of points, not all of them are minor (I've been wondering: COMMENT or DISCUSS. Let's go for a COMMENT) - "Second is the access to structured information and state that is frequently not directly configurable". I have a hard time reconciling the NETMOD state definition, for example from https://tools.ietf.org/html/draft-ietf-netmod-opstate-reqs-04 It would be good if the terminology were aligned. - This I2RS architecture assumes a data-model driven protocol where the data-models are defined in Yang 1.1 ([RFC6020]), Yang 1.1 ([I-D.ietf-netmod-rfc6020bis]), and associated Yang based model drafts ([RFC6991], [RFC7223], [RFC7224], [RFC7277], [RFC7317]). " RFC 6020 is YANG 1.0, not YANG 1.1 I2RS is YANG 1.0 or YANG 1.1? I hope YANG 1.1 btw, this "YANG" not "Yang" - Are the two sentences redundant? As can be seen in Figure 1, an I2RS client can communicate with multiple I2RS agents. An I2RS client may connect to one or more I2RS agents based upon its needs. - There are several key benefits for I2RS in using model-driven architecture and protocol(s). First, it allows for transferring data-models whose content is not explicitly implemented or understood. Reading that second sentence multiple times, I still fail to understand. Model-driven on one side, but you want data-models whose content is not explicitly implemented or understood. Really confused. - Two of the existing protocols which the which may be re-used are NETCONF [RFC6241] and RESTCONF [I-D.ietf-netconf-restconf]. "may be reused". What does it mean? I was hoping that an architecture documents would at least tell me which protocols are used. On my side this architecture is flexible (NETCONF or RESTCONF), on the other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete specification (for example the notification) To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which are know in some way after a reboot.) - editorial: Optionally, a routing element may permit a priority to be to be - For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state. Again, I read that sentence multiple times, and could not understand it - figure 2. "The initial services included in the I2RS architecture are as follows." Are these really the initial services for I2RS. I2RS is really dealing with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter? - The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? And below is Fred Baker's OPS DIR review: The first nit is a statement in section 1.1: Such an interface also facilitates the injection of ephemeral state into the routing system. Ephemeral state on a router is the state which does not survive a the reboot of a routing device or the reboot of the software handling the I2RS software on a routing device. Ephemeral state is state that is "ephemeral", which my dictionary tells me means that it is "short-lived, transitory, lasting a short time". This comes to mind because of a paper I discovered I was a co-author on (story in the presence of adult beverages) last year, which suggested that congested links in a network could be offloaded by directing a subset of the routes, or a subset of the traffic using those routes, using them to other links that a routing protocol might contend were below par but which provided a non-looping path and had available capacity. The issue was that when routing changed for any reason, these SDN changes had to be undone and redone, a process that could take (in the network of interest) on the order of 40 minutes. My suggestion to my "co-authors" was that they simply change the FIB (which is by definition ephemeral), so that should routing change the FIB would became predictably correct (e.g., with no such optimizations added to it) after having re-converged, and they could now re-optimize the FIB as they saw fit without incurring a potential outage. I would suggest that the above reference to a reboot be changed to "Ephemeral state on a router is state that changes from time to time". A reboot is only one of those times. At the top of page 6, the first paragraph reads: The I2RS agent provides read and write access to selected data on the routing element that are organized into I2RS Services. Section 4 describes how access is mediated by authentication and access control mechanisms. Figure 1 shows I2RS agents being able to write ephemeral static state (e.g. RIB entries), and to read from dynamic static (e.g. MPLS LSP-ID or number of active BGP peers). In addition, the I have a hunch the authors intended to complete the final sentence. In section 3.1, which comments on "simplicity", I am very much in favor of simplicity in the sense described by RFC 3439. That said, I think the paper misses the mark by a few millimeters. It says Thus, one of the key aims for I2RS is the keep the protocol and modeling architecture simple. So for each architectural component or aspect, we ask ourselves "do we need this complexity, or is the behavior merely nice to have?" Often, simplicity is not about whether a feature is itself complex, but about whether what is externalized is complex. Theorists dealing with complexity use a swimming duck as an example: viewed from above the water line, the duck is a picture of placidity in motion, while when viewed from below its paddle feet are madly beating the water. A communication example is in TCP; heaven only knows what is really happening in the network, but TCP narrows the entire discussion into two signal classes - in this RTT, it has received a congestion signal, or it has not, and it has either received acknowledgements indicating forward progress in the session, or it has not. From the application's perspective, there is sufficient forward progress to merit continuing the session at whatever rate it is able to proceed, or progress is inadequate. Within TCP, there is actually a fair bit of complexity. However, what it externalizes to a client application is dead simple. So I would go beyond "do I need this complexity" to "do I need for this complexity to be externalized, do I need it at all, and if I need it, is there a way to meet the need with a simpler external API?" In section 4 and 4.2, I'm concerned about the issues of authorization "for classes of statements", which are mentioned obliquely but not really gone into. My personal bugaboo in this context is the router I use at my home, which is functionally equivalent to two separate routers coexisting in a single chassis. One router connects my home office to my employer using a VPN, and the other is a very typical residential CPE. We have similar issues whenever a router has multiple routing tables or contains multiple virtual routers. When I read An I2RS Client is not automatically trustworthy. Each I2RS Client is associated with identity with a set of scope limitations. I read "scope limitations" as a reference to "authorization", but I think this concept needs to be fleshed out more. An I2RS client (or the server it serves), perhaps on an interface, has a set of information, which may be complete, null, or anywhere in between, for which it is trustworthy, and it is not trustworthy for anything else. In a network like my home, I could imagine a route controller operated by my employer's IT organization and another operated by me or by my ISP on my behalf. If a single system contains multiple clients or serves multiple servers, that difference of authorization can be important. We understand that in some detail in BGP; it needs to be handled in I2RS as well. From nobody Fri Apr 22 03:55:53 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C32612E3AB; Fri, 22 Apr 2016 03:55:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.297 X-Spam-Level: X-Spam-Status: No, score=-5.297 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_MED=-2.3, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie 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 ZAesiPguJXsp; Fri, 22 Apr 2016 03:55:49 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F411B12DDCF; Fri, 22 Apr 2016 03:55:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 4AC22BE7C; Fri, 22 Apr 2016 11:55:46 +0100 (IST) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UZtGWWJkhFwh; Fri, 22 Apr 2016 11:55:44 +0100 (IST) Received: from [10.87.49.100] (unknown [86.46.28.69]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 97C7FBE4C; Fri, 22 Apr 2016 11:55:43 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1461322544; bh=sNhYs6VgEyWXriKjrgr8jYF3K9DhNamekaNHnpA9gCI=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=JCpZWkuuXSlcScHU+rp5uBYk9QmjTnMFo49gB2bbl6i20LAeUs7Hgxzca12RVBRVw royeHjTNQ7YfSjyPtNAoEA7oEp9czecDeAFX+uUlsfgNAvFt3noM359+Hi2QTvq6p4 D/eYIAOI5tc/Gbq29C/sCb9u82PsveXTExxrvo1s= To: Susan Hares , 'Joel Halpern' , 'The IESG' References: <20160317122135.18578.48113.idtracker@ietfa.amsl.com> <009501d1804d$070091d0$1501b570$@ndzh.com> <56EAACDF.8030009@cs.tcd.ie> <6BCE198E4EAEFC4CAB45D75826EFB076150FB2ED@eusaamb101.ericsson.se> <56EAAFB8.5040207@cs.tcd.ie> <6BCE198E4EAEFC4CAB45D75826EFB076150FB368@eusaamb101.ericsson.se> <56EAB0ED.9030603@cs.tcd.ie> <00a201d19bff$ea92f3c0$bfb8db40$@ndzh.com> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <571A032F.2060101@cs.tcd.ie> Date: Fri, 22 Apr 2016 11:55:43 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <00a201d19bff$ea92f3c0$bfb8db40$@ndzh.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010500010507040504060405" Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Stephen Farrell's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 10:55:51 -0000 This is a cryptographically signed message in MIME format. --------------ms010500010507040504060405 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Sue, On 21/04/16 19:59, Susan Hares wrote: > Stephen:=20 >=20 > I have added another section in the security consideration section:=20 >=20 > 4.4. I2RS in Personal Devices=09 > =09 > If an I2RS agent or I2RS client is tightly correlated with a perso= n=09 > (such as if an I2RS agent is running on someone's phone to control= =09 > tethering) then this usage can raise privacy issues, over and abov= e=09 > the security issues normally need to be handled in I2RS. One exam= ple=09 > of an I2RS interaction that could raise privacy issues, is if the = > I2RS interaction enabled easier location tracking of a person's=09 > phone. The I2RS protocol and data models should consider if priva= cy=09 > issues can arise when clients or agents are used for such use-case= s.=09 >=20 > Does this address your issue with privacy issues?=20 Well, given that those are almost exactly the words I suggested below, sure, they're good enough:-) Cheers, S. >=20 > Sue Hares=20 >=20 > -----Original Message----- > From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie]=20 > Sent: Thursday, March 17, 2016 9:28 AM > To: Joel Halpern; Susan Hares; 'The IESG' > Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ie= tf-i2rs-architecture@ietf.org > Subject: Re: Stephen Farrell's No Objection on draft-ietf-i2rs-architec= ture-13: (with COMMENT) >=20 >=20 >=20 > On 17/03/16 13:25, Joel Halpern wrote: >> Can you suggest wording to add to the architecture document to reflect= this=20 >> consideration? >=20 > Maybe something along the lines of: >=20 > "If an i2rs agent or client is such that it is likely > tightly correlated with a person (say if an agent is > running on someone's phone to control tethering) then > that can raise privacy issues, over and above.the > security and privacy issues that normally need to be > handled in i2rs. For example, if an i2rs interaction > enabled easier location tracking in the above example. > i2rs protocols should consider if such privacy issues > can arise when clients or agents are used for such > use-cases." >=20 > Cheers > S. >=20 >=20 >> >> Yours, >> Joel >> >> -----Original Message----- >> From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] >> Sent: Thursday, March 17, 2016 2:23 PM >> To: Joel Halpern; Susan Hares; 'The IESG' >> Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org;=20 >> draft-ietf-i2rs-architecture@ietf.org >> Subject: Re: Stephen Farrell's No Objection on=20 >> draft-ietf-i2rs-architecture-13: (with COMMENT) >> >> >> >> On 17/03/16 13:15, Joel Halpern wrote: >>> I would hope that I2RS could be used for that (applying policy to hom= e >>> devices) use case. >> >> Ah. Good to know. >> >>> >>> But I am not at all clear how I2RS could protect the IP address of th= e=20 >>> router >>> containing the communicating I2RS agent. We have to have an availabl= e IP >>> address for IP Routing. >> >> I didn't say it needed protecting (as in encrypting) necessarily, >> but that it could be more sensitive. >> >>> >>> I am also not clear why this IP address is particularly more sensitiv= e than=20 >>> an >>> enterprise device IP address, or a router inside an ISP. >> >> In general, if an identifier is also something one can correlate >> with a person, or with a person's movements or presence, then it >> is more privacy sensitive. If you can tell I'm at home because of >> an i2rs event say. >> >> For a router on the 4th floor of an office building, those are >> less likely interesting issues. >> >> In the home case, one needs to think more about such stuff than >> in the office case basically. >> >> Whether/how that impacts on protocol design is hard to say. But >> it's good to know that it's something that i2rs needs to consider. >> >> Cheers, >> S. >> >> >>> >>> Yours, >>> Joel >>> >>> -----Original Message----- >>> From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] >>> Sent: Thursday, March 17, 2016 2:11 PM >>> To: Susan Hares; 'The IESG' >>> Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; >>> mach.chen@huawei.com; i2rs@ietf.org >>> Subject: Re: Stephen Farrell's No Objection on >>> draft-ietf-i2rs-architecture-13: (with COMMENT) >>> >>> >>> Hiya, >>> >>> Just on that one point (the rest seems fine): >>> >>> On 17/03/16 13:00, Susan Hares wrote: >>>>>> - If i2rs were used to control home networks, then that would >>>>>> raise more privacy issues, e.g. the agent's IP address can be >>>>>> privacy sensitive. Would it be useful to rule that out of >>>>> scope? E.g. to say that i2rs SHOULD NOT be used where the >>>>> agent/router in question >>>>>> is specific to one person or home? >>> >>>> Sue: I'm really not sure what you are getting at. Data in routers >>>> is privacy sensitive. Data between I2RS Agent and I2RS client will b= e >>>> encrypted except in very, very rare circumstances where is defined t= o >>>> be public data in the data model. SECDIR, OPSDIR, RTGWG, >>>> Transport-directorate will be asked to review any IETF data model >>>> that claims this is the case to validate it is appropriate. So... = I >>>> think we are going beyond what people use for home networks. >>> >>> Let's assume all client/agent stuff is wonderfully protected >>> e.g. via TLS. >>> >>> Normally, the fact that a client at IP1 is managing an agent at >>> IP2, which is still visible despite the TLS, is not much of a >>> deal. Nor is it a deal when that happens, e.g. in reaction to >>> some other event, perhaps even one triggered by an attacker. >>> >>> But if the agent is my home g/w, then the sensitivity level goes >>> up I think, or at least it can. The reason is that the agent's >>> address (IP2) is tied to me. If the agent was on my phone (e.g. >>> for tethering) then it'd be even more of a deal perhaps, as I >>> carry it with me. >>> >>> If i2rs just isn't intended for such use-cases, it may be worth >>> saying that was all I meant. >>> >>> Cheers, >>> S. >>> >>> >>>> >>> >> >=20 >=20 --------------ms010500010507040504060405 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3 rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5 R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt 3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5 BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG 9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9 U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai 9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4 D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY 0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9 uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p 6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7 RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO /ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA0MjIx MDU1NDNaMC8GCSqGSIb3DQEJBDEiBCBJ3sFqoGU7xPOFOH9v/+5j9xGAO4tI9+IXtUDsUNG4 5DBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQBSkPFdY5isdX5vvVKwUSefLMrgoc26wZNAhLjj9L+KsjTsU5nuuDzG DgLSQe7Kjv3/PJswDr1f+OMpBnHBPG1wR4EbQApceHfCwuivjG92+vz4rujGkmqvgzsCdrHL CKvgsmdxX2XRJ6zWqLB3DRn64Qwuqa86AhYTQFWB4DvLqhXlw9fNe8oi2RZIHzDWMnQOlg1o Cf6QGX8ZE87ZeVfgEyUo7Dl+C3ixU3r5Mgk4BwzNw6DN/vMUn5z6O/lNcF2SE6l/PTLhqnjd ooOYKjXNbpSgaJsTRuUjdDjKnsR8eu+0TVXu+EavNGoXEc1ypARx96noZMVxdLgIN29OQ4+s AAAAAAAA --------------ms010500010507040504060405-- From nobody Fri Apr 22 06:09:14 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73E2512E56B; Fri, 22 Apr 2016 06:09:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 S2gWJtp_XEeX; Fri, 22 Apr 2016 06:09:11 -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 64C4612D76A; Fri, 22 Apr 2016 06:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16885; q=dns/txt; s=iport; t=1461330550; x=1462540150; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=usdp8PeH0XZgygCvffmvXA1vTd/DT1z6Mzy17PWtGKU=; b=DCVnYCb84jv3GCi8We1awNS/vvIr+qpuiBWe//VRR2I7eDAGzp1Do1QO QPKLvKb9iM4A/NBAaEzkUe65tZpAJywzAo3llA9UFsT+h0qR+TmEN101J XJjrPCy3hcYfpOHeA8dDQhFSY6whfdbP10ArnJBM4oKBSZaHZLw4erHHX E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A9AgBVIRpX/4MNJK1egmxMU30GtQ2CZ?= =?us-ascii?q?IIPAQ2Bc4YOAoEkOBQBAQEBAQEBZSeEQgEBBC1MEAIBCA4ELQcyFAMOAgQBDQW?= =?us-ascii?q?IKr8qAQEBAQEBAQEBAQEBAQEBAQEBAQEBFYYhhEuKFQWHdIYXhROEcQGOE48Qj?= =?us-ascii?q?y4BHgEBQoIFGxaBNWyHeH8BAQE?= X-IronPort-AV: E=Sophos;i="5.24,517,1454976000"; d="scan'208,217";a="100109936" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Apr 2016 13:09:08 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u3MD98j9008200 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 22 Apr 2016 13:09:08 GMT Received: from xch-aln-002.cisco.com (173.36.7.12) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 22 Apr 2016 08:09:07 -0500 Received: from xch-aln-002.cisco.com ([173.36.7.12]) by XCH-ALN-002.cisco.com ([173.36.7.12]) with mapi id 15.00.1104.009; Fri, 22 Apr 2016 08:09:08 -0500 From: "Alvaro Retana (aretana)" To: Susan Hares , "'The IESG'" Thread-Topic: [i2rs] Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) Thread-Index: AQKvbXVR5HZhLz3siBCyA1d3hNKPy53ZvvYwgACnK4A= Date: Fri, 22 Apr 2016 13:09:08 +0000 Message-ID: References: <20160315130123.29388.33945.idtracker@ietfa.amsl.com> <01ff01d19c4e$080a2600$181e7200$@ndzh.com> In-Reply-To: <01ff01d19c4e$080a2600$181e7200$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.2.160219 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.117.15.4] Content-Type: multipart/alternative; boundary="_000_D33F9621120EEDaretanaciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" , "mach.chen@huawei.com" , "i2rs-chairs@ietf.org" , "draft-ietf-i2rs-architecture@ietf.org" Subject: Re: [i2rs] Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 13:09:12 -0000 --_000_D33F9621120EEDaretanaciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On 4/22/16, 12:18 AM, "Susan Hares" > wrote: Sue: Hi! I have released a -14 of the architecture document. The only one I did not= really address is #j. Comments on changes are in red. ... Let me know if this is a major issue. No, is not a major issue. I do have one comment below. Thanks! Alvaro. ... ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have some comments; I would consider the first two as significant/major, = while the others are minor comments and nits that came up as I was reading = (not always linearly). A. There are a couple of places where operations are characterized as "safe= " (1.1 and 6.4.1 - see below), but no explanation as to what "safe" means. It seems to me that these mentions of "safe" go beyond authenticati= on and even authorization to perform a specific operation, to the content o= f the operation itself. I would like to see some discussion about how to a= chieve it, and/or (at least) what the impact may be. - 1.1: "I2RS will only permit modification of state that would be safe, con= ceptually, to modify via local configuration; no direct manipulation of pro= tocol-internal dynamically determined data is envisioned." - 6.4.1: "Routing elements may maintain one or more Information Bases. Examples include Routing Information Bases such as IPv4/IPv6 Unicast or IPv4/IPv6 Multicast. Another such example includes the MPLS Label Informat= ion Bases, per-platform or per-interface or per-context. This functionalit= y, exposed via an I2RS Service, must interact smoothly with the same mechan= isms that the routing element already uses to handle RIB input from multipl= e sources, so as to safely change the system state. Conceptually, this can be handled by having the I2RS Agent communicate with= a RIB Manager as a separate routing source." Resolution: see addition of Safe modification of routing state via I2RS Sorry, but the definition doesn't work for me. This is what you added: safe modification of routing state via I2RS: are I2RS ephemeral configuration changes which which modify local configuration rather than the direct modification of protocol-internal state. Direct modifications to protocol-internal state may have unsafe consequences. The definition above (first sentence) basically describes any modification = (of local configuration) -- I still fail to understand the "safe" character= ization. Back to the 1.1 text (see above). Given the new definition, I would propos= e to change the text to: NEW> I2RS will only permit modification of state that would be possible to modify via local configuration; no direct manipulation of protocol-internal dynamically determined data is envisioned. Similar for 6.4.1: OLD> This functionality, exposed via an I2RS Service, must interact smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources, so as to safely change the system state. NEW> This functionality, exposed via an I2RS Service, must interact smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources.. In other words, take "safe" out because it leads to confusion. --_000_D33F9621120EEDaretanaciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
On 4/22/16, 12:18 AM, "Susan Hares" <shares@ndzh.com> wrote:

Sue:

Hi!

I have released a -14 of the architecture document. = The only one I did not really address is #j.  Comments on changes are= in red.
…

Let me know if this is a major issue.

No, is not a major issue.

I do have one comment below.

Thanks!

Alvaro.

…

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

COMMENT:

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

 

I have some comments; I would consider the first = two as significant/major, while the others are minor comments and nits that= came up as I was reading (not always linearly).

 

A. There are a couple of places where operations = are characterized as "safe" (1.1 and 6.4.1 — see below), bu= t no explanation as to what "safe"

means.  It seems to me that these mentions o= f "safe" go beyond authentication and even authorization to perfo= rm a specific operation, to the content of the operation itself.  I wo= uld like to see some discussion about how to achieve it, and/or (at least) what the impact may be.

 

- 1.1: "I2RS will only permit modification o= f state that would be safe, conceptually, to modify via local configuration= ; no direct manipulation of protocol-internal dynamically determined data i= s envisioned."

 

- 6.4.1: "Routing elements may maintain one = or more Information Bases.

Examples include Routing Information Bases such a= s IPv4/IPv6 Unicast or

IPv4/IPv6 Multicast.  Another such example i= ncludes the MPLS Label Information Bases, per-platform or per-interface or = per-context.  This functionality, exposed via an I2RS Service, must in= teract smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources= , so as to safely change the system state.

Conceptually, this can be handled by having the I= 2RS Agent communicate with a RIB Manager as a separate routing source."= ;

 

Resolution:  see a= ddition of Safe modification of routing state via I2RS

Sorry, but the definition doesn't work for me.  This is what you added= :

   safe modification of ro= uting state via I2RS:    are I2RS ephemeral
      configuration c= hanges which which modify local configuration
      rather than the= direct modification of protocol-internal state.
      Direct modifica= tions to protocol-internal state may have unsafe
      consequences.


The definition above (first sentence) basically describes any modification = (of local configuration) -- I still fail to understand the "safe"= characterization.

Back to the 1.1 text (see above).  Given the new definition, I would p= ropose to change the text to:

NEW>
   I2RS will only permit m= odification of state that would be
   possible to modify via = local configuration; no direct
   manipulation of protoco= l-internal dynamically determined data is
   envisioned.

Similar for 6.4.1:

OLD>
   This functionality, exposed via an I2RS Service, must int= eract
   smoothly with the same mechanisms that the routing elemen= t already
   uses to handle RIB input from multiple sources, so as to = safely
   change the system state.
NEW= >
   This functionality, exp= osed via an I2RS Service, must interact
   smoothly with the same = mechanisms that the routing element already
   uses to handle RIB inpu= t from multiple sources..

In other words, take "safe" out because it leads to confusio= n.
--_000_D33F9621120EEDaretanaciscocom_-- From nobody Fri Apr 22 07:11:26 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25F6212D7E9; Fri, 22 Apr 2016 07:11:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.738 X-Spam-Level: * X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZTDTnkgI2tv; Fri, 22 Apr 2016 07:11:18 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 8E2E912D7FA; Fri, 22 Apr 2016 07:11:17 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Benoit Claise'" , "'The IESG'" References: <20160422103802.7738.95755.idtracker@ietfa.amsl.com> In-Reply-To: <20160422103802.7738.95755.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 10:10:43 -0400 Message-ID: <002101d19ca0$ca8577a0$5f9066e0$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJsnP979bwEZ+Xql7nWuvO5VFozJZ5gBgTA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org, Fred@cisco.com Subject: Re: [i2rs] Benoit Claise's Abstain on draft-ietf-i2rs-architecture-14: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 14:11:20 -0000 Benoit:=20 I'm sorry the document does not met your expectations. I have attempted = to fix the text to the rest of your comments in = draft-ietf-i2rs-architecture-14.txt. =20 The only issue I believe that is major is the alignment with the = netmod-opstate-reqs-04 terms. Every time I have used the terms in = netmod-opstate-reqws-04.txt in an I2RS presentation there has been a = debate on the terms. This debate occurs whether I quote RFC6244 or the = netmod-opstate-reqs-04.terms. I will be glad to change any specific = text to align to this draft, but I would ask for specific textual = changes.=20 Sue=20 -----Original Message----- From: Benoit Claise [mailto:bclaise@cisco.com]=20 Sent: Friday, April 22, 2016 6:38 AM To: The IESG Cc: draft-ietf-i2rs-architecture@ietf.org; i2rs-chairs@ietf.org; = mach.chen@huawei.com; i2rs@ietf.org; Fred@cisco.com Subject: Benoit Claise's Abstain on draft-ietf-i2rs-architecture-14: = (with COMMENT) Benoit Claise has entered the following ballot position for draft-ietf-i2rs-architecture-14: Abstain When responding, please keep the subject line intact and reply to all = email addresses included in the To and CC lines. (Feel free to cut this = introductory paragraph, however.) Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The discrepancy between the architecture document description in the = charter and the draft previous abstract is now fixed. This is an = improvement. However, I don't see how this document is actually useful. It's a mix of: "we could use X, Y, Z", but at the same time "we MUST = support very detailed notifications" and we must integrate the outcome = of the various requirement documents. I don't see how the document could be salvaged. Anyway, I will not stand = in the way of this publication, and will abstain. It's probably my fault: I should have paid more attention at the charter = discussion time. =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=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=3D=3D=3D= A couple of points, not all of them are minor (I've been wondering: COMMENT or DISCUSS. Let's go for a COMMENT) - "Second is the access to structured information and state that is = frequently not directly configurable". I have a hard time reconciling the NETMOD state definition, for example = from https://tools.ietf.org/html/draft-ietf-netmod-opstate-reqs-04 It would be good if the terminology were aligned. -=20 This I2RS architecture assumes a data-model driven protocol where the data-models are defined in Yang 1.1 ([RFC6020]), Yang 1.1 ([I-D.ietf-netmod-rfc6020bis]), and associated Yang based model drafts ([RFC6991], [RFC7223], [RFC7224], [RFC7277], [RFC7317]). " RFC 6020 is YANG 1.0, not YANG 1.1 I2RS is YANG 1.0 or YANG 1.1? I hope YANG 1.1 btw, this "YANG" not = "Yang" - Are the two sentences redundant? As can be seen in Figure 1, an I2RS client can communicate with multiple I2RS agents. An I2RS client may connect to one or more I2RS agents based upon its needs. - =20 There are several key benefits for I2RS in using model-driven architecture and protocol(s). First, it allows for transferring data-models whose content is not explicitly implemented or = understood. Reading that second sentence multiple times, I still fail to understand. Model-driven on one side, but you want data-models whose content is not = explicitly implemented or understood. Really confused. - Two of the existing protocols which the which may be re-used are NETCONF [RFC6241] and RESTCONF [I-D.ietf-netconf-restconf]. "may be reused". What does it mean? I was hoping that an architecture = documents would at least tell me which protocols are used. On my side this architecture is flexible (NETCONF or RESTCONF), on the = other side unclear (YANG 1.0 or YANG1.1), and in some cases, a complete = specification (for example the notification) To handle I2RS Agent failure, the I2RS Agent must use two different notifications. NOTIFICATION_I2RS_AGENT_STARTING: This notification signals to the I2RS Client(s) that the associated I2RS Agent has started. It includes an agent-boot-count that indicates how many times the I2RS Agent has restarted since the associated routing element restarted. The agent-boot-count allows an I2RS Client to determine if the I2RS Agent has restarted. (Note: This notification will be only transmitted to I2RS clients which = are know in some way after a reboot.) - editorial: Optionally, a routing element may permit a priority to be to be - For the case when the I2RS ephemeral state always wins for a data model, if there is an I2RS ephemeral state value it is installed instead of the local configuration state.=20 Again, I read that sentence multiple times, and could not understand it - figure 2. "The initial services included in the I2RS architecture are = as follows." Are these really the initial services for I2RS. I2RS is really dealing = with all these: interfaces, policy, QoS, ... Maybe I should review the I2RS charter?=20 - =20 The I2RS protocol may need to use several underlying transports (TCP, SCTP (stream control transport protocol), DCCP (Datagram Congestion Control Protocol)), with suitable authentication and integrity protection mechanisms Do you really want to have define transports? And below is Fred Baker's OPS DIR review: The first nit is a statement in section 1.1: Such an interface also facilitates the injection of ephemeral state into the routing system. Ephemeral state on a router is the state which does not survive a the reboot of a routing device or the reboot of the software handling the I2RS software on a routing device. Ephemeral state is state that is "ephemeral", which my dictionary tells = me means that it is "short-lived, transitory, lasting a short time". = This comes to mind because of a paper I discovered I was a co-author on = (story in the presence of adult beverages) last year, which suggested = that congested links in a network could be offloaded by directing a = subset of the routes, or a subset of the traffic using those routes, = using them to other links that a routing protocol might contend were = below par but which provided a non-looping path and had available = capacity. The issue was that when routing changed for any reason, these = SDN changes had to be undone and redone, a process that could take (in = the network of interest) on the order of 40 minutes. My suggestion to my = "co-authors" was that they simply change the FIB (which is by definition = ephemeral), so that should routing change the FIB would became = predictably correct (e.g., with no such optimizations added to it) after = having re-converged, and they could now re-optimize the FIB as they saw = fit without incurring a potential outage. I would suggest that the above reference to a reboot be changed to = "Ephemeral state on a router is state that changes from time to time". A = reboot is only one of those times. At the top of page 6, the first paragraph reads: The I2RS agent provides read and write access to selected data on the routing element that are organized into I2RS Services. Section 4 describes how access is mediated by authentication and access control mechanisms. Figure 1 shows I2RS agents being able to write ephemeral static state (e.g. RIB entries), and to read from dynamic static (e.g. MPLS LSP-ID or number of active BGP peers). In addition, the I have a hunch the authors intended to complete the final sentence. In section 3.1, which comments on "simplicity", I am very much in favor = of simplicity in the sense described by RFC 3439. That said, I think the = paper misses the mark by a few millimeters. It says Thus, one of the key aims for I2RS is the keep the protocol and modeling architecture simple. So for each architectural component or aspect, we ask ourselves "do we need this complexity, or is the behavior merely nice to have?" Often, simplicity is not about whether a feature is itself complex, but = about whether what is externalized is complex. Theorists dealing with = complexity use a swimming duck as an example: viewed from above the = water line, the duck is a picture of placidity in motion, while when = viewed from below its paddle feet are madly beating the water. A = communication example is in TCP; heaven only knows what is really = happening in the network, but TCP narrows the entire discussion into two = signal classes - in this RTT, it has received a congestion signal, or it = has not, and it has either received acknowledgements indicating forward = progress in the session, or it has not. From the application's = perspective, there is sufficient forward progress to merit continuing = the session at whatever rate it is able to proceed, or progress is = inadequate. Within TCP, there is actually a fair bit of complexity. = However, what it externalizes to a client application is dead simple. So I would go beyond "do I need this complexity" to "do I need for this = complexity to be externalized, do I need it at all, and if I need it, is = there a way to meet the need with a simpler external API?" In section 4 and 4.2, I'm concerned about the issues of authorization = "for classes of statements", which are mentioned obliquely but not = really gone into. My personal bugaboo in this context is the router I = use at my home, which is functionally equivalent to two separate routers = coexisting in a single chassis. One router connects my home office to my = employer using a VPN, and the other is a very typical residential CPE. = We have similar issues whenever a router has multiple routing tables or = contains multiple virtual routers. When I read An I2RS Client is not automatically trustworthy. Each I2RS Client is associated with identity with a set of scope limitations. I read "scope limitations" as a reference to "authorization", but I = think this concept needs to be fleshed out more. An I2RS client (or the = server it serves), perhaps on an interface, has a set of information, = which may be complete, null, or anywhere in between, for which it is = trustworthy, and it is not trustworthy for anything else. In a network = like my home, I could imagine a route controller operated by my = employer's IT organization and another operated by me or by my ISP on my = behalf. If a single system contains multiple clients or serves multiple = servers, that difference of authorization can be important. We = understand that in some detail in BGP; it needs to be handled in I2RS as = well. From nobody Fri Apr 22 07:25:00 2016 Return-Path: X-Original-To: i2rs@ietf.org Delivered-To: i2rs@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 93CD412D896; Fri, 22 Apr 2016 07:24:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160422142458.7710.9748.idtracker@ietfa.amsl.com> Date: Fri, 22 Apr 2016 07:24:58 -0700 Archived-At: Cc: i2rs@ietf.org Subject: [i2rs] I-D Action: draft-ietf-i2rs-architecture-15.txt X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 14:24:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Interface to the Routing System of the IETF. Title : An Architecture for the Interface to the Routing System Authors : Alia Atlas Joel Halpern Susan Hares Dave Ward Thomas D. Nadeau Filename : draft-ietf-i2rs-architecture-15.txt Pages : 38 Date : 2016-04-22 Abstract: This document describes the IETF architecture for a standard, programmatic interface for state transfer in and out of the Internet routing system. It describes the high-level architecture, the building blocks of this high-level architecture, and their interfaces with particular focus on those to be standardized as part of the Interface to Routing System (I2RS). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-i2rs-architecture/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-i2rs-architecture-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-i2rs-architecture-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Apr 22 07:32:38 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A70AA12D896; Fri, 22 Apr 2016 07:32:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sn1vNrrfxCVU; Fri, 22 Apr 2016 07:32:29 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 E68BC12D8DB; Fri, 22 Apr 2016 07:25:44 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: "'Alvaro Retana \(aretana\)'" , "'The IESG'" References: <20160315130123.29388.33945.idtracker@ietfa.amsl.com> <01ff01d19c4e$080a2600$181e7200$@ndzh.com> In-Reply-To: Date: Fri, 22 Apr 2016 10:25:20 -0400 Message-ID: <003101d19ca2$cfba1990$6f2e4cb0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01D19C81.48ADA9B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKvbXVR5HZhLz3siBCyA1d3hNKPywMBs8F5AZ6iComdtWIUMA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org, mach.chen@huawei.com, i2rs-chairs@ietf.org, draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 14:32:31 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0032_01D19C81.48ADA9B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Alvaro: Resolution works for me. I've uploaded a version -15 removing the safe definition and using your text instead. Sue From: Alvaro Retana (aretana) [mailto:aretana@cisco.com] Sent: Friday, April 22, 2016 9:09 AM To: Susan Hares; 'The IESG' Cc: i2rs@ietf.org; mach.chen@huawei.com; i2rs-chairs@ietf.org; draft-ietf-i2rs-architecture@ietf.org Subject: Re: [i2rs] Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with COMMENT) On 4/22/16, 12:18 AM, "Susan Hares" wrote: Sue: Hi! I have released a -14 of the architecture document. The only one I did not really address is #j. Comments on changes are in red. . Let me know if this is a major issue. No, is not a major issue. I do have one comment below. Thanks! Alvaro. . ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have some comments; I would consider the first two as significant/major, while the others are minor comments and nits that came up as I was reading (not always linearly). A. There are a couple of places where operations are characterized as "safe" (1.1 and 6.4.1 - see below), but no explanation as to what "safe" means. It seems to me that these mentions of "safe" go beyond authentication and even authorization to perform a specific operation, to the content of the operation itself. I would like to see some discussion about how to achieve it, and/or (at least) what the impact may be. - 1.1: "I2RS will only permit modification of state that would be safe, conceptually, to modify via local configuration; no direct manipulation of protocol-internal dynamically determined data is envisioned." - 6.4.1: "Routing elements may maintain one or more Information Bases. Examples include Routing Information Bases such as IPv4/IPv6 Unicast or IPv4/IPv6 Multicast. Another such example includes the MPLS Label Information Bases, per-platform or per-interface or per-context. This functionality, exposed via an I2RS Service, must interact smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources, so as to safely change the system state. Conceptually, this can be handled by having the I2RS Agent communicate with a RIB Manager as a separate routing source." Resolution: see addition of Safe modification of routing state via I2RS Sorry, but the definition doesn't work for me. This is what you added: safe modification of routing state via I2RS: are I2RS ephemeral configuration changes which which modify local configuration rather than the direct modification of protocol-internal state. Direct modifications to protocol-internal state may have unsafe consequences. The definition above (first sentence) basically describes any modification (of local configuration) -- I still fail to understand the "safe" characterization. Back to the 1.1 text (see above). Given the new definition, I would propose to change the text to: NEW> I2RS will only permit modification of state that would be possible to modify via local configuration; no direct manipulation of protocol-internal dynamically determined data is envisioned. Similar for 6.4.1: OLD> This functionality, exposed via an I2RS Service, must interact smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources, so as to safely change the system state. NEW> This functionality, exposed via an I2RS Service, must interact smoothly with the same mechanisms that the routing element already uses to handle RIB input from multiple sources.. In other words, take "safe" out because it leads to confusion. ------=_NextPart_000_0032_01D19C81.48ADA9B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Alvaro:

 

Resolution works for = me.  I’ve uploaded a version -15 removing the safe definition = and using your text instead.

 

Sue =

 

From:= = Alvaro Retana (aretana) [mailto:aretana@cisco.com]
Sent: = Friday, April 22, 2016 9:09 AM
To: Susan Hares; 'The = IESG'
Cc: i2rs@ietf.org; mach.chen@huawei.com; = i2rs-chairs@ietf.org; = draft-ietf-i2rs-architecture@ietf.org
Subject: Re: [i2rs] = Alvaro Retana's No Objection on draft-ietf-i2rs-architecture-13: (with = COMMENT)

 

On 4/22/16, 12:18 AM, "Susan = Hares" <shares@ndzh.com> = wrote:

 

=

Sue:

 

=

Hi!

 

=

I have released a -14 = of the architecture document.  The only one I did not really = address is #j.  Comments on changes are in red.

…

Let me know if this is = a major issue.

 

=

No, is not a major = issue.

 

=

I = do have one comment below.

 

=

Thanks!

 

=

Alvaro.

 

=

…

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

COMMENT:

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

 

I have some comments; I = would consider the first two as significant/major, while the others are = minor comments and nits that came up as I was reading (not always = linearly).

 

A. There are a couple = of places where operations are characterized as "safe" (1.1 = and 6.4.1 — see below), but no explanation as to what = "safe"

means.  It seems to me that these mentions of = "safe" go beyond authentication and even authorization to = perform a specific operation, to the content of the operation = itself.  I would like to see some discussion about how to achieve = it, and/or (at least) what the impact may be.

 

- 1.1: "I2RS will = only permit modification of state that would be safe, conceptually, to = modify via local configuration; no direct manipulation of = protocol-internal dynamically determined data is = envisioned."

 

- 6.4.1: "Routing = elements may maintain one or more Information = Bases.

Examples include Routing Information Bases such as = IPv4/IPv6 Unicast or

IPv4/IPv6 Multicast.  Another such example = includes the MPLS Label Information Bases, per-platform or per-interface = or per-context.  This functionality, exposed via an I2RS Service, = must interact smoothly with the same mechanisms that the routing element = already uses to handle RIB input from multiple sources, so as to safely = change the system state.

Conceptually, this can = be handled by having the I2RS Agent communicate with a RIB Manager as a = separate routing source."

 

Resolution:  see = addition of Safe modification of routing state via I2RS

 

=

Sorry, but the definition doesn't = work for me.  This is what you = added:

 

=

   safe modification of = routing state via I2RS:    are I2RS = ephemeral

      = configuration changes which which modify local = configuration

      rather than = the direct modification of protocol-internal = state.

      Direct = modifications to protocol-internal state may have = unsafe

      = consequences.

 

=

 

=

The definition above (first = sentence) basically describes any modification (of local configuration) = -- I still fail to understand the "safe" = characterization.

 

=

Back to the 1.1 text (see above). =  Given the new definition, I would propose to change the text = to:

 

=

NEW>

   I2RS will only = permit modification of state that would = be

   possible to modify = via local configuration; no direct

  =  manipulation of protocol-internal dynamically determined data = is

  =  envisioned.

 

=

Similar for = 6.4.1:

 

=

OLD>

   This functionality, = exposed via an I2RS Service, must = interact

   smoothly with the = same mechanisms that the routing element = already

   uses to handle RIB = input from multiple sources, so as to = safely

   change the system = state.

 

=

NEW>

   This functionality, = exposed via an I2RS Service, must = interact

   smoothly with the = same mechanisms that the routing element = already

   uses to handle RIB = input from multiple sources..

 

=

In other words, take = "safe" out because it leads to = confusion.

------=_NextPart_000_0032_01D19C81.48ADA9B0-- From nobody Mon Apr 25 09:12:30 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 671C712D536 for ; Mon, 25 Apr 2016 09:12:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mm.st header.b=VHQqtwSc; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=MRNQL1hK 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 LO8j6HerKOYF for ; Mon, 25 Apr 2016 09:12:27 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E059712B05C for ; Mon, 25 Apr 2016 09:12:26 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 520F12857A for ; Mon, 25 Apr 2016 12:04:19 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute6.internal (MEProxy); Mon, 25 Apr 2016 12:04:19 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=qbS RE7eS0yiM7IJVIq5b1nnDgM8=; b=VHQqtwScZvPZjqR7m1UsDkvC8miWTZao44r u3x+6h59/YgcSrc1Dt+QTyoA48kE/hra3JpWz+6DOm35JqmHGYLUMmOD88BCqypY 0H9Ooo/zNWBsD1vdn0OqbdKLYE1d8KmkP0gulLBV5owKSn9/PgvF/1Uefh4MAgpv wObqaxVY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=qbSRE7eS0yiM7IJVIq5b1nnDgM8=; b=MRNQL 1hKMBYUCSCxzcWzL0IpAzI57M/VpixOYRm4fG/MM4MFALBCq5usKQJa2/5M+K8sm GurjIlA9DZSrulQIhAhsuUnzIqCglmccRmGbgDU8fQHF1lnUmjtsnDgRgZRAxjzY c/kEgVr6XthvAB0fkE5w+WC3VFeXJ/0WvE2VGQ= Received: by web4.nyi.internal (Postfix, from userid 99) id 173C910233A; Mon, 25 Apr 2016 12:04:19 -0400 (EDT) Message-Id: <1461600259.1868989.588979393.728AD1A2@webmail.messagingengine.com> X-Sasl-Enc: lwVr8uurrD6EG1YuHVUyPeDVYwGA7qSvUJKy1+MjauFS 1461600259 From: Dan Frost To: rtg-ads@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-76f1c811 Date: Mon, 25 Apr 2016 17:04:19 +0100 Archived-At: Cc: rtg-dir@ietf.org, draft-ietf-i2rs-pub-sub-requirements.all@ietf.org, i2rs@ietf.org Subject: [i2rs] RtgDir review: draft-ietf-i2rs-pub-sub-requirements-06 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 16:12:28 -0000 Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-i2rs-pub-sub-requirements-06 Reviewer: Dan Frost Review Date: 2016-04-25 IETF LC End Date: 2016-04-29 Intended Status: Informational (?) Summary: I have significant concerns about this document and recommend that the Routing ADs discuss these issues further with the authors. Comments: Overall this is a clear and consistent requirements document that addresses an important real-world problem domain, and is nearly ready for publication. However, because this work may lead to significant changes in the mechanics of network management and control, some extra care in the review stage is warranted. I've marked some issues as major to indicate that they may deserve extra consideration by the ADs and/or the wider Internet community. Major Issues: 1. There seems to be some confusion as to the intended status of the document. The draft itself lists its intended status as Informational, which is usually appropriate for a requirements document. On the other hand, the draft was submitted to the IESG with an Intended Status of Proposed Standard. Furthermore, a quick check of other I2RS WG requirements docs shows them split between Informational and Proposed Standard, so the confusion may extend beyond this draft. I'd suggest the ADs and chairs agree on a consistent policy. 2. The document concerns requirements for a publish/subscribe interface to, among other things, real-time operational data. The text in Section 2.3 indicates an awareness of the need to support potentially large numbers of subscribers and high volumes of data. However, the document doesn't seem to discuss the global network impact of continuously pushing a lot of data to many subscribers. As the introduction of such a push system could lead to a qualitative shift in the total volume of management/control traffic, it seems important to begin addressing this issue at the requirements stage. A possible resolution would be to add a brief section on network impact under large-scale conditions, and/or a set of requirements for minimizing this impact. Some of the listed requirements are germane to this, e.g. subscription filters. bundling, and dampening. Issues that are not addressed include support for encoding formats that are efficient for high-volume transport and processing (XML and JSON are usually considered not to be); appropriate selection of transport protocols and features according to scale/use-case; and support for mechanisms to determine or restrict the bandwidth cost of a proposed or ongoing subscription. 3. This work is being carried out in the I2RS WG, but the first sentence of Section 2.2 states that this document is intended to cover requirements beyond I2RS. A general question for the editors/chairs/ADs is whether it has received any review by interested/affected parties outside I2RS? 4. The Security Requirements make no mention of data integrity or confidentiality. This is a potentially serious omission in today's network environment. I would expect at the least that subscribers have the ability to request a secure (authenticated, integrity-verified, confidential) session, that publishers likewise have the ability to refuse non-secure sessions, and that the security status of a session is explicitly signaled and checked by both parties during negotiation. Minor Issues: 1. The requirements in this document ought to be numbered for ease of reference. 2. Section 3: As this is a requirements doc, the RFC 2119 language paragraph could use a clarification sentence along the lines of the one in Section 1.1 of RFC 5654. 3. Section 3: It's not obvious to me from the text in this section what the distinction and intended relationship is between Receivers and Subscribers. Perhaps this can be clarified with an example? Also the statement "In general, the Receiver and Subscriber will be the same entity" doesn't sound right -- maybe you meant that in general they can be different, but usually they will be the same? 4. Section 3, last sentence: What is the difference between the terms "previous Push" and "last Update" used in this sentence? 5. Section 4.2.3, last paragraph: This paragraph would be more useful if it explained what a persistence/replay capability was and how it might work. 6. Can a definition or reference be provided for the term "object property" as used in Sections 3 and 4.2.7? This terminology seems slightly different from that used in RFC 6020. 7. Section 4.2.4: What is the purpose of stating that a subscription service should support "different" transports and encodings? This sounds too vague to be useful. Choice of transport and encoding are of great practical importance, but the document has almost nothing to say on these topics. Can the authors not provide a summary of options and some definite guidance here? 8. Section 4.2.5, third paragraph: Can you spell out in the document exactly what "Versioning" means here? 9. When the underlying transport provides some form of security, should there not be a requirement for alignment between transport security and pub/sub protocol security? Can, for example, TLS certificate validation fulfil the pub/sub authentication requirement? 10. An important use-case for such a pub/sub update service is a subscriber that wants to maintain an up-to-date local copy of a datastore residing on the publisher. This requires the ability to correlate the version of the datastore obtained via an out-of-band full download with the version reflected by each published update. Do the authors intend to allow for this case, and have they considered the associated requirements? Nits: Section 2.2, first paragraph: - s/Switches and Routers/switches and routers/ - s/past subscriptions includes/past subscription mechanisms includes/ Section 2.2, last paragraph: - s/NETCONF should the/NETCONF should be the/ - s/support Multicast and Broadcast/support for multicast and broadcast/ Section 3, 8th paragraph: - s/referred in/referred to in/ Section 3, 9th paragraph: - s/which have been made/that have been made/ Section 3, last paragraph: - s/propert(ies)/properties/ - s/different that/different than that/ Section 4, first paragraph: - s/morphed/adapted/ Section 4.1, last paragraph: - s/lease a Subscription/lease of a Subscription/ Section 4.2.1, second and third paragraphs: These two requirements seem to make more sense if "one or more" is replaced by "multiple". Section 4.2.8, third paragraph: - s/us a failure/is a failure/ Cheers, -d From nobody Mon Apr 25 12:43:19 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E878912B015 for ; Mon, 25 Apr 2016 12:43:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 thvUHFcDAYLK for ; Mon, 25 Apr 2016 12:43:12 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7139212D6DA for ; Mon, 25 Apr 2016 12:43:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=92642; q=dns/txt; s=iport; t=1461613392; x=1462822992; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KIDbKGjDsKLx0QAZYFnpoKvHbD0rUAE3P22fP6rGjHg=; b=ZR774XyLFRqcyGvgcpa31Mo7bzAerlcuIDQ2xA+A+Vum+nfaw6gIFmmu Wtvx9FiaJ9tbrjP+0dcrelq4F7XHqeoq4LFK+0cyyYJSwGrjkedN0AAY5 rDYTSiEN986ks4CbC4I3QFLHiLmGxsrIQxM4lrHEKa2KB9hpto8/cRWdf I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A8AgApch5X/4MNJK1egmxMU30GhU6gW?= =?us-ascii?q?4dti10BDYFxBBcBCoVsAhyBHjgUAQEBAQEBAWUnhEEBAQEEAQEBIAQGQQsQAgE?= =?us-ascii?q?IEQMBAQEhAQYDAgICHwYLFAkIAgQBDQWIFQMSDrE9jCINhFUBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEViWqBAoJBggkLCg0JCIJCglYFjVOFS4RAMQGFe4YjgXaBZoR?= =?us-ascii?q?NiF2HUIdeAR4BAUKCBQEagUtsAQGHf38BAQE?= X-IronPort-AV: E=Sophos;i="5.24,534,1454976000"; d="scan'208,217";a="264124959" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 25 Apr 2016 19:43:11 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u3PJhBRw028459 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 25 Apr 2016 19:43:11 GMT Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 25 Apr 2016 14:43:10 -0500 Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1104.009; Mon, 25 Apr 2016 14:43:10 -0500 From: "Charles Eckel (eckelcu)" To: "Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES at Cisco)" , Susan Hares , "Jan Medved (jmedved)" , "'Giles Heron'" , "'Edwin Cordeiro'" Thread-Topic: [i2rs] I2RS Hackathon Thread-Index: AQHRipmWuHPI1q50hUeTx4g9a49/cp9zA2+AgAB7MQCAEVmzAIAANQ8AgAACTwCACtxCAIAAQqYAgAAFgwCAAAsPgIAAEcYAgAAuqQCAAu8UgIAILiyA Date: Mon, 25 Apr 2016 19:43:10 +0000 Message-ID: References: <000001d18ae2$691ac8a0$3b5059e0$@ndzh.com> <01a001d193e7$62cdd4c0$28697e40$@ndzh.com> <01b301d193e8$8a3463c0$9e9d2b40$@ndzh.com> <020a01d199a0$7ec65800$7c530800$@ndzh.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.3.160329 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.245.191] Content-Type: multipart/alternative; boundary="_000_D34429966CE6Ceckelcuciscocom_" MIME-Version: 1.0 Archived-At: Cc: "i2rs@ietf.org" Subject: Re: [i2rs] I2RS Hackathon X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 19:43:18 -0000 --_000_D34429966CE6Ceckelcuciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TXkgdGhpbmtpbmcgYWZ0ZXIgYSBxdWljayBsb29rIGlzIHRvIHVzZSBHaWxlcyBzZXR1cCBhdCBo dHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZOZXQvb3BlbmRheWxpZ2h0LXNldHVwIGFuZCBkdXJp bmcgc3RlcCAzIHBvaW50IHRvIHdoYXRldmVyIGRpc3RybyBpcyBtb3N0IGFwcHJvcHJpYXRlIGF0 IHRoYXQgdGltZS4gQnkgdGhlIHRpbWUgb2YgdGhlIElFVEYgOTYgaGFja2F0aG9uIHRoaXMgY291 bGQgYmUgdGhlIG1pbmltYWwgZGlzdHJvIHRhcmdldGVkIGZvciBIb25leWNvbWIsIGJ1dCBvdGhl ciBkaXN0cm9zIGFyZSBlYXNpbHkgYWNjb21tb2RhdGVkIGluIHRoZSBtZWFudGltZS4NCg0KQ2hl ZXJzLA0KQ2hhcmxlcw0KDQpGcm9tOiBpMnJzIDxpMnJzLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRv OmkycnMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiAiTWFyb3MgTWFyc2FsZWsgLVgg KG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSIgPG1tYXJzYWxlQGNp c2NvLmNvbTxtYWlsdG86bW1hcnNhbGVAY2lzY28uY29tPj4NCkRhdGU6IFdlZG5lc2RheSwgQXBy aWwgMjAsIDIwMTYgYXQgNToxOSBQTQ0KVG86IFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208 bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+LCAiSmFuIE1lZHZlZCAoam1lZHZlZCkiIDxqbWVkdmVk QGNpc2NvLmNvbTxtYWlsdG86am1lZHZlZEBjaXNjby5jb20+PiwgJ0dpbGVzIEhlcm9uJyA8Z2ls ZXMuaGVyb25AZ21haWwuY29tPG1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20+PiwgJ0Vkd2lu IENvcmRlaXJvJyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRlaXJvLm5l dD4+DQpDYzogImkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+IiA8aTJyc0BpZXRm Lm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFj a2F0aG9uDQoNCkhlbGxvIFN1ZSwNCg0KSSBtYXkgaGF2ZSBub3QgYmVlbiBjbGVhciByZWdhcmRp bmcgdGhlIEhvbmV5Y29tYiBwcm9qZWN0L2Rpc3RyaWJ1dGlvbiBzbyBoZXJl4oCZcyBzb21lIGNs YXJpZmljYXRpb246DQoNCldlIGFyZSB3b3JraW5nIGhhcmQgdG8gbWFrZSBIb25leWNvbWIgcHJv amVjdC9kaXN0cmlidXRpb24gYXZhaWxhYmxlIGZvciBJRVRGIGluIEp1bHkgYW5kIHdlIHdpbGwu IEkgd2FzIGp1c3QgcmVmZXJyaW5nIHRvIHRoZSBtaW5pbWFsIGRpc3RyaWJ1dGlvbiBzdG9yeSBw bGFubmVkIGZvciBIb25leWNvbWIsIHdoaWNoIGNvdmVycyBpbXByb3ZlbWVudHMvb3B0aW1pemF0 aW9ucyBwbGFubmVkIGp1c3QgZm9yIHRoZSBIb25leWNvbWIgZGlzdHJpYnV0aW9uLCB0aGF0IGFs cmVhZHkgZXhpc3RzIGluIHRoZSBwcm9qZWN0LiBUaG9zZSBpbXByb3ZlbWVudHMgYXJlIG5vdCBl c3NlbnRpYWwgZm9yIGFueSBmZWF0dXJlIGRldmVsb3BtZW50IGFuZCB3b3VsZCBqdXN0IGZ1cnRo ZXIgc3RyaXAgZG93biBIb25leWNvbWIgZXhlY3V0YWJsZXMgaW4gaXRzIGRpc3RyaWJ1dGlvbi4N Cg0KUmVnYXJkcywNCk1hcm9zDQoNCkZyb206IFN1c2FuIEhhcmVzIFttYWlsdG86c2hhcmVzQG5k emguY29tXQ0KU2VudDogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiA4OjMxIFBNDQpUbzogSmFuIE1l ZHZlZCAoam1lZHZlZCkgPGptZWR2ZWRAY2lzY28uY29tPG1haWx0bzpqbWVkdmVkQGNpc2NvLmNv bT4+OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJRVMg YXQgQ2lzY28pIDxtbWFyc2FsZUBjaXNjby5jb208bWFpbHRvOm1tYXJzYWxlQGNpc2NvLmNvbT4+ OyAnR2lsZXMgSGVyb24nIDxnaWxlcy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9u QGdtYWlsLmNvbT4+OyAnRWR3aW4gQ29yZGVpcm8nIDxlZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0 bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4NCkNjOiBpMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGll dGYub3JnPg0KU3ViamVjdDogUkU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpKYW4gYW5kIE1h cm9zOg0KDQpUaGlzIHdvdWxkIGJlIHdvbmRlcmZ1bCB0byBoYXZlIHRoZSBtaW5pbWFsIGRpc3Ry aWJ1dGlvbiBhdCBCZXJsaW4gc28gd2UgY291bGQgdHJ5IGl0IG91dC4NCg0KU3VlDQoNCkZyb206 IEphbiBNZWR2ZWQgKGptZWR2ZWQpIFttYWlsdG86am1lZHZlZEBjaXNjby5jb21dDQpTZW50OiBN b25kYXksIEFwcmlsIDE4LCAyMDE2IDExOjQ0IEFNDQpUbzogTWFyb3MgTWFyc2FsZWsgLVggKG1t YXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKTsgR2lsZXMgSGVyb247IEVk d2luIENvcmRlaXJvDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz47IFN1 c2FuIEhhcmVzDQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkkgd2FzIHRo aW5raW5nIHRoZSB0YXJnZXQgd291bGQgYmUgdGhlIEJlcmxpbiBJRVRGIGluIEp1bHkuDQoNCkZy b206ICJNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJRVMg YXQgQ2lzY28pIiA8bW1hcnNhbGVAY2lzY28uY29tPG1haWx0bzptbWFyc2FsZUBjaXNjby5jb20+ Pg0KRGF0ZTogTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiBhdCA3OjQwIEFNDQpUbzogSmFuIE1lZHZl ZCA8am1lZHZlZEBjaXNjby5jb208bWFpbHRvOmptZWR2ZWRAY2lzY28uY29tPj4sIEdpbGVzIEhl cm9uIDxnaWxlcy5oZXJvbkBnbWFpbC5jb208bWFpbHRvOmdpbGVzLmhlcm9uQGdtYWlsLmNvbT4+ LCBFZHdpbiBDb3JkZWlybyA8ZWR3aW5Ac2NvcmRlaXJvLm5ldDxtYWlsdG86ZWR3aW5Ac2NvcmRl aXJvLm5ldD4+DQpDYzogImkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+IiA8aTJy c0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4+LCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5k emguY29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUkU6IFtpMnJzXSBJMlJT IEhhY2thdGhvbg0KDQpIaSBldmVyeW9uZSwNCg0KSmFuIGlzIHJpZ2h0LCB3ZSBhcmUgdHJ5aW5n IHRvIHByb2R1Y2UgYSBtaW5pbWFsIE9ETCBkaXN0cmlidXRpb24gZm9yIHRoZSBIb25leWNvbWIg cHJvamVjdC4gSG93ZXZlciB3ZSBoYXZlIHF1aXRlIGEgYml0IG9mIHdvcmsgYWhlYWQgb2YgdXMs IGJlZm9yZSB0aGUgbWluaW1hbCBkaXN0cmlidXRpb24gd2lsbCBiZSBhdmFpbGFibGU6IGh0dHBz Oi8vamlyYS5mZC5pby9icm93c2UvSE9ORVlDT01CLTE4DQoNCkFuZCB3ZSBkbyBub3QgaGF2ZSBh biBleGFjdCBkYXRlIGZvciB3aGVuIHRoaXMgd2lsbCBiZSBhdmFpbGFibGUuIEl0IG1pZ2h0IHRh a2UgYSBjb3VwbGUgbW9udGhzIGJlZm9yZSB3ZSBzdGFydCBhbmQgZmluaXNoIHdpdGggdGhpcyBl ZmZvcnQuDQoNCk1hcm9zDQoNCkZyb206IEphbiBNZWR2ZWQgKGptZWR2ZWQpDQpTZW50OiBNb25k YXksIEFwcmlsIDE4LCAyMDE2IDQ6MDEgUE0NClRvOiBHaWxlcyBIZXJvbiA8Z2lsZXMuaGVyb25A Z21haWwuY29tPG1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20+PjsgRWR3aW4gQ29yZGVpcm8g PGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQ+PjsgTWFyb3Mg TWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSA8 bW1hcnNhbGVAY2lzY28uY29tPG1haWx0bzptbWFyc2FsZUBjaXNjby5jb20+Pg0KQ2M6IGkycnNA aWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+OyBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemgu Y29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+Pg0KU3ViamVjdDogUmU6IFtpMnJzXSBJMlJTIEhh Y2thdGhvbg0KDQpFZHdpbiwgR2lsZXMsIFN1ZToNCg0KQXMgcGFydCBvZiBGRC5pbyB3ZSBhcmUg Y3JlYXRpbmcgYSBzdHJpcHBlZC1kb3duIGRpc3RyaWJ1dGlvbiBvZiBPREwgdGhhdCBjb250YWlu cyBvbmx5IE5ldGNvbmYsIEJHUCBhbmQgY29tcG9uZW50cyByZXF1aXJlZCB0byBzdXBwb3J0IHRo ZXNlIHR3by4gVGhpcyB3aWxsIGJlIHRoZSBtYW5hZ2VtZW50L2NvbnRyb2wgYWdlbnQgZm9yIFZQ UCAocHJvamVjdCBuYW1lIEhvbmV5Y29tYikuIFRoaXMgd291bGQgSU1PIGJlIHRoZSBiZXN0IGZp dCBmb3IgdGhlIEhhY2thdGhvbiBwbGF0Zm9ybS4gUGxlYXNlIGNvbnRhY3QgTWFyb3MgTWFyc2Fs ZWsgKHRoZSBQVEwgZm9yIEhvbmV5Y29tYiwgY29waWVkKSBmb3IgbW9yZSBkZXRhaWxzLg0KDQoN Cg0KVGhhbmtzLA0KSmFuDQoNCg0KRnJvbTogaTJycyA8aTJycy1ib3VuY2VzQGlldGYub3JnPG1h aWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgR2lsZXMgSGVyb24gPGdp bGVzLmhlcm9uQGdtYWlsLmNvbTxtYWlsdG86Z2lsZXMuaGVyb25AZ21haWwuY29tPj4NCkRhdGU6 IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgYXQgNjo0MSBBTQ0KVG86IEVkd2luIENvcmRlaXJvIDxl ZHdpbkBzY29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4NCkNjOiAiaTJy c0BpZXRmLm9yZzxtYWlsdG86aTJyc0BpZXRmLm9yZz4iIDxpMnJzQGlldGYub3JnPG1haWx0bzpp MnJzQGlldGYub3JnPj4sIFN1c2FuIEhhcmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJl c0BuZHpoLmNvbT4+DQpTdWJqZWN0OiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uDQoNCkhpIEVk d2luLA0KDQpPbiAxOCBBcHIgMjAxNiwgYXQgMTA6NDIsIEVkd2luIENvcmRlaXJvIDxlZHdpbkBz Y29yZGVpcm8ubmV0PG1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Pj4gd3JvdGU6DQoNCkhpIFN1 ZSwNCg0KSW4gbGluZSBjb21tZW50cy4NCg0KVGhhbmtzLA0KDQpFZHdpbiBDb3JkZWlybw0KDQpP biBNb24sIEFwciAxMSwgMjAxNiBhdCAxOjUxIFBNLCBTdXNhbiBIYXJlcyA8c2hhcmVzQG5kemgu Y29tPG1haWx0bzpzaGFyZXNAbmR6aC5jb20+PiB3cm90ZToNCkVkd2luOg0KDQpTb3JyeSwgbXkg Zmlyc3QgbWVzc2FnZSBkaWQgbm90IGFkZHJlc3MgYWxsIHlvdXIgcXVlc3Rpb25zLiAgV2hhdCB3 b3VsZCBiZSB1c2VmdWwgZm9yIHlvdSB0byBkbyBpczoNCg0KMSkgICAgICBTZWUgaWYgeW91IGNh biBnZXQgYW4gT0RMIGJhc2VkIFZNIHdoaWNoIGlzIHRoZSBzYW1lIHNpemUgYXMgRG9uIGFuZCBN YW1hZG914oCZcyBWTSwNCuKAi1llcywgaXQgaXMgcG9zc2libGUgdG8gbWFrZSBhIHNtYWxsIFZN IHdpdGggT0RMIGlmIHRoZSBncmFwaGljYWwgaW50ZXJmYWNlIGlzIG5vdCBuZWVkZWQu4oCLDQoN Cg0KeXVwIC0gSSBoYXZlIFZNcyB0aGF0IGFyZSBhYm91dCAxLjVHQiB3aXRoIE9ETCBwbHVzIHRo ZSBzdHVmZiBuZWVkZWQgdG8gcnVuIGl0IChub3Qgc3VyZSBpZiB0aGF04oCZcyDigJxzbWFsbOKA nT8pLiAgWW91IGNvdWxkIHByb2JhYmx5IGJ1aWxkIGEgbXVjaCBzbWFsbGVyIFZNIGlmIHlvdSB0 b28gdGhlIHRpbWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24ndCBuZWVk LiAgIEkgaGF2ZSBhIHZhZ3JhbnQgc2V0dXAgZm9yIGl0IHRvbyAoc28gb25seSBhIGNvdXBsZSBv ZiBLQiBidXQgZG93bmxvYWRzIGEgbG90IG9mIHN0dWZmIHdoZW4geW91IHJ1biBpdCkuICBUYWtl IGEgbG9vayBpbjoNCg0KaHR0cHM6Ly9naXRodWIuY29tL0Npc2NvRGV2TmV0L29wZW5kYXlsaWdo dC1zZXR1cA0KDQpHaWxlcw0KMikgICAgICBTZWUgaWYgeW91IGNhbiBydW4gRG9uIGFuZCBNYW1h ZG914oCZcyBWTSBpbiB5b3VyIGVudmlyb25tZW50Lg0K4oCLSWYgd2UgY2FuIGdldCBhIGNvcHkg b2YgdGhpcyBWTSwgd2UgY2FuIHN1cmVseSB0ZXN0IGl0LuKAiw0KMykgICAgICBUZXN0IHRoZSBJ MlJTIFJJQiB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXRodWIgKH4y IHdlZWtzKQ0KNCkgICAgICBUZXN0IHRoZSBJMlJTIEZpbHRlci1CYXNlZCB3aXRoIHRoZSBRdWFn Z2EgY29kZSB3aGVuIEkgcG9zdCBpdCB0byBnaXR1YiAofjQgd2Vla3MpDQrigItXZSB3aWxsIHdh aXQgZm9yIGl0LuKAiw0KDQoNCkkgd2lsbCB0cnkgdG8gZ2V0IHRoZSBPREwgVk0gcG9zdGVkIHRv IGdpdGh1YiB0b2RheS4NCuKAi0kgbG9va2VkIGF0IHRoZSBIYWNrYXRob24gKGh0dHBzOi8vZ2l0 aHViLmNvbS9JRVRGLUhhY2thdGhvbi9pZXRmOTUpIGFuZCB0aGUgSTJSUy1XRyAoaHR0cHM6Ly9n aXRodWIuY29tL2kycnMtd2cpIEdpdGh1YiwgYnV0IGZvdW5kIG5vIFZNIHRoZXJlLuKAiyBBcmUg eW91IHVzaW5nIGFub3RoZXIgcmVwb3NpdG9yeT8NCg0KDQpTdWUNCg0KRnJvbTogaTJycyBbbWFp bHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnPl0g T24gQmVoYWxmIE9mIFN1c2FuIEhhcmVzDQpTZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDc6 NDQgQU0NClRvOiAnRWR3aW4gQ29yZGVpcm8nDQpDYzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJy c0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbaTJyc10gSTJSUyBIYWNrYXRob24NCg0KRWR3aW46 DQoNClRoYW5rIHlvdSBmb3IgeW91ciBlbnZpcm9ubWVudC4gIERvbiBGZWR5ayBhbmQgTWFtYWRv dSBUYWhpcm91IGNyZWF0ZWQgYSBWTSBpbiB0aGUgdmlydHVhbCBib3guDQrigKIgICAgICAgRGV2 ICYgZXhlY3V0aW9uIGVudmlyb25tZW50OiBMaW51eCAoVWJ1bnR1ICAxNC4zIG5hdGl2ZSBvciBp biBWaXJ0dWFsIEJveCkNCuKAoiAgICAgICBtaW5pbmV0IGFuZCBtaW5pbmV4dCAoc2ltdWxhdGVk IG5ldHdvcmsgb2Ygcm91dGVycykNCuKAoiAgICAgICBRdWFnZ2EgMS4wLjIwMTYwMzE1IChpbmNs dWRpbmcgWmVicmEgZm9yIHJvdXRlIHRhYmxlIGFjY2VzcykNCg0KVGhlIGZvbGxvd2luZyBjb2Rl IG5lZWRzIHdpbGwgbmVlZCB0byBiZSBkb3dubG9hZGVkIHRvIHRoZSBmb2xsb3dpbmcgVk06DQri gKIgICAgICAgQ2lzY28vVGFpbC1mIGNvbmZkIDYuMQ0K4oCiICAgICAgIFl1bWHigJlzIHlhbmdj bGktcHJvDQrigKIgICAgICAgaWV0Zi1pMnJzLXJpYiBZQU5HIG1vZGVsIGZyb20gZHJhZnQtaWV0 Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLTA1LnR4dA0K4oCiICAgICAgIEkyUlMgRkItRklCIFlhbmcg bW9kZWwgIC0tPiBsaW5rIHRvIElQLVRhYmxlIGluIFVidW50dQ0KDQpUaGlzIHBhcnQgb2YgdGhl IGNvZGUgd2FzIG5vdCBjb21wbGV0ZWQg4oCTIHNvIEkgd2lsbCB0cnkgdG8gY29tcGxldGUgdGhp cw0KDQpJIHdpbGwgcG9zdCB0aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0b3J5Lg0KDQpT dWUNCg0KDQpGcm9tOmVkd2luc2NAZ21haWwuY29tPG1haWx0bzplZHdpbnNjQGdtYWlsLmNvbT4g W21haWx0bzplZHdpbnNjQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJvDQpT ZW50OiBNb25kYXksIEFwcmlsIDExLCAyMDE2IDQ6MzQgQU0NClRvOiBTdXNhbiBIYXJlcw0KQ2M6 IGkycnNAaWV0Zi5vcmc8bWFpbHRvOmkycnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2kycnNd IEkyUlMgSGFja2F0aG9uDQoNCkhpIFN1c2FuLA0KDQpJIHNhdyB5b3VyIHByZXNlbnRhdGlvbiBv ZiB0aGUgSGFja2F0aG9uIGFuZCBmaXJzdCBzb3JyeSB0aGUgVk0gd2Fzbid0IHNtYWxsZXIsIGJ1 dCB0aG9zZSB3ZXJlIHRoZSBzdWdnZXN0aW9ucyBmcm9tIE9ETCBmb3IgcnVubmluZyBpdCBpbnNp ZGUgYSBWTS4NCg0KV2UgYXJlIGhhcHB5IHRoYXQgeW91IHdlcmUgYWJsZSB0byBmaW5kIGEgd29y a2Fyb3VuZCBhbmQgd2Ugd291bGQgbGlrZSB0byB0ZXN0IGFuZCBleHBhbmQgdGhlIHJlc3VsdCBv ZiB0aGUgSGFja2F0aG9uLCBjb3VsZCB5b3UgcGxlYXNlIHNoYXJlIHRoZSByZXN1bHRzPw0KDQpU aGFuayB5b3UNCg0KRWR3aW4gQ29yZGVpcm8NCg0KT24gVGh1LCBNYXIgMzEsIDIwMTYgYXQgOToz NiBBTSwgRWR3aW4gQ29yZGVpcm8gPGVkd2luQHNjb3JkZWlyby5uZXQ8bWFpbHRvOmVkd2luQHNj b3JkZWlyby5uZXQ+PiB3cm90ZToNCkhpIFN1c2FuLA0KDQpUaGUgVk0gaXMgYSBVYnVudHUgc28g aXQgaXMgcG9zc2libGUgdG8gcnVuIHRoaXMgZW11bGF0ZWQgbmV0d29yayBpbiBhIG5hdGl2ZSBV YnVudHUgbGFwdG9wLiBUaGUgb25seSBzcGVjaWFsIHJlcXVpcmVtZW50IGlzIGZvciBNaW5pTkV4 VCAoaHR0cHM6Ly9naXRodWIuY29tL1VTQy1OU0wvbWluaU5FeFQpLCB0aGF0IGRvZXMgbm90IGN1 cnJlbnRseSBzdXBwb3J0IHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBNaW5pbmV0LCB5b3UgbXVzdCB1 c2UgTWluaW5ldCB2ZXJzaW9uIDIuMS4wLiBJIHdpbGwgYWRkIHRvIHRoZSB3ZWJwYWdlIGEgZmls ZSB3aXRoIHRoZSBjb25maWcgZmlsZXMgdXNlZCBmb3IgTWluaW5ldCBhbmQgTWluaU5FeFQuDQoN CkFub3RoZXIgb3B0aW9uIGlzIHRvIHJ1biB0aGUgVk0gYW5kIGNvbmZpZ3VyZSB0aGUgVmlydHVh bGJveCBvciBWTXdhcmUgUGxheWVyIHRvIG1ha2UgdGhlIG5ldHdvcmsgaW50ZXJmYWNlIG9mIHRo ZSBWTSB0byBiZSBpbiBicmlkZ2UgbW9kZSBvciBpbiBpbnRlcm5hbCBuZXR3b3JrIHdpdGggdGhl IGhvc3QgbWFjaGluZSwgdGhhdCB3YXkgeW91IG1heSB1c2UgYW55IHByb2dyYW0gaW5zdGFsbGVk IGluIHRoZSBob3N0IG1hY2hpbmUgdG8gaW50ZXJhY3Qgd2l0aCB0aGUgVk0uDQoNCkJSDQoNCkVk d2luIENvcmRlaXJvDQoNCk9uIFRodSwgTWFyIDMxLCAyMDE2IGF0IDI6MTUgQU0sIFN1c2FuIEhh cmVzIDxzaGFyZXNAbmR6aC5jb208bWFpbHRvOnNoYXJlc0BuZHpoLmNvbT4+IHdyb3RlOg0KRWR3 aW46DQoNClRoYW5rIHlvdSBmb3IgdGhlIGNsaWVudC4gIERvIHlvdSB0aGluayBpdCB3b3VsZCB3 b3JrIG9uIHVuYnVudHU/ICBJ4oCZdmUgZ290IGFuIE9ETCBlbnZpcm9ubWVudCBpbiBvcmFjbGUg Qm94IGFuZCBydW5uaW5nIG5hdGl2ZSBvbiB0aGUgdW5idW50dSBsYXB0b3BzLg0KDQpTdWUNCg0K RnJvbTogaTJycyBbbWFpbHRvOmkycnMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86aTJycy1ib3Vu Y2VzQGlldGYub3JnPl0gT24gQmVoYWxmIE9mIEVkd2luIENvcmRlaXJvDQpTZW50OiBXZWRuZXNk YXksIE1hcmNoIDMwLCAyMDE2IDExOjMzIEFNDQpUbzogaTJyc0BpZXRmLm9yZzxtYWlsdG86aTJy c0BpZXRmLm9yZz4NClN1YmplY3Q6IFtpMnJzXSBJMlJTIEhhY2thdGhvbg0KDQpIaSBhbGwsDQoN CkFzIHdlIGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJMlJTIGltcGxlbWVudGF0aW9uIGhlcmUgYXQg VFUgTXVuaWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhhdCBpcyBydW5uaW5nIE1pbmluZXQgKHRvIGVt dWxhdGUgYSBuZXR3b3JrKSwgTWluaW5FeHQgKHRvIGltcGxlbWVudCB2aXJ0dWFsIHJvdXRlcnMp IGFuZCBPcGVuRGF5TGlnaHQgKHRoYXQgd2UgdHJ5aW5nIHRvIHVzZSBhcyBJMlJTIGFnZW50KSwg dGhlIEkyUlMgY2xpZW50IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSB1c2luZyBaZWJyYS4gVGhlIEky UlMgYWdlbnQgaXMgdGhlIE5FVENPTkYgKyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQgbmVl ZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJlIHdyaXR0ZW4uIFRoZSBJMlJTIGNsaWVudCBpcyBub3Qg cHJlc2VudCBhcyBpdCBpcyBub3QgeWV0IHJlYWR5IGZvciBzaGFyaW5nLg0KDQpPbiB0aGUgcHJl dmlvdXMgSGFja2F0aG9uLCBvbmUgb2YgdGhlIGRpZmZpY3VsdGllcyBmb3IgdGhlIEkyUlMgd2Fz IHRoZSBsYWNrIG9mIGFuIGVudmlyb25tZW50IHdoZXJlIGl0IGNvdWxkIGJlIGRldmVsb3BlZCwg c28gd2UgZGVjaWRlZCB0byBzaGFyZSB0aGlzIFZNIGFuZCBhIGJhc2ljIHR1dG9yaWFsIHRvIGdl dCB0aGlzIG5ldHdvcmsgcnVubmluZyBpbiB0aGUgaG9wZSBpdCBjb3VsZCBiZSB1c2VmdWwgZm9y IHRoZSBhcHByb2FjaGluZyBIYWNrYXRob24gaW4gQnVlbm9zIEFpcmVzLg0KDQpUaGUgdHV0b3Jp YWwgYW5kIFZNIGFyZSBhdmFpbGFibGUgYXQ6DQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHVi L2kycnMvDQpodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHViL2kycnMvSTJSUy1EZXYtVk0ub3Zh IC0gbWQ1OiBhZjcwNzQxY2QxMmIzOWE5NjQ0YjA4ODFkZjUxNmE1NQ0KDQpVbmZvcnR1bmF0ZWx5 IHdlIHdpbGwgbm90IGJlIGFibGUgdG8gYXR0ZW5kIHRoaXMgbmV4dCBtZWV0aW5nIGluIHBlcnNv biwgYnV0IGlmIHlvdSBoYXZlIGFueSBxdWVzdGlvbiwgbGV0IHVzIGtub3cuIFdlIGhvcGUgdGhl IFZNIHRvIGJlIHVzZWZ1bC4NCg0KQmVzdCBSZWdhcmRzLA0KDQpFZHdpbiBDb3JkZWlybw0KDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmkycnMg bWFpbGluZyBsaXN0DQppMnJzQGlldGYub3JnPG1haWx0bzppMnJzQGlldGYub3JnPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pMnJzDQoNCg== --_000_D34429966CE6Ceckelcuciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NnB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5NeSB0aGlua2lu ZyBhZnRlciBhIHF1aWNrIGxvb2sgaXMgdG8gdXNlIEdpbGVzIHNldHVwIGF0Jm5ic3A7PGEgaHJl Zj0iaHR0cHM6Ly9naXRodWIuY29tL0Npc2NvRGV2TmV0L29wZW5kYXlsaWdodC1zZXR1cCI+aHR0 cHM6Ly9naXRodWIuY29tL0Npc2NvRGV2TmV0L29wZW5kYXlsaWdodC1zZXR1cDwvYT4mbmJzcDth bmQgZHVyaW5nIHN0ZXAgMyBwb2ludCB0byB3aGF0ZXZlciBkaXN0cm8gaXMgbW9zdCBhcHByb3By aWF0ZSBhdCB0aGF0IHRpbWUuIEJ5IHRoZQ0KIHRpbWUgb2YgdGhlIElFVEYgOTYgaGFja2F0aG9u IHRoaXMgY291bGQgYmUgdGhlIG1pbmltYWwgZGlzdHJvIHRhcmdldGVkIGZvciBIb25leWNvbWIs IGJ1dCBvdGhlciBkaXN0cm9zIGFyZSBlYXNpbHkgYWNjb21tb2RhdGVkIGluIHRoZSBtZWFudGlt ZS48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PkNoZWVycyw8L2Rpdj4NCjxkaXY+Q2hh cmxlczwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VD VElPTiI+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpOyBmb250LXNpemU6MTFwdDsg dGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpibGFjazsgQk9SREVSLUJPVFRPTTogbWVkaXVtIG5vbmU7 IEJPUkRFUi1MRUZUOiBtZWRpdW0gbm9uZTsgUEFERElORy1CT1RUT006IDBpbjsgUEFERElORy1M RUZUOiAwaW47IFBBRERJTkctUklHSFQ6IDBpbjsgQk9SREVSLVRPUDogI2I1YzRkZiAxcHQgc29s aWQ7IEJPUkRFUi1SSUdIVDogbWVkaXVtIG5vbmU7IFBBRERJTkctVE9QOiAzcHQiPg0KPHNwYW4g c3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkZyb206IDwvc3Bhbj5pMnJzICZsdDs8YSBocmVmPSJt YWlsdG86aTJycy1ib3VuY2VzQGlldGYub3JnIj5pMnJzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+Jmd0 OyBvbiBiZWhhbGYgb2YgJnF1b3Q7TWFyb3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhF T04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1tYXJz YWxlQGNpc2NvLmNvbSI+bW1hcnNhbGVAY2lzY28uY29tPC9hPiZndDs8YnI+DQo8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RGF0ZTogPC9zcGFuPldlZG5lc2RheSwgQXByaWwgMjAsIDIw MTYgYXQgNToxOSBQTTxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5UbzogPC9z cGFuPlN1c2FuIEhhcmVzICZsdDs8YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIj5zaGFy ZXNAbmR6aC5jb208L2E+Jmd0OywgJnF1b3Q7SmFuIE1lZHZlZCAoam1lZHZlZCkmcXVvdDsgJmx0 OzxhIGhyZWY9Im1haWx0bzpqbWVkdmVkQGNpc2NvLmNvbSI+am1lZHZlZEBjaXNjby5jb208L2E+ Jmd0OywgJ0dpbGVzIEhlcm9uJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9uQGdtYWls LmNvbSI+Z2lsZXMuaGVyb25AZ21haWwuY29tPC9hPiZndDssDQogJ0Vkd2luIENvcmRlaXJvJyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPmVkd2luQHNjb3JkZWlyby5u ZXQ8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5DYzogPC9zcGFu PiZxdW90OzxhIGhyZWY9Im1haWx0bzppMnJzQGlldGYub3JnIj5pMnJzQGlldGYub3JnPC9hPiZx dW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPmkycnNAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+ UmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbjxicj4NCjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHls ZT0iQk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46 MCAwIDAgNTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIg eG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3 PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8v c2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8v d3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2Rpbmdz Ow0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToy IDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENo YXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4 LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmO30NCnNwYW4uQmFsbG9vblRl eHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFt aWx5OiJUYWhvbWEiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29s b3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30N CnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBw dDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPGRpdiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhlbGxvIFN1ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgbWF5IGhhdmUgbm90IGJlZW4gY2xlYXIgcmVnYXJkaW5n IHRoZSBIb25leWNvbWIgcHJvamVjdC9kaXN0cmlidXRpb24gc28gaGVyZeKAmXMgc29tZSBjbGFy aWZpY2F0aW9uOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+V2Ug YXJlIHdvcmtpbmcgaGFyZCB0byBtYWtlIEhvbmV5Y29tYiBwcm9qZWN0L2Rpc3RyaWJ1dGlvbiBh dmFpbGFibGUgZm9yIElFVEYgaW4gSnVseSBhbmQgd2Ugd2lsbC4gSSB3YXMganVzdCByZWZlcnJp bmcgdG8gdGhlIG1pbmltYWwgZGlzdHJpYnV0aW9uIHN0b3J5IHBsYW5uZWQNCiBmb3IgSG9uZXlj b21iLCB3aGljaCBjb3ZlcnMgaW1wcm92ZW1lbnRzL29wdGltaXphdGlvbnMgcGxhbm5lZCBqdXN0 IGZvciB0aGUgSG9uZXljb21iIGRpc3RyaWJ1dGlvbiwgdGhhdCBhbHJlYWR5IGV4aXN0cyBpbiB0 aGUgcHJvamVjdC4gVGhvc2UgaW1wcm92ZW1lbnRzIGFyZSBub3QgZXNzZW50aWFsIGZvciBhbnkg ZmVhdHVyZSBkZXZlbG9wbWVudCBhbmQgd291bGQganVzdCBmdXJ0aGVyIHN0cmlwIGRvd24gSG9u ZXljb21iIGV4ZWN1dGFibGVzDQogaW4gaXRzIGRpc3RyaWJ1dGlvbi48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk1h cm9zPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBTdXNhbiBIYXJl cyBbPGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+bWFpbHRvOnNoYXJlc0BuZHpoLmNv bTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiA4OjMxIFBN PGJyPg0KPGI+VG86PC9iPiBKYW4gTWVkdmVkIChqbWVkdmVkKSAmbHQ7PGEgaHJlZj0ibWFpbHRv OmptZWR2ZWRAY2lzY28uY29tIj5qbWVkdmVkQGNpc2NvLmNvbTwvYT4mZ3Q7OyBNYXJvcyBNYXJz YWxlayAtWCAobW1hcnNhbGUgLSBQQU5USEVPTiBURUNITk9MT0dJRVMgYXQgQ2lzY28pICZsdDs8 YSBocmVmPSJtYWlsdG86bW1hcnNhbGVAY2lzY28uY29tIj5tbWFyc2FsZUBjaXNjby5jb208L2E+ Jmd0OzsgJ0dpbGVzIEhlcm9uJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdpbGVzLmhlcm9uQGdtYWls LmNvbSI+Z2lsZXMuaGVyb25AZ21haWwuY29tPC9hPiZndDs7DQogJ0Vkd2luIENvcmRlaXJvJyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPmVkd2luQHNjb3JkZWlyby5u ZXQ8L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmci PmkycnNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbaTJyc10gSTJSUyBI YWNrYXRob248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SmFuIGFuZCBNYXJvczoNCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhpcyB3b3VsZCBiZSB3b25kZXJmdWwg dG8gaGF2ZSB0aGUgbWluaW1hbCBkaXN0cmlidXRpb24gYXQgQmVybGluIHNvIHdlIGNvdWxkIHRy eSBpdCBvdXQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN1 ZQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss c2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gSmFuIE1lZHZlZCAo am1lZHZlZCkgWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86am1lZHZlZEBjaXNjby5jb20iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oyxz YW5zLXNlcmlmIj5tYWlsdG86am1lZHZlZEBjaXNjby5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmIj5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxOCwgMjAxNiAxMTo0NCBB TTxicj4NCjxiPlRvOjwvYj4gTWFyb3MgTWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04g VEVDSE5PTE9HSUVTIGF0IENpc2NvKTsgR2lsZXMgSGVyb247IEVkd2luIENvcmRlaXJvPGJyPg0K PGI+Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5z LXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+OyBTdXNhbiBI YXJlczxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5JIHdhcyB0aGlua2luZyB0aGUgdGFy Z2V0IHdvdWxkIGJlIHRoZSBCZXJsaW4gSUVURiBpbiBKdWx5LjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+JnF1b3Q7TWFyb3Mg TWFyc2FsZWsgLVggKG1tYXJzYWxlIC0gUEFOVEhFT04gVEVDSE5PTE9HSUVTIGF0IENpc2NvKSZx dW90OyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzptbWFyc2FsZUBjaXNjby5jb20iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPm1tYXJz YWxlQGNpc2NvLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPkRhdGU6IDwv Yj5Nb25kYXksIEFwcmlsIDE4LCAyMDE2IGF0IDc6NDAgQU08YnI+DQo8Yj5UbzogPC9iPkphbiBN ZWR2ZWQgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86am1lZHZlZEBjaXNjby5jb20iPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmptZWR2 ZWRAY2lzY28uY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7LCBHaWxlcyBIZXJvbiAmbHQ7 PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmdpbGVzLmhlcm9u QGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0OywNCiBFZHdpbiBDb3JkZWlybyAm bHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Ij48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5lZHdpbkBzY29y ZGVpcm8ubmV0PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+Q2M6IDwvYj4mcXVv dDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3Nw YW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiZxdW90OyAmbHQ7PC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJz QGlldGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5pMnJzQGlldGYub3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7LA0KIFN1 c2FuIEhhcmVzICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNvbSI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+c2hh cmVzQG5kemguY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+U3ViamVjdDog PC9iPlJFOiBbaTJyc10gSTJSUyBIYWNrYXRob248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzow aW4gMGluIDBpbiA0LjBwdDttYXJnaW4tbGVmdDozLjc1cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJV VElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIGV2ZXJ5b25lLDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SmFuIGlzIHJpZ2h0LCB3ZSBhcmUg dHJ5aW5nIHRvIHByb2R1Y2UgYSBtaW5pbWFsIE9ETCBkaXN0cmlidXRpb24gZm9yIHRoZSBIb25l eWNvbWIgcHJvamVjdC4gSG93ZXZlciB3ZSBoYXZlIHF1aXRlIGEgYml0IG9mIHdvcmsgYWhlYWQg b2YgdXMsIGJlZm9yZSB0aGUgbWluaW1hbA0KIGRpc3RyaWJ1dGlvbiB3aWxsIGJlIGF2YWlsYWJs ZTogPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vamlyYS5mZC5pby9icm93c2UvSE9ORVlDT01CLTE4 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vamlyYS5mZC5pby9icm93c2UvSE9ORVlDT01CLTE4 PC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ QW5kIHdlIGRvIG5vdCBoYXZlIGFuIGV4YWN0IGRhdGUgZm9yIHdoZW4gdGhpcyB3aWxsIGJlIGF2 YWlsYWJsZS4gSXQgbWlnaHQgdGFrZSBhIGNvdXBsZSBtb250aHMgYmVmb3JlIHdlIHN0YXJ0IGFu ZCBmaW5pc2ggd2l0aCB0aGlzIGVmZm9ydC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk1hcm9zPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBp biI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiBKYW4gTWVkdmVk IChqbWVkdmVkKQ0KPGJyPg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTgsIDIwMTYgNDow MSBQTTxicj4NCjxiPlRvOjwvYj4gR2lsZXMgSGVyb24gJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWls dG86Z2lsZXMuaGVyb25AZ21haWwuY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmdpbGVzLmhlcm9uQGdt YWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7OyBFZHdp biBDb3JkZWlybw0KICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5u ZXQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvc3Bhbj48L2E+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7OyBNYXJvcyBNYXJzYWxlayAtWCAobW1hcnNhbGUg LSBQQU5USEVPTg0KIFRFQ0hOT0xPR0lFUyBhdCBDaXNjbykgJmx0Ozwvc3Bhbj48YSBocmVmPSJt YWlsdG86bW1hcnNhbGVAY2lzY28uY29tIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPm1tYXJzYWxlQGNpc2Nv LmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mZ3Q7PGJyPg0KPGI+ Q2M6PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij47IFN1c2FuIEhhcmVzICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOnNoYXJlc0BuZHpoLmNv bSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj5zaGFyZXNAbmR6aC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEky UlMgSGFja2F0aG9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkVk d2luLCBHaWxlcywgU3VlOjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5BcyBwYXJ0IG9mIEZELmlvIHdl IGFyZSBjcmVhdGluZyBhIHN0cmlwcGVkLWRvd24gZGlzdHJpYnV0aW9uIG9mIE9ETCB0aGF0IGNv bnRhaW5zIG9ubHkgTmV0Y29uZiwgQkdQIGFuZCBjb21wb25lbnRzIHJlcXVpcmVkIHRvIHN1cHBv cnQgdGhlc2UgdHdvLiBUaGlzIHdpbGwgYmUNCiB0aGUgbWFuYWdlbWVudC9jb250cm9sIGFnZW50 IGZvciBWUFAgKHByb2plY3QgbmFtZSBIb25leWNvbWIpLiBUaGlzIHdvdWxkIElNTyBiZSB0aGUg YmVzdCBmaXQgZm9yIHRoZSBIYWNrYXRob24gcGxhdGZvcm0uIFBsZWFzZSBjb250YWN0IE1hcm9z IE1hcnNhbGVrICh0aGUgUFRMIGZvciBIb25leWNvbWIsIGNvcGllZCkgZm9yIG1vcmUgZGV0YWls cy48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5r cyw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPkphbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+aTJycyAmbHQ7PC9zcGFuPjxhIGhy ZWY9Im1haWx0bzppMnJzLWJvdW5jZXNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnMtYm91bmNlc0BpZXRmLm9yZzwv c3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ow0KIG9uIGJlaGFsZiBvZiBHaWxlcyBIZXJvbiAmbHQ7 PC9zcGFuPjxhIGhyZWY9Im1haWx0bzpnaWxlcy5oZXJvbkBnbWFpbC5jb20iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmdpbGVzLmhlcm9u QGdtYWlsLmNvbTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5N b25kYXksIEFwcmlsIDE4LCAyMDE2IGF0IDY6NDEgQU08YnI+DQo8Yj5UbzogPC9iPkVkd2luIENv cmRlaXJvICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmVkd2luQHNjb3JkZWlyby5uZXQiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmVk d2luQHNjb3JkZWlyby5uZXQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5DYzog PC9iPiZxdW90Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86aTJyc0BpZXRmLm9yZyI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRm Lm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+JnF1b3Q7ICZsdDs8L3NwYW4+PGEgaHJlZj0ibWFp bHRvOmkycnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZn dDssDQogU3VzYW4gSGFyZXMgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemgu Y29tIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5zaGFyZXNAbmR6aC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZndDs8YnI+DQo8Yj5T dWJqZWN0OiA8L2I+UmU6IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0I1QzRE RiA0LjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0O21hcmdpbi1sZWZ0OjMuNzVwdDttYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCIgaWQ9Ik1B Q19PVVRMT09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkhpIEVkd2luLA0KPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5i c3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0 b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+T24gMTggQXByIDIwMTYsIGF0IDEwOjQyLCBFZHdpbiBDb3JkZWlybyAmbHQ7 PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWYiPmVkd2luQHNjb3JkZWlyby5uZXQ8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpi bGFjayI+Jmd0Ow0KIHdyb3RlOjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5IaSBTdWUsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+SW4gbGluZSBjb21tZW50cy48L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5UaGFua3MsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPkVkd2luIENvcmRlaXJvPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+T24gTW9uLCBBcHIgMTEsIDIwMTYgYXQgMTo1MSBQTSwgU3VzYW4gSGFyZXMgJmx0 Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86c2hhcmVzQG5kemguY29tIiB0YXJnZXQ9Il9ibGFuayI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5zaGFyZXNAbmR6aC5jb208L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Jmd0Ow0KIHdyb3RlOjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4w cHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21h cmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5FZHdpbjoNCjwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlNvcnJ5LCBteSBmaXJzdCBt ZXNzYWdlIGRpZCBub3QgYWRkcmVzcyBhbGwgeW91ciBxdWVzdGlvbnMuJm5ic3A7IFdoYXQgd291 bGQgYmUgdXNlZnVsIGZvciB5b3UgdG8gZG8gaXM6DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4xKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TZWUgaWYgeW91IGNhbiBn ZXQgYW4gT0RMIGJhc2VkIFZNIHdoaWNoIGlzIHRoZSBzYW1lIHNpemUgYXMgRG9uIGFuZCBNYW1h ZG914oCZcyBWTSw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlllcywg aXQgaXMgcG9zc2libGUgdG8gbWFrZSBhIHNtYWxsIFZNIHdpdGggT0RMIGlmIHRoZSBncmFwaGlj YWwgaW50ZXJmYWNlIGlzIG5vdCBuZWVkZWQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNw Ozwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij55dXAgLSBJIGhhdmUgVk1zIHRoYXQgYXJlIGFib3V0IDEuNUdCIHdpdGggT0RMIHBsdXMgdGhl IHN0dWZmIG5lZWRlZCB0byBydW4gaXQgKG5vdCBzdXJlIGlmIHRoYXTigJlzIOKAnHNtYWxs4oCd PykuICZuYnNwO1lvdSBjb3VsZCBwcm9iYWJseSBidWlsZCBhIG11Y2ggc21hbGxlciBWTSBpZiB5 b3UNCiB0b28gdGhlIHRpbWUgdG8gc3RyaXAgb3V0IGFsbCB0aGUgbGlicmFyaWVzIHlvdSBkb24n dCBuZWVkLiAmbmJzcDsgSSBoYXZlIGEgdmFncmFudCBzZXR1cCBmb3IgaXQgdG9vIChzbyBvbmx5 IGEgY291cGxlIG9mIEtCIGJ1dCBkb3dubG9hZHMgYSBsb3Qgb2Ygc3R1ZmYgd2hlbiB5b3UgcnVu IGl0KS4gJm5ic3A7VGFrZSBhIGxvb2sgaW46PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vQ2lzY29EZXZO ZXQvb3BlbmRheWxpZ2h0LXNldHVwIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZ2l0aHViLmNv bS9DaXNjb0Rldk5ldC9vcGVuZGF5bGlnaHQtc2V0dXA8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PkdpbGVzPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7 bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7 cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjIp PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlNlZSBpZiB5b3UgY2FuIHJ1biBEb24gYW5kIE1hbWFkb3XigJlzIFZNIGluIHlvdXIg ZW52aXJvbm1lbnQuPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPklmIHdlIGNhbiBn ZXQgYSBjb3B5IG9mIHRoaXMgVk0sIHdlIGNhbiBzdXJlbHkgdGVzdCBpdC48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPuKAizwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVm dDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPjMpPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRlc3QgdGhlIEkyUlMgUklCIHdpdGggdGhlIFF1 YWdnYSBjb2RlIHdoZW4gSSBwb3N0IGl0IHRvIGdpdGh1YiAofjIgd2Vla3MpDQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj40KTwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UZXN0 IHRoZSBJMlJTIEZpbHRlci1CYXNlZCB3aXRoIHRoZSBRdWFnZ2EgY29kZSB3aGVuIEkgcG9zdCBp dCB0byBnaXR1YiAofjQgd2Vla3MpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPuKAizwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5XZSB3aWxsIHdhaXQgZm9yIGl0Ljwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+4oCLPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0ND Q0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkkgd2lsbCB0cnkgdG8gZ2V0IHRoZSBPREwgVk0gcG9zdGVkIHRvIGdpdGh1YiB0 b2RheS4mbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SSBsb29r ZWQgYXQgdGhlIEhhY2thdGhvbiAoPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9J RVRGLUhhY2thdGhvbi9pZXRmOTUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPmh0dHBzOi8vZ2l0aHViLmNvbS9JRVRGLUhhY2thdGhvbi9p ZXRmOTU8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPikNCiBhbmQgdGhlIEkyUlMtV0cgKDwvc3Bhbj48 YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vaTJycy13ZyI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cHM6Ly9naXRodWIuY29tL2ky cnMtd2c8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPikgR2l0aHViLCBidXQgZm91bmQgbm8gVk0gdGhl cmUuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj7igIs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+DQogQXJlIHlvdSB1c2lu ZyBhbm90aGVyIHJlcG9zaXRvcnk/PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLXJpZ2h0OjBpbjttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U3VlDQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij4gaTJycyBbbWFpbHRvOjwvc3Bhbj48YSBocmVmPSJtYWlsdG86aTJycy1ib3VuY2VzQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnMtYm91bmNlc0BpZXRmLm9y Zzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPl0NCjxiPk9uIEJlaGFsZiBP ZiA8L2I+U3VzYW4gSGFyZXM8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJpbCAxMSwgMjAx NiA3OjQ0IEFNPGJyPg0KPGI+VG86PC9iPiAnRWR3aW4gQ29yZGVpcm8nPGJyPg0KPGI+Q2M6PC9i PiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEkyUlMgSGFja2F0aG9u PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5FZHdpbjoNCjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rIHlvdSBmb3Ig eW91ciBlbnZpcm9ubWVudC4mbmJzcDsgRG9uIEZlZHlrIGFuZCBNYW1hZG91IFRhaGlyb3UgY3Jl YXRlZCBhIFZNIGluIHRoZSB2aXJ0dWFsIGJveC4mbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkRldiAmYW1wOyBleGVjdXRpb24gZW52aXJvbm1lbnQ6IExpbnV4IChVYnVudHUm bmJzcDsgMTQuMyBuYXRpdmUgb3IgaW4gVmlydHVhbCBCb3gpPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv O21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj7igKI8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+bWluaW5ldCBhbmQgbWluaW5leHQgKHNpbXVsYXRlZCBuZXR3b3JrIG9mIHJvdXRl cnMpPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtj b2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UXVhZ2dhIDEuMC4yMDE2MDMxNSAoaW5j bHVkaW5nIFplYnJhIGZvciByb3V0ZSB0YWJsZSBhY2Nlc3MpPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIGZvbGxvd2luZyBjb2RlIG5l ZWRzIHdpbGwgbmVlZCB0byBiZSBkb3dubG9hZGVkIHRvIHRoZSBmb2xsb3dpbmcgVk06ICZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNpc2NvL1RhaWwtZiBjb25mZCA2 LjE8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5ZdW1h4oCZcyB5YW5nY2xpLXBybw0KPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj7igKI8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjoj MUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+aWV0Zi1pMnJzLXJpYiBZQU5HIG1vZGVsIGZyb20g ZHJhZnQtaWV0Zi1pMnJzLXJpYi1kYXRhLW1vZGVsLTA1LnR4dDwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+4oCiPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkkyUlMgRkItRklCIFlhbmcgbW9kZWwmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpXaW5nZGluZ3M7Y29sb3I6IzFGNDk3RCI+ w6A8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiBsaW5rIHRvIElQLVRhYmxl IGluIFVidW50dSAmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5UaGlzIHBhcnQgb2YgdGhlIGNvZGUgd2FzIG5vdCBjb21wbGV0ZWQg 4oCTIHNvIEkgd2lsbCB0cnkgdG8gY29tcGxldGUgdGhpcw0KPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIHdpbGwg cG9zdCB0aGlzIGluIHRoZSBJMlJTIGdpdGh1YiByZXBvc2l0b3J5Lg0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U3VlDQo8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOjwv c3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmVkd2luc2NAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFu ayI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LHNhbnMtc2VyaWYiPmVkd2luc2NAZ21haWwuY29tPC9zcGFuPjwvYT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+DQogWzwvc3Bhbj48YSBocmVmPSJtYWlsdG86ZWR3aW5zY0BnbWFp bC5jb20iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZiI+bWFpbHRvOmVkd2luc2NAZ21h aWwuY29tPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+XQ0KPGI+T24gQmVo YWxmIE9mIDwvYj5FZHdpbiBDb3JkZWlybzxicj4NCjxiPlNlbnQ6PC9iPiBNb25kYXksIEFwcmls IDExLCAyMDE2IDQ6MzQgQU08YnI+DQo8Yj5Ubzo8L2I+IFN1c2FuIEhhcmVzPGJyPg0KPGI+Q2M6 PC9iPiA8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssc2Fucy1zZXJpZiI+aTJyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6YmxhY2siPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2kycnNdIEkyUlMgSGFja2F0 aG9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5IaSBTdXNhbiw8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+SSBzYXcgeW91ciBwcmVzZW50YXRpb24gb2YgdGhlIEhhY2thdGhv biBhbmQgZmlyc3Qgc29ycnkgdGhlIFZNIHdhc24ndCBzbWFsbGVyLCBidXQgdGhvc2Ugd2VyZSB0 aGUgc3VnZ2VzdGlvbnMgZnJvbSBPREwNCiBmb3IgcnVubmluZyBpdCBpbnNpZGUgYSBWTS48L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+V2UgYXJlIGhhcHB5 IHRoYXQgeW91IHdlcmUgYWJsZSB0byBmaW5kIGEgd29ya2Fyb3VuZCBhbmQgd2Ugd291bGQgbGlr ZSB0byB0ZXN0IGFuZCBleHBhbmQgdGhlIHJlc3VsdCBvZiB0aGUgSGFja2F0aG9uLA0KIGNvdWxk IHlvdSBwbGVhc2Ugc2hhcmUgdGhlIHJlc3VsdHM/PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoYW5rIHlvdTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxiciBjbGVhcj0i YWxsIj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5FZHdpbiBDb3JkZWly bzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJs YWNrIj5PbiBUaHUsIE1hciAzMSwgMjAxNiBhdCA5OjM2IEFNLCBFZHdpbiBDb3JkZWlybyAmbHQ7 PC9zcGFuPjxhIGhyZWY9Im1haWx0bzplZHdpbkBzY29yZGVpcm8ubmV0IiB0YXJnZXQ9Il9ibGFu ayI+ZWR3aW5Ac2NvcmRlaXJvLm5ldDwvYT48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZndDsN CiB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SGkgU3VzYW4sPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlRoZSBWTSBpcyBhIFVidW50dSBzbyBpdCBpcyBwb3Nz aWJsZSB0byBydW4gdGhpcyBlbXVsYXRlZCBuZXR3b3JrIGluIGEgbmF0aXZlIFVidW50dSBsYXB0 b3AuIFRoZSBvbmx5IHNwZWNpYWwgcmVxdWlyZW1lbnQNCiBpcyBmb3IgTWluaU5FeFQgKDwvc3Bh bj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vVVNDLU5TTC9taW5pTkV4VCIgdGFyZ2V0PSJf YmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPmh0dHBzOi8vZ2l0aHViLmNvbS9VU0MtTlNML21pbmlORXhUPC9zcGFuPjwvYT48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj4pLCB0aGF0IGRvZXMgbm90IGN1cnJlbnRseQ0KIHN1cHBvcnQgdGhlIGxhdGVzdCB2 ZXJzaW9uIG9mIE1pbmluZXQsIHlvdSBtdXN0IHVzZSBNaW5pbmV0IHZlcnNpb24gMi4xLjAuIEkg d2lsbCBhZGQgdG8gdGhlIHdlYnBhZ2UgYSBmaWxlIHdpdGggdGhlIGNvbmZpZyBmaWxlcyB1c2Vk IGZvciBNaW5pbmV0IGFuZCZuYnNwO01pbmlORXhULjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPkFub3RoZXIgb3B0aW9uIGlzIHRvIHJ1biB0aGUgVk0gYW5kIGNvbmZpZ3VyZSB0aGUgVmly dHVhbGJveCBvciBWTXdhcmUgUGxheWVyIHRvIG1ha2UgdGhlIG5ldHdvcmsgaW50ZXJmYWNlIG9m IHRoZSBWTQ0KIHRvIGJlIGluIGJyaWRnZSBtb2RlIG9yIGluIGludGVybmFsIG5ldHdvcmsgd2l0 aCB0aGUgaG9zdCBtYWNoaW5lLCB0aGF0IHdheSB5b3UgbWF5IHVzZSBhbnkgcHJvZ3JhbSBpbnN0 YWxsZWQgaW4gdGhlIGhvc3QgbWFjaGluZSB0byBpbnRlcmFjdCB3aXRoIHRoZSBWTS48L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5CUjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiM4ODg4ODgiPjxiciBjbGVhcj0iYWxsIj4NCjwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM4ODg4ODgiPkVkd2luIENvcmRlaXJvPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+T24gVGh1LCBNYXIgMzEs IDIwMTYgYXQgMjoxNSBBTSwgU3VzYW4gSGFyZXMgJmx0Ozwvc3Bhbj48YSBocmVmPSJtYWlsdG86 c2hhcmVzQG5kemguY29tIiB0YXJnZXQ9Il9ibGFuayI+c2hhcmVzQG5kemguY29tPC9hPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkVkd2luOjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPlRoYW5rIHlvdSBmb3IgdGhlIGNsaWVudC4mbmJzcDsgRG8geW91IHRo aW5rIGl0IHdvdWxkIHdvcmsgb24gdW5idW50dT8mbmJzcDsgSeKAmXZlIGdvdCBhbiBPREwgZW52 aXJvbm1lbnQgaW4gb3JhY2xlDQogQm94IGFuZCBydW5uaW5nIG5hdGl2ZSBvbiB0aGUgdW5idW50 dSBsYXB0b3BzLiA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5TdWUNCjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+IGkycnMgW21haWx0bzo8L3NwYW4+PGEgaHJlZj0ibWFpbHRvOmkycnMtYm91bmNlc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzLWJvdW5jZXNAaWV0Zi5v cmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5dDQo8Yj5PbiBCZWhhbGYg T2YgPC9iPkVkd2luIENvcmRlaXJvPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTWFyY2gg MzAsIDIwMTYgMTE6MzMgQU08YnI+DQo8Yj5Ubzo8L2I+IDwvc3Bhbj48YSBocmVmPSJtYWlsdG86 aTJyc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5pMnJzQGlldGYu b3JnPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPGI+U3ViamVj dDo8L2I+IFtpMnJzXSBJMlJTIEhhY2thdGhvbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5I aSBhbGwsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkFz IHdlIGFyZSB0cnlpbmcgdG8gbWFrZSBhbiBJMlJTIGltcGxlbWVudGF0aW9uIGhlcmUgYXQgVFUg TXVuaWNoLCB3ZSBjcmVhdGVkIGEgVk0gdGhhdCBpcyBydW5uaW5nIE1pbmluZXQgKHRvIGVtdWxh dGUNCiBhIG5ldHdvcmspLCBNaW5pbkV4dCAodG8gaW1wbGVtZW50IHZpcnR1YWwgcm91dGVycykg YW5kIE9wZW5EYXlMaWdodCAodGhhdCB3ZSB0cnlpbmcgdG8gdXNlIGFzIEkyUlMgYWdlbnQpLCB0 aGUgSTJSUyBjbGllbnQgd2UgYXJlIHRyeWluZyB0byBtYWtlIHVzaW5nIFplYnJhLiBUaGUgSTJS UyBhZ2VudCBpcyB0aGUgTkVUQ09ORiAmIzQzOyBZQU5HIG1vZHVsZXMgb2YgT0RMLCBidXQgaXQg bmVlZHMgdGhlIFlBTkcgbW9kZWxzIHRvIGJlIHdyaXR0ZW4uDQogVGhlIEkyUlMgY2xpZW50IGlz IG5vdCBwcmVzZW50IGFzIGl0IGlzIG5vdCB5ZXQgcmVhZHkgZm9yIHNoYXJpbmcuPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPk9uIHRoZSBwcmV2aW91cyBI YWNrYXRob24sIG9uZSBvZiB0aGUgZGlmZmljdWx0aWVzIGZvciB0aGUgSTJSUyB3YXMgdGhlIGxh Y2sgb2YgYW4gZW52aXJvbm1lbnQgd2hlcmUgaXQgY291bGQgYmUgZGV2ZWxvcGVkLA0KIHNvIHdl IGRlY2lkZWQgdG8gc2hhcmUgdGhpcyBWTSBhbmQgYSBiYXNpYyB0dXRvcmlhbCB0byBnZXQgdGhp cyBuZXR3b3JrIHJ1bm5pbmcgaW4gdGhlIGhvcGUgaXQgY291bGQgYmUgdXNlZnVsIGZvciB0aGUg YXBwcm9hY2hpbmcgSGFja2F0aG9uIGluIEJ1ZW5vcyBBaXJlcy48L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5h JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VGhlIHR1dG9yaWFsIGFuZCBWTSBhcmUgYXZh aWxhYmxlIGF0OiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEg aHJlZj0iaHR0cDovL3d3dy5uZXQuaW4udHVtLmRlL3B1Yi9pMnJzLyIgdGFyZ2V0PSJfYmxhbmsi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi Pmh0dHA6Ly93d3cubmV0LmluLnR1bS5kZS9wdWIvaTJycy88L3NwYW4+PC9hPjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48YSBocmVmPSJodHRwOi8vd3d3Lm5ldC5pbi50dW0uZGUvcHVi L2kycnMvSTJSUy1EZXYtVk0ub3ZhIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+aHR0cDovL3d3dy5uZXQuaW4u dHVtLmRlL3B1Yi9pMnJzL0kyUlMtRGV2LVZNLm92YTwvc3Bhbj48L2E+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+DQog LSBtZDU6Jm5ic3A7YWY3MDc0MWNkMTJiMzlhOTY0NGIwODgxZGY1MTZhNTU8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VW5mb3J0dW5hdGVseSB3ZSB3aWxs IG5vdCBiZSBhYmxlIHRvIGF0dGVuZCB0aGlzIG5leHQgbWVldGluZyBpbiBwZXJzb24sIGJ1dCBp ZiB5b3UgaGF2ZSBhbnkgcXVlc3Rpb24sIGxldCB1cyBrbm93LiBXZQ0KIGhvcGUgdGhlIFZNIHRv IGJlIHVzZWZ1bC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+QmVzdCBSZWdhcmRzLDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+RWR3aW4gQ29yZGVpcm88L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCmkycnMgbWFpbGluZyBsaXN0PGJyPg0KPC9zcGFuPjxhIGhyZWY9Im1haWx0bzppMnJzQGll dGYub3JnIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPmkycnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaTJycyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kycnM8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D34429966CE6Ceckelcuciscocom_-- From nobody Tue Apr 26 12:28:57 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F095612B038 for ; Tue, 26 Apr 2016 12:28:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.439 X-Spam-Level: **** X-Spam-Status: No, score=4.439 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id maDDkBv6KtHe for ; Tue, 26 Apr 2016 12:28:54 -0700 (PDT) Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (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 A6E2E12B00F for ; Tue, 26 Apr 2016 12:28:54 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.77; From: "Susan Hares" To: Date: Tue, 26 Apr 2016 15:28:54 -0400 Message-ID: <036001d19ff1$dfcb9190$9f62b4b0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0361_01D19FD0.58B9F190" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdGf8cHGDQBEMk+7QJywvM9wuwRCIQ== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , 'Alia Atlas' Subject: [i2rs] Cancel interim sessions on 4/27/2016 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2016 19:28:56 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0361_01D19FD0.58B9F190 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I2rs people: Your co-chairs is ill and unable to attend the interim on 4/27. I apologize for the late notice. Sue ------=_NextPart_000_0361_01D19FD0.58B9F190 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I2rs = people:

 

Your co-chairs is ill and unable to attend the interim = on 4/27.  I apologize for the late notice.

 

Sue =

------=_NextPart_000_0361_01D19FD0.58B9F190-- From nobody Wed Apr 27 10:05:22 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E454A12D9FD for ; Wed, 27 Apr 2016 10:05:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.921 X-Spam-Level: X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 c5hW-dPnczhd for ; Wed, 27 Apr 2016 10:05:13 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0093.outbound.protection.outlook.com [104.47.1.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A4D712D9EF for ; Wed, 27 Apr 2016 10:05:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZqyYTg+6b2vu3iC2KfFlMaOE/S1fwqEjJDsPvIJYdSs=; b=ZOdFvoiQnOw9wBAEi7/IGumPNydTmmH5SgsorDS5gmJG5pQTE5Eoig6FK5AiOBKE1qpOQctPCvljs6npIqzjskHY6obNR9GAKZ9guu1RS1K6i/Js/IV2xTraYcLzxZsj6DIzd01knuJCipPJVOoonVwPd90MdJS9R0bU9cuTMI8= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=btconnect.com; Received: from pc6 (81.159.99.181) by AM4PR07MB1618.eurprd07.prod.outlook.com (10.166.132.148) with Microsoft SMTP Server (TLS) id 15.1.477.8; Wed, 27 Apr 2016 17:05:03 +0000 Message-ID: <00d101d1a0a6$785f93c0$4001a8c0@gateway.2wire.net> From: t.petch To: Date: Wed, 27 Apr 2016 18:01:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Originating-IP: [81.159.99.181] X-ClientProxiedBy: DB3PR08CA0038.eurprd08.prod.outlook.com (10.161.51.176) To AM4PR07MB1618.eurprd07.prod.outlook.com (10.166.132.148) X-MS-Office365-Filtering-Correlation-Id: 3129b9b1-e4aa-40a4-3050-08d36ebe13a8 X-Microsoft-Exchange-Diagnostics: 1; AM4PR07MB1618; 2:5NsXvcgM1uMtXToxybDOTLB5Jn08hG6gyooLyXH5YQi/dMSZ0aU3fwYp83Y/PLdmayxk+cDyQbj3kZCtJfMQ1F4hES6zHTK3TfzzpFfbv2qFnvM7XuqI3threDXi06E5Dc1HTSMmfXc5rqZlLI4vTf4WxiQc+qkKWqqPRMuM0cLBJ/6MZbahd4ufo9E4iDdF; 3:K3g/NSzQcsFNPg8N/4gimMup3EgIn0KPI+cPtPzlzH0n56U1huBJn2LiBaTujxaBS/f4Grrqs4JCP3Rb6ESU3Knk/s7AJl3C9GOv0WBryia1DhnMasgw+euYavy5x7ok X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM4PR07MB1618; X-Microsoft-Exchange-Diagnostics: 1; AM4PR07MB1618; 25:mL3XYXrVEkp8THcNu2iwa3XOOmVpHCxfV1l930KBv9+43WZjRS8bhbpc5Cjguk16gNX/uBg4f2bNEkRHiQ16NhCdsBH6MTYBC+qip79AIPUQu7XGc4WTmxdixov7ud3GL1GQupnX1uVMiWy68qtyqwFrYyloUpHDcbGykVXhDKNrDDwPCCR41amup3kqX2ZwLZuAVY1Eg6PCTwWELUtEmSFg8hozYW66ZXzfuiFShiseuDaO1ILpA+kc1BT/O7pIBcpSonwM9svW6Z7p9yLluR4BG0Nsz3fURaMBjBR9WKyQqH/3/YjrCBwOkHO/S8HCC63GSrjFK/zGIwmIOERP768hvv3wExAkz8bGEo3hD7PCBVsslqoycnYkHADWXdZi6oO9AHuFb+BQ59taMnNBXHtQyzILbyBds78TtawC6l49hsgtviITYJUG28e1Y6ZBsJ7v8tuyFK0rW0+zMAbIcsVM8vuRrVs/lmQqmQQOmiW1K+32F6EygoGhhq6RP3T+Hv4hz+pHftmmykufaDtcrhbNV46nRx524crGvAwdFM9t9sYqUbQpuYvIt2g+bHleF6W+vqkrjaxsL1Jkjpo/LrAwfe4hCyQKBfnc90G+nJ3jtzzVblbptxq5uryjqnFG2TZ7WBeQTBfZDqeCuOO3dPg1LH9bwKuGLBZhZZGtDzXPEFf3PtBinL0JYNXMN8dsrWWkctR98Ij0sBdnX0TpW+LVEqeE3uSvgNJtrEsg2aE/QPg4atZesG7amxPPlIU1 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(9101521072)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:AM4PR07MB1618; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB1618; X-Microsoft-Exchange-Diagnostics: 1; AM4PR07MB1618; 4:lRO1yThXG5y/4Mf79mHrJ+x8kTLxEkgwo3AFvkcuzX6YTngrxo4Fo4Eh+BJJuIZLAGHB9kbJta3RcThisMy1IH3JlpRpHZcXY60OKpuk8CRlKHGFrAeQbypk6IDOQaDMikDcaq33Fo3x17JNWVeaRvr/931cYZ+sz2DC0woY2aqrAoPzwktTC5jcR7QmzsGpSwcM1EbplqejJUXLXN7395xpGOBqK0Qgtz77jUJ7dZTZ/CYSC1j+6dKF2fC2dFNjfFE8aGQr5hcCdT5FMEzt3yUXnTEB9MS5M6orQBiD48NVfeqfJzZvpdmxnIle19ECWrxVEgjsX9zsIgGErhAlUTh14K0x3YP2wsPux4khom6gN0B0W3JBj8RnvG1jXjQoLoC1EQSLIxvZ5eY0OH/23g== X-Forefront-PRVS: 0925081676 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(13464003)(377454003)(19580395003)(5008740100001)(92566002)(3846002)(5004730100002)(230700001)(2351001)(1556002)(50226002)(50466002)(14496001)(116806002)(230783001)(42186005)(33646002)(86362001)(189998001)(61296003)(50986999)(81816999)(81686999)(23756003)(19580405001)(47776003)(44736004)(62236002)(110136002)(586003)(6116002)(44716002)(81166005)(9686002)(2906002)(84392002)(1456003)(15975445007)(66066001)(1096002)(107886002)(77096005)(450100001)(74416001)(7726001)(4720700001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB1618; H:pc6; FPR:; SPF:None; MLV:nov; PTR:InfoNoRecords; LANG:en; X-Microsoft-Exchange-Diagnostics: =?iso-8859-1?Q?1; AM4PR07MB1618; 23:zRe2nJ8DloWEW+Ti3J3r5d/fTITnJGF1jtcsDyH?= =?iso-8859-1?Q?5StD6d+sACGnzPnoy8JuEJuokuCWcIT3wsubN9WKnkyVKzM4/BJUXSzv8V?= =?iso-8859-1?Q?r28mLm6STOioYR1Z/JRTpaM18RyKe5R1ctdQU+z2bP+FLrUUdwrWJOFdB3?= =?iso-8859-1?Q?eeK0B483kqhRA69yqgN8QnAaJgVAulzDR4IULHTrea79ZRcLILHYTjRZ2p?= =?iso-8859-1?Q?Ne4nAHwz0xsZsQJfq1ZF7GDHEWsyMDyCWTf04D3XWJQumrqdP1wmtpIz9m?= =?iso-8859-1?Q?wsUlrd+NSDUn93WC8c5YDsfmfXXmluRj482qDNWhV5zyu5JGHUW5MjfI09?= =?iso-8859-1?Q?Bcx2aekPscHmV6Oc0YHJPcd4xiSgFjFIUrjA8q24iP+/sUE73VF7avXSbP?= =?iso-8859-1?Q?HFqHd+4355M79oFbskm0mTpsNzgZUh2n6TOru/HbdBqVbGtSlYBUpzyw2z?= =?iso-8859-1?Q?S3JerD3t/+Ne7AIOQeUWJ1IVeaqLLNADMAdxpIoIVKkMEvqwhAKRYFGm2y?= =?iso-8859-1?Q?gvyBRjAQ6ZVMMxf56UB/0JG/fUz+m3lPmwDgzqWhrsHPunoc+cCkTZAl+O?= =?iso-8859-1?Q?B1NZJom/h8WBwutyGSFHDCw07jhM8Ej4Q26DzrROrsf8vfnudPtvQzH/sx?= =?iso-8859-1?Q?ThuqITk+F5beaNDtjIocC3JsSX7Q/E3QV3dZQUIfvvark3RxRFRkGE+OVC?= =?iso-8859-1?Q?SN89V8m8veRkQe933TmW4xdrqwUSiZs5iQNccF5NTrSOlvxO6gouK6BwsP?= =?iso-8859-1?Q?NqX6BYrt1A7BSTyczw4tiBHmQ3n4zF9TpudzXFlFbI46Z8AomUPrmJvYhI?= =?iso-8859-1?Q?2h7+snRq8QYKMKggo9pNqsJSiSh2Gc2kjmEKfam3S+X9KbUmFH2/Ot6ewo?= =?iso-8859-1?Q?vp6R+xvo1cMmtTyx5DLxqAAmazdKIod+XUlVOickAbg9OOJYCu9C3KQSUC?= =?iso-8859-1?Q?bvqZYMNGQpDSlZNnr1otnLR4DdUXUzCvcG14TkLuCrn14XAlqCrL3DrYP3?= =?iso-8859-1?Q?jA6K7cczj1JOdfzliViQIdrVhY4y5rHH25IB1jDo/3aGzRC+5hkkVv8wxr?= =?iso-8859-1?Q?JyPzQBcr7RnX9rrZzHocbLZi8eKtApGDC8vYBWt2Skl47oC8tnm0nc7aNe?= =?iso-8859-1?Q?L+cWQexweCXYnBRSZe76SH/KSORk/b7Fvh6timqpZDLUbARdkOu5Ola8A6?= =?iso-8859-1?Q?iZD4XIF5zr27/ij+UWTPeXUa31JaE7zVKoLYOVVIoGw/K7ky0n+YQY8k/r?= =?iso-8859-1?Q?Pwznforf5Epq1GvCb1X6TDYML4xt3HPK8b/MfzA=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; AM4PR07MB1618; 5:mJAU/50vP5KEec+hcdcWMpnV2XEbzCfl1uYuCuJ51IVpmvienULw9SBcGlRVNfqZ0BwUg3JQuVMNHSk1RRVk8WfR3wzCnhEmsK0e6Pf7Qo4N/85WFm00Tgsteu2SotJDyJphhoh1aR0Nl8oo7OVHKw==; 24:JNAWVwBhNfGLH8N/W+oFe7p88Wp9Tqj2x9RSkwGyh+Nv3azFrn1sEcoFMNddHwcajGsJApCTYCT8YD6P8q5VcukTqkK3ABbgH0ichlZq7ow=; 7:13rCl+/NsP7R0WPn139ix/JRqhM57/oYQPZtDUa2WAWE4I3BIjh+oM+MRGGj+uwluyBtpDOKCzi4U4uqVruRnK6OInPtzUkNWQw9/KV0ispv2PwGfIoSg+yaCzJ0T9vZ/W/yACg6azN2n65ZMdhN5up8K6ef+nFFCkq5oGoLw4Ra5UhwcwdkRe2YS/oeycAl SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Apr 2016 17:05:03.9346 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB1618 Archived-At: Subject: [i2rs] Fw: Last Call: (Requirements for Subscription to YANG Datastores) to Proposed Standard X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 17:05:22 -0000 ----- Original Message ----- From: "tom p." To: Cc: ; ; ; Sent: Wednesday, April 27, 2016 5:55 PM > This I-D gives a fresh definition of 'datastore' in s.3 > > A YANG datastore is a conceptual datastore that contains hierarchical > data defined in YANG data models. It is what is referred in existing > RFCs as "NETCONF datastore". However, as the same datastore is no > longer tied to NETCONF as a specific transport, the term "YANG > datastore" is deemed more appropriate. > > which I think unhelpful. There is no such term as 'NETCONF datastore'; > rather there is 'datastore' defined (in RFC6241) as > > o datastore: A conceptual place to store and access information. A > datastore might be implemented, for example, using files, a > database, flash memory locations, or combinations thereof. > > and widely used now in OAM RFC and I-D. It can be used with the NETCONF > protocol ( which is not just a transport), it can be used with RESTCONF > and could in future be used with other application protocols. > > YANG 1.0 (RFC6020) could have, should have, imported that definition in > s.3 (as other RFC and I-D do); rather it uses the phrase 'NETCONF > datastore' which makes it clear where the definition comes from but that > does not tie it to a particular protocol nor does it qualify its > meaning. In the context of YANG, it is the unit of constraint checking. > > Although NETCONF and YANG have grown up in tandem, NETCONF could be used > with another DDL but with the same concept of datastore just as the > concept of datastore can be used with another prototocol, such as > RESTCONF. > > So if this I-D wants to use 'datastore' as defined in RFC6241, then it > should import and use it; if it wants another concept, then it should > mint a fresh term and define that. From reading the I-D, I suspect that > the latter is the case, that the concept is nothing to do with > 'datastore' (as currently defined in the IETF) and is just configuration > and state data on a device modelled with YANG as a DDL. > > (In passing, one of the work items that the netmod WG circles around, > and will I am sure one day take on and complete, is the removal of > NETCONF from the documentation of YANG so that YANG is a standalone > DDL - but still importing the concept of datastore). > > Tom Petch > > ----- Original Message ----- > From: "The IESG" > To: "IETF-Announce" > Cc: ; ; > ; ; > Sent: Friday, April 15, 2016 6:58 PM > Subject: Last Call: > (Requirements for Subscription to YANG Datastores) to Proposed Standard > > > > > > The IESG has received a request from the Interface to the Routing > System > > WG (i2rs) to consider the following document: > > - 'Requirements for Subscription to YANG Datastores' > > as Proposed Standard > > > > The IESG plans to make a decision in the next few weeks, and solicits > > final comments on this action. Please send substantive comments to the > > ietf@ietf.org mailing lists by 2016-04-29. Exceptionally, comments may > be > > sent to iesg@ietf.org instead. In either case, please retain the > > beginning of the Subject line to allow automated sorting. > > > > Abstract > > > > > > This document provides requirements for a service that allows > client > > applications to subscribe to updates of a YANG datastore. Based on > > criteria negotiated as part of a subscription, updates will be > pushed > > to targeted recipients. Such a capability eliminates the need for > > periodic polling of YANG datastores by applications and fills a > > functional gap in existing YANG transports (i.e. Netconf and > > Restconf). Such a service can be summarized as a "pub/sub" service > > for YANG datastore updates. Beyond a set of basic requirements for > > the service, various refinements are addressed. These refinements > > include: periodicity of object updates, filtering out of objects > > underneath a requested a subtree, and delivery QoS guarantees. > > > > > > > > > > The file can be obtained via > > https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ > > > > IESG discussion can be tracked via > > > https://datatracker.ietf.org/doc/draft-ietf-i2rs-pub-sub-requirements/ba > llot/ > > > > > > No IPR declarations have been submitted directly on this I-D. > > > > > From nobody Wed Apr 27 14:39:46 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D72312D57D; Wed, 27 Apr 2016 14:39:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.516 X-Spam-Level: X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 tWBvCgM9oBuL; Wed, 27 Apr 2016 14:39:42 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9B8312D553; Wed, 27 Apr 2016 14:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13608; q=dns/txt; s=iport; t=1461793181; x=1463002781; h=from:to:cc:subject:date:message-id:mime-version; bh=XvXNWhIH7z9oo/n/NUSuJIUxstndcetu803WATTggb4=; b=MkaJ/TMQuVKm24lgdDPCqvPSpJ/fJgeCAYbI40+hHcHBHyGhczJ0+RYh j3XisgzXoPMMeOGNM49AOeG+DxdfP8cyIDFhEveQoguYEoCNQBxwXNPVF cgeQodiacVqhc5qyE+Z5JCn8s2+PohnZaKGVxn9KrWOZHtWxcCATflB6p A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C+AgANMSFX/5tdJa1VCYJsTFN9AQW0c?= =?us-ascii?q?4RzAQ2BdiKFbYE6OBQBAQEBAQEBZRwLhEgtTBIBGgJkFw8BBA4NiCIOwjkBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEVhiGIYUeFNgWYEAGFe4gUgW5Og3+IXY8vAQ8PA?= =?us-ascii?q?QFCg2ttiDZ/AQEB?= X-IronPort-AV: E=Sophos;i="5.24,543,1454976000"; d="scan'208,217";a="265083969" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Apr 2016 21:39:40 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u3RLddZU018932 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 27 Apr 2016 21:39:39 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 27 Apr 2016 16:39:39 -0500 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.1104.009; Wed, 27 Apr 2016 16:39:39 -0500 From: "Les Ginsberg (ginsberg)" To: "rtg-ads@ietf.org" Thread-Topic: RtgDir review: draft-ietf-i2rs-traceability-08 Thread-Index: AdGgzHD5AnaTBqcTQJm4IHI17iI2lQ== Date: Wed, 27 Apr 2016 21:39:39 +0000 Message-ID: <5afaa922862d4b4a9dc67f117ae5366a@XCH-ALN-001.cisco.com> 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.14.223] Content-Type: multipart/alternative; boundary="_000_5afaa922862d4b4a9dc67f117ae5366aXCHALN001ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability@ietf.org" , "i2rs@ietf.org" Subject: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-08 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2016 21:39:44 -0000 --_000_5afaa922862d4b4a9dc67f117ae5366aXCHALN001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I have been selected as the Routing Directorate reviewer for this draft. Th= e Routing Directorate seeks to review all routing or routing-related drafts= as they pass through IETF last call and IESG review, and sometimes on spec= ial request. The purpose of the review is to provide assistance to the Rout= ing ADs. For more information about the Routing Directorate, please see htt= p://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it wo= uld be helpful if you could consider them along with any other IETF Last Ca= ll comments that you receive, and strive to resolve them through discussion= or by updating the draft. Document: draft-ietf-i2rs-traceability Reviewer: Les Ginsberg Review Date: April 27, 2016 IETF LC End Date: April 29, 2016 Intended Status: Informational Summary: This document is a well written document - easy to understand. My= compliments to the authors. I believe there is one minor issue which I wou= ld like to see addressed before publication. Major Issues: None Minor Issues: In Section 5.2 there is a definition of the information which is required t= o be kept by an I2RS Agent for each I2RS interaction. I would like to see t= he addition of "Request State" into this list. Operationally each request c= ould be in one of the following states: * Enqueued (or pending if you prefer) * In process * Completed The lack of such a state seems to imply that both the queue time and the pr= ocessing time are insignificant. While I think this may be the case for man= y requests, it will not always be the case. In queue time may be lengthy du= e to other load on the Agent. Also, some requests - particularly destructiv= e requests which involve cleanup of resources - may take a significant amou= nt of time to complete. Along with this an additional timestamp - Processing Initiated - would be u= seful to indicate when processing of the request actually began. Nits: Section 5.1 s/Some notable elements on the architecture/ Some notable elements of the a= rchitecture Figure 1 Not clear to me why Application IDs start at 0 but Client IDs start at 1. Figure 1 Is the text "Op Data V" between I2RS Agent box and Routing System box inten= tional? Section 5.2 Secondary Identity This is defined to be "opaque" yet if not provided the agent is supposed to= insert "an UNAVAILABLE value". This seems to be a contradiction unless we = have a publicly defined value that clients are prohibited from using. Absen= t that you would need a "Secondary Identity Valid" indicator. Section 7.4 s/establish an vendor-agnostic/establish a vendor-agnostic --_000_5afaa922862d4b4a9dc67f117ae5366aXCHALN001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I have been selected as the Routing Directorate r= eviewer for this draft. The Routing Directorate seeks to review all routing= or routing-related drafts as they pass through IETF last call and IESG rev= iew, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For= more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/w= iki/RtgDir

 

Although these comments are primarily for the use= of the Routing ADs, it would be helpful if you could consider them along w= ith any other IETF Last Call comments that you receive, and strive to resol= ve them through discussion or by updating the draft. 

 

Document: draft-ietf-i2rs-traceability

Reviewer: Les Ginsberg

Review Date: April 27, 2016

IETF LC End Date: April 29, 2016

Intended Status: Informational

 

Summary:  This document is a well written do= cument - easy to understand. My compliments to the authors. I believe there= is one minor issue which I would like to see addressed before publication.=

 

Major Issues: None

 

Minor Issues:

 

In Section 5.2 there is a definition of the infor= mation which is required to be kept by an I2RS Agent for each I2RS interact= ion. I would like to see the addition of "Request State" into thi= s list. Operationally each request could be in one of the following states:

 

·         Enqueued (or pending if you prefer)

·         In process

·         Completed

 

The lack of such a state seems to imply that both= the queue time and the processing time are insignificant. While I think th= is may be the case for many requests, it will not always be the case. In qu= eue time may be lengthy due to other load on the Agent. Also, some requests - particularly destructive requests= which involve cleanup of resources - may take a significant amount of time= to complete.

 

Along with this an additional timestamp - Process= ing Initiated - would be useful to indicate when processing of the request = actually began.

 

Nits:

 

Section 5.1

 

s/Some notable elements on the architecture/ Some= notable elements of the architecture

 

Figure 1

 

Not clear to me why Application IDs start at 0 bu= t Client IDs start at 1.

 

Figure 1

 

Is the text "Op Data V" between I2RS Ag= ent box and Routing System box intentional?

 

Section 5.2

 

Secondary Identity

 

This is defined to be "opaque" yet if n= ot provided the agent is supposed to insert "an UNAVAILABLE value"= ;. This seems to be a contradiction unless we have a publicly defined value= that clients are prohibited from using. Absent that you would need a "Secondary Identity Valid" indicator.

 

Section 7.4

 

s/establish an vendor-agnostic/establish a vendor= -agnostic

 

--_000_5afaa922862d4b4a9dc67f117ae5366aXCHALN001ciscocom_-- From nobody Fri Apr 29 10:44:00 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF9ED12D0EF; Fri, 29 Apr 2016 10:43:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.517 X-Spam-Level: X-Spam-Status: No, score=-15.517 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, 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 lVXdcMelUE60; Fri, 29 Apr 2016 10:43:54 -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 5030712D0AE; Fri, 29 Apr 2016 10:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3267; q=dns/txt; s=iport; t=1461951834; x=1463161434; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=idnXDN3pta/7nagrHpcB2+7/H9kLmgpnYr4ssqNu5qg=; b=eRzd24Pb3/ov+HUZ9EpQOrIs9cFi/UcbKOiMvzaNDCACJ64U/djGSu5w ENfQZpG1r7ID06F5jDeJ9jsDidXk03iUOD+V4ni9qH0tJ98E/Opqykfdc rCmueWGliRkYw882brgyb9s/9051sX399Mn7NEJpx/OMdw1mQFevhwDqs c=; X-IronPort-AV: E=Sophos;i="5.24,552,1454976000"; d="scan'208";a="267910778" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Apr 2016 17:43:53 +0000 Received: from [10.117.46.165] (rtp-jclarke-8914.cisco.com [10.117.46.165]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u3THhrE1015093; Fri, 29 Apr 2016 17:43:53 GMT To: "Les Ginsberg (ginsberg)" , "rtg-ads@ietf.org" References: <5afaa922862d4b4a9dc67f117ae5366a@XCH-ALN-001.cisco.com> From: Joe Clarke Organization: Cisco Systems, Inc. Message-ID: Date: Fri, 29 Apr 2016 13:43:52 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <5afaa922862d4b4a9dc67f117ae5366a@XCH-ALN-001.cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-i2rs-traceability@ietf.org" , "i2rs@ietf.org" Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-08 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 17:43:56 -0000 On 4/27/16 17:39, Les Ginsberg (ginsberg) wrote: > Summary: This document is a well written document - easy to understand. > My compliments to the authors. I believe there is one minor issue which > I would like to see addressed before publication. Thanks for your comments and feedback, Les. Please see below for some replies and questions. > In Section 5.2 there is a definition of the information which is > required to be kept by an I2RS Agent for each I2RS interaction. I would > like to see the addition of "Request State" into this list. > Operationally each request could be in one of the following states: > > > > · Enqueued (or pending if you prefer) > > · In process > > · Completed > > > > The lack of such a state seems to imply that both the queue time and the > processing time are insignificant. While I think this may be the case > for many requests, it will not always be the case. In queue time may be > lengthy due to other load on the Agent. Also, some requests - > particularly destructive requests which involve cleanup of resources - > may take a significant amount of time to complete. Good observation. Traceability was aimed mainly at the termination of the request, but I like the idea of tracing the state machine. > > > > Along with this an additional timestamp - Processing Initiated - would > be useful to indicate when processing of the request actually began. I don't know we need a new timestamp. Perhaps we just need to rename "Request Timestamp" and "Result Timestamp" to "Start Timestamp" and "End Timestamp" to denote the time within the current state. What do you think? > s/Some notable elements on the architecture/ Some notable elements of > the architecture Fixed. Thanks! > > > > Figure 1 > > > > Not clear to me why Application IDs start at 0 but Client IDs start at 1. Ah. The numbers there are not IDs. They are the number of actual things in the boxes above. For Applications, there may be 0 to N for a given client. For Clients, you need at least 1. Does that make sense? > > > > Figure 1 > > > > Is the text "Op Data V" between I2RS Agent box and Routing System box > intentional? Yes. The 'V' is meant to be an arrow head pointed down. The request and data go from Client to Agent whereas the Response goes from Agent to Client. We are open to suggestions on how to make this clearer. > > > > Section 5.2 > > > > Secondary Identity > > > > This is defined to be "opaque" yet if not provided the agent is supposed > to insert "an UNAVAILABLE value". This seems to be a contradiction > unless we have a publicly defined value that clients are prohibited from > using. Absent that you would need a "Secondary Identity Valid" indicator. Good observation. I think it's fine to say that this field must be logged. If there is no application, then the field will be logged as empty. If there is an application, then whatever value is provided will be logged. Do you feel strongly that we need a field to indicate Application Present? > > > > Section 7.4 > > > > s/establish an vendor-agnostic/establish a vendor-agnostic Fixed. Thanks! Joe From nobody Fri Apr 29 11:55:33 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDECD12D70B; Fri, 29 Apr 2016 11:55:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 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_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 kTT5VW15Iyfx; Fri, 29 Apr 2016 11:55:29 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 9474D12D6EF; Fri, 29 Apr 2016 11:55:19 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id x201so128919818oif.3; Fri, 29 Apr 2016 11:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=2XOBe/BBhx4VyJX1SOVvMYUwoD4j1drTwtRSbvTYDpM=; b=JfSQOd549XPfMUEulQOVN5ifS84+1MYgPgwxXpdP1mvET67r+OvCsmVfZfFJvTnWnb AypUOlafE9rhXnvQiA5MR1eHHmbTNbs2QOw+TiKn9hPzWSjiEn0Hfv6VVHxjFqOTqOhw l8cHRCSxU1GNgEy9WMv5UjNHkm3Bhvk8JkmO+zUj+TBk+Po4ZfjufAICxFQxAq1xE0fi n7ZMSGWoGyEzxhQITVAyoPH/ueevogJVlRNDFDNQ8Io060XU/WKQuAWvqXnDTbZeUgfC pPMjT4b/mQQqCbuReiSgPTY3RQgIQwLeMpWavferAV99DThHI4+xKRwh04Ptk5rheWjQ Ej6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=2XOBe/BBhx4VyJX1SOVvMYUwoD4j1drTwtRSbvTYDpM=; b=B0nB/gtlc1yWPWV5XT4GYdRDKrEhxoxRS+vbvO9nQ9z18dURJFQ+7lLe0XnjT41Ofb XF66anzGH9n2j+o67STIdsnZY9cj18UJ6Usp2F2OVe8P7bguyVgOoweG56nkNWebngNy A7OgHsmwkmbsXwBOgajnyM4VeKcqMHSU7p3twm0auLhjQcu91IIXDUK2u+An7h+jqw2R JP4m0gf5LeXWq6g9l3j/Afr/wEWnETVVkCFo5JlfndebAUcZJrkUULx2+DnNPgs/FevW HktGL/mb2Toi8ytrT5Zl1Pxvs8vgBJ1inWbnht+xayyFnfuY0N3Yba35BjwpRujEuXFd Mjrg== X-Gm-Message-State: AOPr4FVFFq9p4SEZ0JyNVXFNH1uMS4PvpYY14x1d61YPRWH22fgHCdZevbg1NqQ9Enq3qyLdjw9bhTWdONfhMg== MIME-Version: 1.0 X-Received: by 10.157.20.149 with SMTP id d21mr9940355ote.143.1461956119028; Fri, 29 Apr 2016 11:55:19 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 29 Apr 2016 11:55:18 -0700 (PDT) In-Reply-To: References: <5afaa922862d4b4a9dc67f117ae5366a@XCH-ALN-001.cisco.com> Date: Fri, 29 Apr 2016 14:55:18 -0400 Message-ID: From: Alia Atlas To: Joe Clarke Content-Type: multipart/alternative; boundary=001a113e22ac26e8f90531a42fd2 Archived-At: Cc: "rtg-ads@ietf.org" , "Les Ginsberg \(ginsberg\)" , "draft-ietf-i2rs-traceability@ietf.org" , "i2rs@ietf.org" , "rtg-dir@ietf.org" Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-traceability-08 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 18:55:31 -0000 --001a113e22ac26e8f90531a42fd2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Les, Thank you very much for your review. Joe, Thanks for following up. I'll get this on the IESG telechat for next Thurs= . Regards, Alia On Fri, Apr 29, 2016 at 1:43 PM, Joe Clarke wrote: > On 4/27/16 17:39, Les Ginsberg (ginsberg) wrote: > >> Summary: This document is a well written document - easy to understand. >> My compliments to the authors. I believe there is one minor issue which >> I would like to see addressed before publication. >> > > Thanks for your comments and feedback, Les. Please see below for some > replies and questions. > > In Section 5.2 there is a definition of the information which is >> required to be kept by an I2RS Agent for each I2RS interaction. I would >> like to see the addition of "Request State" into this list. >> Operationally each request could be in one of the following states: >> >> >> >> =C2=B7 Enqueued (or pending if you prefer) >> >> =C2=B7 In process >> >> =C2=B7 Completed >> >> >> >> The lack of such a state seems to imply that both the queue time and the >> processing time are insignificant. While I think this may be the case >> for many requests, it will not always be the case. In queue time may be >> lengthy due to other load on the Agent. Also, some requests - >> particularly destructive requests which involve cleanup of resources - >> may take a significant amount of time to complete. >> > > Good observation. Traceability was aimed mainly at the termination of th= e > request, but I like the idea of tracing the state machine. > > >> >> >> Along with this an additional timestamp - Processing Initiated - would >> be useful to indicate when processing of the request actually began. >> > > I don't know we need a new timestamp. Perhaps we just need to rename > "Request Timestamp" and "Result Timestamp" to "Start Timestamp" and "End > Timestamp" to denote the time within the current state. What do you thin= k? > > s/Some notable elements on the architecture/ Some notable elements of >> the architecture >> > > Fixed. Thanks! > > >> >> >> Figure 1 >> >> >> >> Not clear to me why Application IDs start at 0 but Client IDs start at 1= . >> > > Ah. The numbers there are not IDs. They are the number of actual things > in the boxes above. For Applications, there may be 0 to N for a given > client. For Clients, you need at least 1. Does that make sense? > > >> >> >> Figure 1 >> >> >> >> Is the text "Op Data V" between I2RS Agent box and Routing System box >> intentional? >> > > Yes. The 'V' is meant to be an arrow head pointed down. The request and > data go from Client to Agent whereas the Response goes from Agent to Clie= nt. > > We are open to suggestions on how to make this clearer. > > >> >> >> Section 5.2 >> >> >> >> Secondary Identity >> >> >> >> This is defined to be "opaque" yet if not provided the agent is supposed >> to insert "an UNAVAILABLE value". This seems to be a contradiction >> unless we have a publicly defined value that clients are prohibited from >> using. Absent that you would need a "Secondary Identity Valid" indicator= . >> > > Good observation. I think it's fine to say that this field must be > logged. If there is no application, then the field will be logged as > empty. If there is an application, then whatever value is provided will = be > logged. > > Do you feel strongly that we need a field to indicate Application Present= ? > > >> >> >> Section 7.4 >> >> >> >> s/establish an vendor-agnostic/establish a vendor-agnostic >> > > Fixed. Thanks! > > Joe > --001a113e22ac26e8f90531a42fd2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Les,

Thank you very much for your revie= w.

Joe,=C2=A0
Thanks for following up.= =C2=A0 I'll get this on the IESG telechat for next Thurs.

Regards,
Alia



= On Fri, Apr 29, 2016 at 1:43 PM, Joe Clarke <jclarke@cisco.com> wrote:
On 4/27/16 = 17:39, Les Ginsberg (ginsberg) wrote:
Summary:=C2=A0 This document is a well written document - easy to understan= d.
My compliments to the authors. I believe there is one minor issue which
I would like to see addressed before publication.

 Thanks for your comments and feedback, Les.=C2=A0 Please see below for some= replies and questions.

In Section 5.2 there is a definition of the information which is
required to be kept by an I2RS Agent for each I2RS interaction. I would
like to see the addition of "Request State" into this list.
Operationally each request could be in one of the following states:



=C2=B7=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Enqueued (or pending if you prefer)=

=C2=B7=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0In process

=C2=B7=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Completed



The lack of such a state seems to imply that both the queue time and the processing time are insignificant. While I think this may be the case
for many requests, it will not always be the case. In queue time may be
lengthy due to other load on the Agent. Also, some requests -
particularly destructive requests which involve cleanup of resources -
may take a significant amount of time to complete.

 Good observation.=C2=A0 Traceability was aimed mainly at the termination of= the request, but I like the idea of tracing the state machine.




Along with this an additional timestamp - Processing Initiated - would
be useful to indicate when processing of the request actually began.

 I don't know we need a new timestamp.=C2=A0 Perhaps we just need to ren= ame "Request Timestamp" and "Result Timestamp" to "= ;Start Timestamp" and "End Timestamp" to denote the time wit= hin the current state.=C2=A0 What do you think?

s/Some notable elements on the architecture/ Some notable elements of
the architecture

 Fixed.=C2=A0 Thanks!




Figure 1



Not clear to me why Application IDs start at 0 but Client IDs start at 1.

Ah.=C2=A0 The numbers there are not IDs.=C2=A0 They are the number of actua= l things in the boxes above.=C2=A0 For Applications, there may be 0 to N fo= r a given client.=C2=A0 For Clients, you need at least 1.=C2=A0 Does that m= ake sense?




Figure 1



Is the text "Op Data V" between I2RS Agent box and Routing System= box
intentional?

 Yes.=C2=A0 The 'V' is meant to be an arrow head pointed down.=C2=A0= The request and data go from Client to Agent whereas the Response goes fro= m Agent to Client.

We are open to suggestions on how to make this clearer.



Section 5.2



Secondary Identity



This is defined to be "opaque" yet if not provided the agent is s= upposed
to insert "an UNAVAILABLE value". This seems to be a contradictio= n
unless we have a publicly defined value that clients are prohibited from using. Absent that you would need a "Secondary Identity Valid" in= dicator.

 Good observation.=C2=A0 I think it's fine to say that this field must b= e logged.=C2=A0 If there is no application, then the field will be logged a= s empty.=C2=A0 If there is an application, then whatever value is provided = will be logged.

Do you feel strongly that we need a field to indicate Application Present?<= span class=3D"">




Section 7.4



s/establish an vendor-agnostic/establish a vendor-agnostic

Fixed.=C2=A0 Thanks!

Joe

--001a113e22ac26e8f90531a42fd2-- From nobody Fri Apr 29 14:37:36 2016 Return-Path: X-Original-To: i2rs@ietfa.amsl.com Delivered-To: i2rs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DBBC12D76F; Fri, 29 Apr 2016 14:37:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.699 X-Spam-Level: X-Spam-Status: No, score=-102.699 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_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 9wMaA6aLBM_C; Fri, 29 Apr 2016 14:37:32 -0700 (PDT) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3543212D75A; Fri, 29 Apr 2016 14:37:32 -0700 (PDT) Received: by mail-oi0-x22a.google.com with SMTP id x201so133389512oif.3; Fri, 29 Apr 2016 14:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=faabEbwf82wmEdP2BHlHri7Odnb9vcelCZtMWn2DfGo=; b=Jof8RBaLVcjqJOWkq1nmqBgyzyvG6OMemgPKujYsOROg5BkAZkGZ4i7RTD3L59L4kW +g7imPKJPNR3jqNzbLGTRoaAXZYJVvEIyyLoTHGDqHomsJ9wcGy2M82eiditwBHpKwJS Xt1iGmeHOlSJ3ZhN2H3RNPD2amnPoVWEnnN+5NR+pzLSkBXkUUkWSUPpzd4ZW4Y0b/Nc k2Y8w4S8mCcv8tcsRqJ+4vMS06ZK4xGgdpePnw5z632Bsu24OeRjbSRLPKX/X2Z0GLE5 K0F3wu8JlhlML3E6lvJQIKnWRicElo+iafVLRDJjLwi0TQXh5GVQzYl+pCkLnz6r/oUu yYnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=faabEbwf82wmEdP2BHlHri7Odnb9vcelCZtMWn2DfGo=; b=V6BP3rUD2Ox37RRMwS5kWGnvTPuqD6udNqTTT0HjfTOljffmgqvsgV9jz1CZ83ydQn kohqyToJjciUtogD5be3a7lboPKPoa7jYMmerUiWZdSqRA8Hyd/005HQE2wLp1jH8XpW zgdX9ABNNxIxvhOk6/82jKm05rGUN6JfyndsoZV3oF2eLPXBOc88daNyeDHWMhT1CDvF r9g5VVu8cjnfa3JYUEMyTLk3I7vHsqf1LTm12EYrdnSLZ9RZU48rbNXRh5VoDz/1pMfV qLficpK21eje/iZ7EXWnrjdxZdhlJAtOHl3hxFVbfFOoDGjTCwhKU9geFagqhKt/AZ2W yr/Q== X-Gm-Message-State: AOPr4FW3akbAI0odAAtpiYE1TcyciYBlZDG2XBeqe/rfFB985GN4dRqQkKNvpyZDb/Kh4hci4ev+LeuJkhSBlw== MIME-Version: 1.0 X-Received: by 10.157.49.102 with SMTP id v35mr10939509otd.41.1461965851556; Fri, 29 Apr 2016 14:37:31 -0700 (PDT) Received: by 10.60.115.168 with HTTP; Fri, 29 Apr 2016 14:37:31 -0700 (PDT) In-Reply-To: <1461600259.1868989.588979393.728AD1A2@webmail.messagingengine.com> References: <1461600259.1868989.588979393.728AD1A2@webmail.messagingengine.com> Date: Fri, 29 Apr 2016 17:37:31 -0400 Message-ID: From: Alia Atlas To: Dan Frost Content-Type: multipart/alternative; boundary=001a1141cd784183ce0531a6732b Archived-At: Cc: "" , "rtg-dir@ietf.org" , draft-ietf-i2rs-pub-sub-requirements.all@ietf.org, "i2rs@ietf.org" Subject: Re: [i2rs] RtgDir review: draft-ietf-i2rs-pub-sub-requirements-06 X-BeenThere: i2rs@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Interface to The Internet Routing System \(IRS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2016 21:37:35 -0000 --001a1141cd784183ce0531a6732b Content-Type: text/plain; charset=UTF-8 Hi Dan, Thank you very much for your review. This document is intended to be Informational; the data-tracker needed to be updated. I do have a few comments in-line. Eric, Alex, Gonzalez & Sue, please address these comments ASAP as you feel is appropriate. I do think that some clarifications will help. I do think that version 06 is quite improved in sections 1 & 2. On Mon, Apr 25, 2016 at 12:04 PM, Dan Frost wrote: > Hello, > > I have been selected as the Routing Directorate reviewer for this > draft. The Routing Directorate seeks to review all routing or > routing-related drafts as they pass through IETF last call and IESG > review, and sometimes on special request. The purpose of the review is > to provide assistance to the Routing ADs. For more information about the > Routing Directorate, please see > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Although these comments are primarily for the use of the Routing ADs, it > would be helpful if you could consider them along with any other IETF > Last Call comments that you receive, and strive to resolve them through > discussion or by updating the draft. > > Document: draft-ietf-i2rs-pub-sub-requirements-06 > Reviewer: Dan Frost > Review Date: 2016-04-25 > IETF LC End Date: 2016-04-29 > Intended Status: Informational (?) > > Summary: > > I have significant concerns about this document and recommend that the > Routing ADs discuss these issues further with the authors. > > Comments: > > Overall this is a clear and consistent requirements document that > addresses an important real-world problem domain, and is nearly ready > for publication. However, because this work may lead to significant > changes in the mechanics of network management and control, some extra > care in the review stage is warranted. I've marked some issues as major > to indicate that they may deserve extra consideration by the ADs and/or > the wider Internet community. > > > Major Issues: > > 1. There seems to be some confusion as to the intended status of the > document. The draft itself lists its intended status as Informational, > which is usually appropriate for a requirements document. On the other > hand, the draft was submitted to the IESG with an Intended Status of > Proposed Standard. Furthermore, a quick check of other I2RS WG > requirements docs shows them split between Informational and Proposed > Standard, so the confusion may extend beyond this draft. I'd suggest > the ADs and chairs agree on a consistent policy. > [Alia] Good catch. Agreement is that they are informational. > 2. The document concerns requirements for a publish/subscribe interface > to, among other things, real-time operational data. The text in Section > 2.3 indicates an awareness of the need to support potentially large > numbers of subscribers and high volumes of data. However, the document > doesn't seem to discuss the global network impact of continuously > pushing a lot of data to many subscribers. > > As the introduction of such a push system could lead to a qualitative > shift in the total volume of management/control traffic, it seems > important to begin addressing this issue at the requirements stage. > > A possible resolution would be to add a brief section on network impact > under large-scale conditions, and/or a set of requirements for > minimizing this impact. Some of the listed requirements are germane to > this, e.g. subscription filters. bundling, and dampening. Issues that > are not addressed include support for encoding formats that are > efficient for high-volume transport and processing (XML and JSON are > usually considered not to be); appropriate selection of transport > protocols and features according to scale/use-case; and support for > mechanisms to determine or restrict the bandwidth cost of a proposed or > ongoing subscription. > [Alia] There are a number of different potential transports and encodings; these tend to be dictated by the ecosystem in which the deployment is desired. These I2RS requirements are targeted initially for YANG with NetConf and RestConf. An expectation is that the mechanisms such as subscription filters, bundling, and dampening, can be reused for other transports and encodings. 3. This work is being carried out in the I2RS WG, but the first sentence > of Section 2.2 states that this document is intended to cover > requirements beyond I2RS. A general question for the editors/chairs/ADs > is whether it has received any review by interested/affected parties > outside I2RS? > [Alia] A proposed solution is being discussed in NetConf. > 4. The Security Requirements make no mention of data integrity or > confidentiality. This is a potentially serious omission in today's > network environment. I would expect at the least that subscribers have > the ability to request a secure (authenticated, integrity-verified, > confidential) session, that publishers likewise have the ability to > refuse non-secure sessions, and that the security status of a session is > explicitly signaled and checked by both parties during negotiation. > [Alia] While the I2RS architecture and draft-ietf-i2rs-security-environment-reqs-01 and draft-ietf-i2rs-protocol-security-requirements-03 all cover lots of details about this, it would be a good idea to touch on it this as well in the Security Requirements with a useful reference. > Minor Issues: > > 1. The requirements in this document ought to be numbered for ease of > reference. > > 2. Section 3: > As this is a requirements doc, the RFC 2119 language paragraph could use > a clarification sentence along the lines of the one in Section 1.1 of > RFC 5654. > > 3. Section 3: > It's not obvious to me from the text in this section what the > distinction and intended relationship is between Receivers and > Subscribers. Perhaps this can be clarified with an example? Also the > statement "In general, the Receiver and Subscriber will be the same > entity" doesn't sound right -- maybe you meant that in general they can > be different, but usually they will be the same? > > 4. Section 3, last sentence: > What is the difference between the terms "previous Push" and "last > Update" used in this sentence? > > 5. Section 4.2.3, last paragraph: > This paragraph would be more useful if it explained what a > persistence/replay capability was and how it might work. > > 6. Can a definition or reference be provided for the term "object > property" as used in Sections 3 and 4.2.7? This terminology seems > slightly different from that used in RFC 6020. > > 7. Section 4.2.4: > What is the purpose of stating that a subscription service should > support "different" transports and encodings? This sounds too vague to > be useful. Choice of transport and encoding are of great practical > importance, but the document has almost nothing to say on these topics. > Can the authors not provide a summary of options and some definite > guidance here? > [Alia] These are the requirements on a pub/sub service. Of course, different transports and encodings may have slight nuances - but I2RS is specifically reusing NetConf and RestConf and YANG, so that gives the initial set for at least subscribing. Thanks, Alia > 8. Section 4.2.5, third paragraph: > Can you spell out in the document exactly what "Versioning" means here? > > 9. When the underlying transport provides some form of security, should > there not be a requirement for alignment between transport security and > pub/sub protocol security? Can, for example, TLS certificate validation > fulfil the pub/sub authentication requirement? > > 10. An important use-case for such a pub/sub update service is a > subscriber that wants to maintain an up-to-date local copy of a > datastore residing on the publisher. This requires the ability to > correlate the version of the datastore obtained via an out-of-band full > download with the version reflected by each published update. Do the > authors intend to allow for this case, and have they considered the > associated requirements? > > > Nits: > > Section 2.2, first paragraph: > - s/Switches and Routers/switches and routers/ > - s/past subscriptions includes/past subscription mechanisms includes/ > > Section 2.2, last paragraph: > - s/NETCONF should the/NETCONF should be the/ > - s/support Multicast and Broadcast/support for multicast and broadcast/ > > Section 3, 8th paragraph: > - s/referred in/referred to in/ > Section 3, 9th paragraph: > - s/which have been made/that have been made/ > Section 3, last paragraph: > - s/propert(ies)/properties/ > - s/different that/different than that/ > > Section 4, first paragraph: > - s/morphed/adapted/ > > Section 4.1, last paragraph: > - s/lease a Subscription/lease of a Subscription/ > > Section 4.2.1, second and third paragraphs: > These two requirements seem to make more sense if "one or more" is > replaced by "multiple". > > Section 4.2.8, third paragraph: > - s/us a failure/is a failure/ > > > Cheers, > -d > --001a1141cd784183ce0531a6732b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dan,

Thank you very much for your re= view.=C2=A0 This document is intended to be Informational; the data-tracker= needed to be updated.
I do have a few comments in-line.

Eric, Alex, Gonzalez & Sue, please address these comme= nts ASAP as you feel is appropriate.
I do think that some clarifi= cations will help.
I do think that version 06 is quite improved i= n sections 1 & 2.


On Mon, Apr 25, 2016 at 12:04 PM, Dan Frost <frost@mm.s= t> wrote:
Hello,

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

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

Document: draft-ietf-i2rs-pub-sub-requirements-06
Reviewer: Dan Frost
Review Date: 2016-04-25
IETF LC End Date: 2016-04-29
Intended Status: Informational (?)

Summary:

I have significant concerns about this document and recommend that the
Routing ADs discuss these issues further with the authors.

Comments:

Overall this is a clear and consistent requirements document that
addresses an important real-world problem domain, and is nearly ready
for publication.=C2=A0 However, because this work may lead to significant changes in the mechanics of network management and control, some extra
care in the review stage is warranted.=C2=A0 I've marked some issues as= major
to indicate that they may deserve extra consideration by the ADs and/or
the wider Internet community.


Major Issues:

1. There seems to be some confusion as to the intended status of the
document.=C2=A0 The draft itself lists its intended status as Informational= ,
which is usually appropriate for a requirements document.=C2=A0 On the othe= r
hand, the draft was submitted to the IESG with an Intended Status of
Proposed Standard.=C2=A0 Furthermore, a quick check of other I2RS WG
requirements docs shows them split between Informational and Proposed
Standard, so the confusion may extend beyond this draft.=C2=A0 I'd sugg= est
the ADs and chairs agree on a consistent policy.

<= /div>
[Alia] Good catch.=C2=A0 Agreement is that they are informational= .=C2=A0

=C2=A0
2. The document concerns requirements for a publish/subscribe interface
to, among other things, real-time operational data.=C2=A0 The text in Secti= on
2.3 indicates an awareness of the need to support potentially large
numbers of subscribers and high volumes of data.=C2=A0 However, the documen= t
doesn't seem to discuss the global network impact of continuously
pushing a lot of data to many subscribers.

As the introduction of such a push system could lead to a qualitative
shift in the total volume of management/control traffic, it seems
important to begin addressing this issue at the requirements stage.

A possible resolution would be to add a brief section on network impact
under large-scale conditions, and/or a set of requirements for
minimizing this impact.=C2=A0 Some of the listed requirements are germane t= o
this, e.g. subscription filters. bundling, and dampening.=C2=A0 Issues that=
are not addressed include support for encoding formats that are
efficient for high-volume transport and processing (XML and JSON are
usually considered not to be); appropriate selection of transport
protocols and features according to scale/use-case; and support for
mechanisms to determine or restrict the bandwidth cost of a proposed or
ongoing subscription.

[Alia] There are = a number of different potential transports and encodings; these tend
<= div>to be dictated by the ecosystem in which the deployment is desired.=C2= =A0 These
I2RS requirements are targeted initially for YANG with = NetConf and RestConf.
An expectation is that the mechanisms such = as subscription filters, bundling,
and dampening, can be reused f= or other transports and encodings. =C2=A0 =C2=A0

3. This work is being carried out in the I2RS WG, but the first sentence of Section 2.2 states that this document is intended to cover
requirements beyond I2RS.=C2=A0 A general question for the editors/chairs/A= Ds
is whether it has received any review by interested/affected parties
outside I2RS?

[Alia] A proposed solutio= n is being discussed in NetConf.=C2=A0
=C2=A0
4. The Security Requirements make no mention of data integrity or
confidentiality.=C2=A0 This is a potentially serious omission in today'= s
network environment.=C2=A0 I would expect at the least that subscribers hav= e
the ability to request a secure (authenticated, integrity-verified,
confidential) session, that publishers likewise have the ability to
refuse non-secure sessions, and that the security status of a session is explicitly signaled and checked by both parties during negotiation.

[Alia] While the I2RS architecture and=C2=A0draft-ietf-i2rs-security= -environment-reqs-01=C2=A0
and=C2=A0draft-ietf-i2rs-protocol-security-requirements-03=C2=A0 all cover lots of details
about this, it would be a good idea to touch on it this as well in= the Security Requirements=C2=A0
with a useful reference.=C2=A0
=C2=A0
Minor Issues:

1. The requirements in this document ought to be numbered for ease of
reference.

2. Section 3:
As this is a requirements doc, the RFC 2119 language paragraph could use a clarification sentence along the lines of the one in Section 1.1 of
RFC 5654.

3. Section 3:
It's not obvious to me from the text in this section what the
distinction and intended relationship is between Receivers and
Subscribers.=C2=A0 Perhaps this can be clarified with an example?=C2=A0 Als= o the
statement "In general, the Receiver and Subscriber will be the same entity" doesn't sound right -- maybe you meant that in general the= y can
be different, but usually they will be the same?

4. Section 3, last sentence:
What is the difference between the terms "previous Push" and &quo= t;last
Update" used in this sentence?

5. Section 4.2.3, last paragraph:
This paragraph would be more useful if it explained what a
persistence/replay capability was and how it might work.

6. Can a definition or reference be provided for the term "object
property" as used in Sections 3 and 4.2.7?=C2=A0 This terminology seem= s
slightly different from that used in RFC 6020.

7. Section 4.2.4:
What is the purpose of stating that a subscription service should
support "different" transports and encodings?=C2=A0 This sounds t= oo vague to
be useful.=C2=A0 Choice of transport and encoding are of great practical importance, but the document has almost nothing to say on these topics.
Can the authors not provide a summary of options and some definite
guidance here?

[Alia] These are the req= uirements on a pub/sub service.=C2=A0 Of course, different
transp= orts and encodings may have slight nuances - but I2RS is specifically
=
reusing NetConf and RestConf and YANG, so that gives the initial set f= or
at least subscribing. =C2=A0=C2=A0

Th= anks,
Alia
=C2=A0
8. Section 4.2.5, third paragraph:
Can you spell out in the document exactly what "Versioning" means= here?

9. When the underlying transport provides some form of security, should
there not be a requirement for alignment between transport security and
pub/sub protocol security?=C2=A0 Can, for example, TLS certificate validati= on
fulfil the pub/sub authentication requirement?

10. An important use-case for such a pub/sub update service is a
subscriber that wants to maintain an up-to-date local copy of a
datastore residing on the publisher.=C2=A0 This requires the ability to
correlate the version of the datastore obtained via an out-of-band full
download with the version reflected by each published update.=C2=A0 Do the<= br> authors intend to allow for this case, and have they considered the
associated requirements?


Nits:

Section 2.2, first paragraph:
- s/Switches and Routers/switches and routers/
- s/past subscriptions includes/past subscription mechanisms includes/

Section 2.2, last paragraph:
- s/NETCONF should the/NETCONF should be the/
- s/support Multicast and Broadcast/support for multicast and broadcast/
Section 3, 8th paragraph:
- s/referred in/referred to in/
Section 3, 9th paragraph:
- s/which have been made/that have been made/
Section 3, last paragraph:
- s/propert(ies)/properties/
- s/different that/different than that/

Section 4, first paragraph:
- s/morphed/adapted/

Section 4.1, last paragraph:
- s/lease a Subscription/lease of a Subscription/

Section 4.2.1, second and third paragraphs:
These two requirements seem to make more sense if "one or more" i= s
replaced by "multiple".

Section 4.2.8, third paragraph:
- s/us a failure/is a failure/


Cheers,
-d

--001a1141cd784183ce0531a6732b--