From nobody Fri Mar 4 07:55:14 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37AB81A6F27 for ; Fri, 4 Mar 2016 07:55:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hr3_dWk684FL for ; Fri, 4 Mar 2016 07:55:11 -0800 (PST) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by ietfa.amsl.com (Postfix) with ESMTP id 780E21A6F1F for ; Fri, 4 Mar 2016 07:55:11 -0800 (PST) Received: from BLR-EXCHP-2.sandvine.com (192.168.196.172) by WTL-EXCHP-2.sandvine.com (192.168.194.177) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 4 Mar 2016 10:55:10 -0500 Received: from WTL-EXCHP-2.sandvine.com ([fe80::68ac:f071:19ff:3455]) by blr-exchp-2.sandvine.com ([fe80::6c6d:7108:c63c:9055%14]) with mapi id 14.03.0181.006; Fri, 4 Mar 2016 10:55:15 -0500 From: Dave Dolson To: "dime@ietf.org" Thread-Topic: Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? Thread-Index: AdF2LjriJijEGmCoTaamN5Kg9/9UQA== Date: Fri, 4 Mar 2016 15:55:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.63] x-c2processedorg: b2f06e69-072f-40ee-90c5-80a34e700794 Content-Type: multipart/alternative; boundary="_000_E8355113905631478EFF04F5AA706E9830EB51A2wtlexchp2sandvi_" MIME-Version: 1.0 Archived-At: Subject: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:55:13 -0000 --_000_E8355113905631478EFF04F5AA706E9830EB51A2wtlexchp2sandvi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Diameter experts, We've been looking to the specs in order to answer the question as to wheth= er a retransmitted Diameter request MUST/SHOULD/SHOULD NOT/MAY use the same hop-by-hop and end-to-end identifiers as the original request. Can anyone point to the position of the standards, or ad hoc standards in t= his regard? A secondary question is whether an agent MUST/SHOULD/SHOULD NOT/MAY use the same hop-by-hop identifier when forwarding a retransmitted request = that it used the first time the message was seen. My sense is that an agent is not required to do so, but may it do so? Thanks in advance, David Dolson Senior Software Architect, Sandvine Inc. --_000_E8355113905631478EFF04F5AA706E9830EB51A2wtlexchp2sandvi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Diameter experts,

 

We’ve been looking to the specs in order to an= swer the question as to whether a

retransmitted Diameter request MUST/SHOULD/SHOULD NO= T/MAY use the same

hop-by-hop and end-to-end identifiers as the origina= l request.

 

Can anyone point to the position of the standards, o= r ad hoc standards in this regard?

 

A secondary question is whether an agent MUST/SHOULD= /SHOULD NOT/MAY

use the same hop-by-hop identifier when forwarding a= retransmitted request that it used the

first time the message was seen.

My sense is that an agent is not required to do so, = but may it do so?

 

 

 

Thanks in advance,

 

David Dolson

Senior Software Architect, Sandvine Inc.<= /p>

 

--_000_E8355113905631478EFF04F5AA706E9830EB51A2wtlexchp2sandvi_-- From nobody Fri Mar 4 09:06:45 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 549FA1A1A75 for ; Fri, 4 Mar 2016 09:06:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 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.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vAKkjJUs1TNh for ; Fri, 4 Mar 2016 09:06:43 -0800 (PST) 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 F2CD91A1A58 for ; Fri, 4 Mar 2016 09:06:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id CA323BE57 for ; Fri, 4 Mar 2016 17:06:41 +0000 (GMT) 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 BFdEbuAUkoQQ for ; Fri, 4 Mar 2016 17:06:41 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 40C6DBE25 for ; Fri, 4 Mar 2016 17:06:41 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1457111201; bh=B09scsMlAEGPjI4MEdBB+VoYxXYJZTuvZ3n/+R7fGKE=; h=To:From:Subject:Date:From; b=sIvcOmGcW8fO0sTgM5BUCDHpHXhgH1rD+N/iScO83P/2+DkYouQ1NlbWx9+MONL9n Zdnpslt481jSiHdOvgUxxYLwg9oA/s4nlcWcljGopMZMRSwOQaVgflJfFusXWeP9NI fuq5ugFjY25FL3OgqjKSlnXTPbwCm3xGL8OISfTA= To: "dime@ietf.org" From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <56D9C0A0.9060804@cs.tcd.ie> Date: Fri, 4 Mar 2016 17:06:40 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms000904030207010501010903" Archived-At: Subject: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 17:06:44 -0000 This is a cryptographically signed message in MIME format. --------------ms000904030207010501010903 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hiya, I just have one question I'd like to ask the wg about before I start IETF LC. You don't say if priorities are intended to be modified after they have been set. In the security considerations you do say that this could be done maliciously, and you do say that priorities need to be dropped if received from a source not trusted for that, but you never say if it's considered ok or not for e.g. an agent to change a priority for some local policy reason. Don't you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-) There are some nits below, you can handled these before or after IETF LC, whichever is best. Cheers, S. - Section 5: URL and MME aren't expanded. Since you're just using it as an example, I'd say expanding this will help any reader who's not a 3gpp afficionado. - Section 8, "The priority marking scheme SHOULD NOT require the Diameter Agents to understand application specific AVPs." Isn't that a bogus use of 2119 language since we're not expressing requirements here? s/SHOULD NOT/does not/ would seem better. - Section 8, People will ask "why default to 10?" I recall the WG discussed this but iirc mostly didn't care too much but it might be nice to justify 10 if there's a way to do it that doesn't amount to "just because" :-) - Section 8, The "When setting and using..." paragraphs are quite verbose. It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A27771A92EF for ; Fri, 4 Mar 2016 14:56:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y0C3MnugyGPZ for ; Fri, 4 Mar 2016 14:56:22 -0800 (PST) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::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 414CE1A92EE for ; Fri, 4 Mar 2016 14:56:22 -0800 (PST) Received: by mail-pa0-x22a.google.com with SMTP id fy10so41995875pac.1 for ; Fri, 04 Mar 2016 14:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=wiExykzh42D0ttdICQ8NPtWIR/tM/6DOeqtbaOwIZc4=; b=vZDnEaR9rI1DhnhQY4sNWfMa1imtWhdPVMCV3J4IuK7ylzYSc74Ibouv7Dh7tzQqmP bN96yV98DE3nvz9JmeZVTemgbpadNaCHc8avbLnC2h+zlq5b7g1zGy74KnNwtMcYmjZP cdw0TYnsKfTIU6h+k07skw5h9xKLtAexBDzchzYmQ448DB/w/HeuQ+oyiu5bGUBaTyTH bXCslxt709Y3KL7TJz9R4LObXd0lhIkGy/bPJbLMVcjTTGG10oUvkihFAF0eVKESQy4Q vDjkLYsz4IDnZnMzN2WQr8j3Z3yIxCfXa+Q1ASKOQLkY3bOwH+COOUPA7AhsLYFl6uSj AMTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=wiExykzh42D0ttdICQ8NPtWIR/tM/6DOeqtbaOwIZc4=; b=diRKCden3Wc5x7ZQYJ2uYxy9Dc5KOM/fF6g5QJwVueehbwHX0jEKPFLikzQxN1b+0t KiaVlCQR4kftPChXL+ZdnXL01/0th+SlXtgBBSlDo9oZtpSwaAO2O3d7Hvy2YnkUOtGd 6RyEdquXsLa1dqKLdYDUdLIS7x5PMxNkHmHxSec42SgwFT/lgI+gAQEvDYHEj2px3I2L 1OOQRV15WCQSsWxOl9ZTpbamfFTsoNYqRIlwJKnP/zwudNILBaayHtdJqdWyIcj+ZKSr ysNQ0+0oYIKI3kpYTYyv09cRXWXFXn5xpHoLusM6DnBljhV1WuIAnMjCGFRiF3JBIcj9 Yq3g== X-Gm-Message-State: AD7BkJIIRN3Or0Uacg99aEk3cRCCMjowoF4/vBb50DhiarwnOoCNhHk4WcBB+GFkYpPuGA== X-Received: by 10.66.190.168 with SMTP id gr8mr15720915pac.23.1457132181878; Fri, 04 Mar 2016 14:56:21 -0800 (PST) Received: from [10.16.75.156] ([216.31.219.19]) by smtp.googlemail.com with ESMTPSA id ud8sm7824372pac.11.2016.03.04.14.56.20 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Mar 2016 14:56:21 -0800 (PST) To: dime@ietf.org References: From: Jouni Korhonen Message-ID: <56DA1294.6010901@gmail.com> Date: Fri, 4 Mar 2016 14:56:20 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 22:56:25 -0000 Hi, On top of my head.. and in a tired condition :) 3/4/2016, 7:55 AM, Dave Dolson kirjoitti: > Hello Diameter experts, > > Weíve been looking to the specs in order to answer the question as to > whether a > > retransmitted Diameter request MUST/SHOULD/SHOULD NOT/MAY use the same > > hop-by-hop and end-to-end identifiers as the original request. > > Can anyone point to the position of the standards, or ad hoc standards > in this regard? RFC6733 Section 3 says "The sender MUST ensure that the Hop-by-Hop Identifier in a request is unique on a given connection at any given time". So if a different transport connection is used as a result of retransmission, the h-b-h id could potentially be different than in the original request. If different h-b-h ids were used over the same connection for the same buffered request messages that should also work.. I do not recall any text specifically prohibiting that. Not that I would find this kind of behaviour good, either.. RFC6733 Section 3 says "The End-to-End Identifier MUST NOT be modified by Diameter agents of any kind." Also "Duplicate requests SHOULD cause the same answer to be transmitted (modulo the Hop-by-Hop Identifier field and any routing AVPs that may be present), and they MUST NOT affect any state that was set when the original request was processed." And Section 5.5.4. says "The End-to-End Identifier field in the Diameter header along with the Origin-Host AVP MUST be used to identify duplicate messages." The combination of Origin-Host and e-t-e id must be unique for duplicate detection. Now if either one changes the receiver potentially has issues determining correctly to which previously seen message the request was a retransmission for. > A secondary question is whether an agent MUST/SHOULD/SHOULD NOT/MAY > > use the same hop-by-hop identifier when forwarding a retransmitted > request that it used the > > first time the message was seen. > > My sense is that an agent is not required to do so, but may it do so? See above. - JOuni > > Thanks in advance, > > David Dolson > > Senior Software Architect, Sandvine Inc. > > > > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime > From nobody Tue Mar 8 07:00:49 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C860E12D744 for ; Tue, 8 Mar 2016 07:00:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2YJJXM_vuKv4 for ; Tue, 8 Mar 2016 07:00:43 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 809AA12D724 for ; Tue, 8 Mar 2016 07:00:42 -0800 (PST) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 07D7A22C8A2; Tue, 8 Mar 2016 16:00:41 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.2]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id C2B904C06B; Tue, 8 Mar 2016 16:00:40 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0279.002; Tue, 8 Mar 2016 16:00:40 +0100 From: To: Jouni Korhonen , "dime@ietf.org" Thread-Topic: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? Thread-Index: AQHRdmkXWX8Zpc/140CAmCJ2KnQeL59Poohg Date: Tue, 8 Mar 2016 15:00:39 +0000 Message-ID: <30712_1457449240_56DEE918_30712_6072_1_6B7134B31289DC4FAF731D844122B36E01DFA14E@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56DA1294.6010901@gmail.com> In-Reply-To: <56DA1294.6010901@gmail.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.3.8.122717 Archived-At: Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 15:00:46 -0000 Hi David, I agree with Jouni. See below for more details. BR, Lionel > -----Message d'origine----- > De=A0: DiME [mailto:dime-bounces@ietf.org] De la part de Jouni Korhonen > Envoy=E9=A0: vendredi 4 mars 2016 23:56 > =C0=A0: dime@ietf.org > Objet=A0: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and > end-to-end IDs? >=20 > Hi, >=20 > On top of my head.. and in a tired condition :) >=20 > 3/4/2016, 7:55 AM, Dave Dolson kirjoitti: > > Hello Diameter experts, > > > > We've been looking to the specs in order to answer the question as to > > whether a > > > > retransmitted Diameter request MUST/SHOULD/SHOULD NOT/MAY use > the same > > > > hop-by-hop and end-to-end identifiers as the original request. > > > > Can anyone point to the position of the standards, or ad hoc standards > > in this regard? >=20 > RFC6733 Section 3 says "The sender MUST ensure that the Hop-by-Hop > Identifier in a request is unique on a given connection at any given time= ". So > if a different transport connection is used as a result of retransmission= , the h- > b-h id could potentially be different than in the original request. If di= fferent > h-b-h ids were used over the same connection for the same buffered > request messages that should also work.. I do not recall any text specifi= cally > prohibiting that. Not that I would find this kind of behaviour good, eith= er.. [LM] The HBH id is rather manage at the Diameter node level than at the con= nection level. In several places, it is said "locally unique value" without= reference to any connection. More specifically, in the relay/proxy case, i= t is even said "The Hop-by-Hop Identifier in the request is saved and repla= ced with a locally unique value. The source of the request is also saved,= which includes the IP address, port, and protocol." which must be interpre= ted as that only the HBH Id is required to match received answers and infor= mation about source of the request is only used for forwarding the answer t= o the request originator. And this is confirmed by "A Diameter client or pr= oxy MUST match the Hop-by-Hop Identifier in an answer received against the = list of pending requests." where the notion of HBH id per connection would = not make sense.=20 Anyway, in any case the HBH Id in the duplicate request is different from t= he HBH id of the original request. Any request must have unique HBH Id as = specified in "The Hop-by-Hop Identifier SHOULD be set to a locally unique v= alue" in the section 6.1.2. "Sending a request", that is valid for any requ= est (original or retransmitted). >=20 > RFC6733 Section 3 says "The End-to-End Identifier MUST NOT be modified by > Diameter agents of any kind." Also "Duplicate requests SHOULD cause the > same answer to be transmitted (modulo the Hop-by-Hop Identifier field and > any routing AVPs that may be present), and they MUST NOT affect any state > that was set when the original request was processed." > And Section 5.5.4. says "The End-to-End Identifier field in the Diameter > header along with the Origin-Host AVP MUST be used to identify duplicate > messages." >=20 > The combination of Origin-Host and e-t-e id must be unique for duplicate > detection. Now if either one changes the receiver potentially has issues > determining correctly to which previously seen message the request was a > retransmission for. >=20 [LM] if either one is change, it is a new request from a Diameter base prot= ocol point of view. There is no way for the server to detect that the reque= st is a retransmitted request, even if the T flag is set in the request. It= will not be able to match the retransmitted request to the original one. > > A secondary question is whether an agent MUST/SHOULD/SHOULD > NOT/MAY > > > > use the same hop-by-hop identifier when forwarding a retransmitted > > request that it used the > > > > first time the message was seen. > > > > My sense is that an agent is not required to do so, but may it do so? >=20 > See above. >=20 [LM] When a request is retransmitted by a proxy/relay, the agent is the "or= iginator" of the retransmitted request. The principle given in section 6.1.= 2 applies here also. The HBH Id in a retransmitted request will be differen= t from the one in the request initially forwarded. > - JOuni >=20 > > > > Thanks in advance, > > > > David Dolson > > > > Senior Software Architect, Sandvine Inc. > > > > > > > > _______________________________________________ > > DiME mailing list > > DiME@ietf.org > > https://www.ietf.org/mailman/listinfo/dime > > >=20 > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Tue Mar 8 07:39:38 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3C6D12D7A9 for ; Tue, 8 Mar 2016 07:39:37 -0800 (PST) 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HuDzmBz8JEb7 for ; Tue, 8 Mar 2016 07:39:36 -0800 (PST) Received: from mail1.sandvine.com (mail1.sandvine.com [64.7.137.165]) by ietfa.amsl.com (Postfix) with ESMTP id DDE3612D793 for ; Tue, 8 Mar 2016 07:39:35 -0800 (PST) Received: from WTL-EXCHP-2.sandvine.com ([fe80::68ac:f071:19ff:3455]) by WTL-EXCHP-3.sandvine.com ([::1]) with mapi id 14.03.0195.001; Tue, 8 Mar 2016 10:39:34 -0500 From: Dave Dolson To: "lionel.morand@orange.com" , Jouni Korhonen , "dime@ietf.org" Thread-Topic: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? Thread-Index: AdF2LjriJijEGmCoTaamN5Kg9/9UQAAZL78AALiNeYAACUDe4A== Date: Tue, 8 Mar 2016 15:39:34 +0000 Message-ID: References: <56DA1294.6010901@gmail.com> <30712_1457449240_56DEE918_30712_6072_1_6B7134B31289DC4FAF731D844122B36E01DFA14E@OPEXCLILM43.corporate.adroot.infra.ftgroup> In-Reply-To: <30712_1457449240_56DEE918_30712_6072_1_6B7134B31289DC4FAF731D844122B36E01DFA14E@OPEXCLILM43.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.200.63] x-c2processedorg: b2f06e69-072f-40ee-90c5-80a34e700794 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 15:39:38 -0000 Thanks Jouni and Lionel. I understand the argument that a receiver may see a different hop-by-hop ID= on a retransmitted message, especially if it took a different path to arri= ve. But I'm still unclear on whether the originator of a retransmitted request = MUST use a different hop-by-hop ID or whether it MAY use the same one? It seems like it may use the same one without harm. -Dave -----Original Message----- From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of lionel.morand@orange= .com Sent: Tuesday, March 08, 2016 10:01 AM To: Jouni Korhonen; dime@ietf.org Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and e= nd-to-end IDs? Hi David, I agree with Jouni. See below for more details. BR, Lionel > -----Message d'origine----- > De=A0: DiME [mailto:dime-bounces@ietf.org] De la part de Jouni Korhonen > Envoy=E9=A0: vendredi 4 mars 2016 23:56 > =C0=A0: dime@ietf.org > Objet=A0: Re: [Dime] Diameter retransmission -- to use same hop-by-hop an= d > end-to-end IDs? >=20 > Hi, >=20 > On top of my head.. and in a tired condition :) >=20 > 3/4/2016, 7:55 AM, Dave Dolson kirjoitti: > > Hello Diameter experts, > > > > We've been looking to the specs in order to answer the question as to > > whether a > > > > retransmitted Diameter request MUST/SHOULD/SHOULD NOT/MAY use > the same > > > > hop-by-hop and end-to-end identifiers as the original request. > > > > Can anyone point to the position of the standards, or ad hoc standards > > in this regard? >=20 > RFC6733 Section 3 says "The sender MUST ensure that the Hop-by-Hop > Identifier in a request is unique on a given connection at any given time= ". So > if a different transport connection is used as a result of retransmission= , the h- > b-h id could potentially be different than in the original request. If di= fferent > h-b-h ids were used over the same connection for the same buffered > request messages that should also work.. I do not recall any text specifi= cally > prohibiting that. Not that I would find this kind of behaviour good, eith= er.. [LM] The HBH id is rather manage at the Diameter node level than at the con= nection level. In several places, it is said "locally unique value" without= reference to any connection. More specifically, in the relay/proxy case, i= t is even said "The Hop-by-Hop Identifier in the request is saved and repla= ced with a locally unique value. The source of the request is also saved,= which includes the IP address, port, and protocol." which must be interpre= ted as that only the HBH Id is required to match received answers and infor= mation about source of the request is only used for forwarding the answer t= o the request originator. And this is confirmed by "A Diameter client or pr= oxy MUST match the Hop-by-Hop Identifier in an answer received against the = list of pending requests." where the notion of HBH id per connection would = not make sense.=20 Anyway, in any case the HBH Id in the duplicate request is different from t= he HBH id of the original request. Any request must have unique HBH Id as = specified in "The Hop-by-Hop Identifier SHOULD be set to a locally unique v= alue" in the section 6.1.2. "Sending a request", that is valid for any requ= est (original or retransmitted). >=20 > RFC6733 Section 3 says "The End-to-End Identifier MUST NOT be modified by > Diameter agents of any kind." Also "Duplicate requests SHOULD cause the > same answer to be transmitted (modulo the Hop-by-Hop Identifier field and > any routing AVPs that may be present), and they MUST NOT affect any state > that was set when the original request was processed." > And Section 5.5.4. says "The End-to-End Identifier field in the Diameter > header along with the Origin-Host AVP MUST be used to identify duplicate > messages." >=20 > The combination of Origin-Host and e-t-e id must be unique for duplicate > detection. Now if either one changes the receiver potentially has issues > determining correctly to which previously seen message the request was a > retransmission for. >=20 [LM] if either one is change, it is a new request from a Diameter base prot= ocol point of view. There is no way for the server to detect that the reque= st is a retransmitted request, even if the T flag is set in the request. It= will not be able to match the retransmitted request to the original one. > > A secondary question is whether an agent MUST/SHOULD/SHOULD > NOT/MAY > > > > use the same hop-by-hop identifier when forwarding a retransmitted > > request that it used the > > > > first time the message was seen. > > > > My sense is that an agent is not required to do so, but may it do so? >=20 > See above. >=20 [LM] When a request is retransmitted by a proxy/relay, the agent is the "or= iginator" of the retransmitted request. The principle given in section 6.1.= 2 applies here also. The HBH Id in a retransmitted request will be differen= t from the one in the request initially forwarded. > - JOuni >=20 > > > > Thanks in advance, > > > > David Dolson > > > > Senior Software Architect, Sandvine Inc. > > > > > > > > _______________________________________________ > > DiME mailing list > > DiME@ietf.org > > https://www.ietf.org/mailman/listinfo/dime > > >=20 > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime From nobody Tue Mar 8 07:42:04 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 644DB12D787 for ; Tue, 8 Mar 2016 07:42:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iyj5misdRHbu for ; Tue, 8 Mar 2016 07:42:01 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA16F12D734 for ; Tue, 8 Mar 2016 07:42:00 -0800 (PST) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id 51F8A403F4; Tue, 8 Mar 2016 16:41:59 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.19]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 1EC951A0088; Tue, 8 Mar 2016 16:41:59 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f%19]) with mapi id 14.03.0279.002; Tue, 8 Mar 2016 16:41:58 +0100 From: To: Stephen Farrell , "dime@ietf.org" Thread-Topic: [Dime] AD review of draft-ietf-dime-drmp-03 Thread-Index: AQHRdjg9yfCKL7NM0kO5Xz/k/mVR9J9PsI4Q Date: Tue, 8 Mar 2016 15:41:58 +0000 Message-ID: <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56D9C0A0.9060804@cs.tcd.ie> In-Reply-To: <56D9C0A0.9060804@cs.tcd.ie> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 15:42:03 -0000 aSB3aWxsIGxldCBTdGV2ZSByZWFjdCBidXQgSSBjYW4gZ2l2ZSBteSBmZWVsaW5nIDopDQoNClRo ZSBwcmlvcml0eSBpcyBzZXQgYnkgdGhlIERpYW1ldGVyIG9yIERpYW1ldGVyIHNlcnZlciwgbm90 IGJ5IGFnZW50Lg0KDQpJdCBpcyBzb21laG93IGRlc2NyaWJlIGluIHNlY3Rpb24gNiBUaGVvcnkg b2YgT3BlcmF0aW9uDQoNCiAgIDIuICBBZ2VudHMgaGFuZGluZyB0aGUgcmVxdWVzdCAtIEFnZW50 cyB1c2UgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uDQogICAgICAgd2hlbiBtYWtpbmcgcm91dGlu ZyBkZWNpc2lvbnMuICBUaGlzIGNhbiBpbmNsdWRlIGRldGVybWluaW5nDQogICAgICAgd2hpY2gg cmVxdWVzdHMgdG8gcm91dGUgZmlyc3QsIHdoaWNoIHJlcXVlc3RzIHRvIHRocm90dGxlIGFuZA0K ICAgICAgIHdoZXJlIHRoZSByZXF1ZXN0IGlzIHJvdXRlZC4gIEZvciBpbnN0YW5jZSwgcmVxdWVz dHMgd2l0aCBoaWdoZXINCiAgICAgICBwcmlvcml0eSBtaWdodCBoYXZlIGEgbG93ZXIgcHJvYmFi aWxpdHkgb2YgYmVpbmcgdGhyb3R0bGVkLiAgVGhlDQogICAgICAgbWVjaGFuaXNtIGZvciBob3cg dGhlIGFnZW50IGRldGVybWluZXMgd2hpY2ggcmVxdWVzdHMgYXJlDQogICAgICAgdGhyb3R0bGVk IGlzIGltcGxlbWVudGF0aW9uIGRlcGVuZGVudCBhbmQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YN CiAgICAgICB0aGlzIGRvY3VtZW50LiAgVGhlIGFnZW50IGFsc28gc2F2ZXMgdGhlIHRyYW5zYWN0 aW9uIHByaW9yaXR5IGluDQogICAgICAgdGhlIHRyYW5zYWN0aW9uIHN0YXRlLCBlaXRoZXIgYXMg bG9jYWxseSBtYW5hZ2VkIHN0YXRlIG9yIHVzaW5nDQogICAgICAgdGhlIFByb3h5LUluZm8gbWVj aGFuaXNtIGRlZmluZWQgaW4gW1JGQzY3MzNdLiAgVGhpcyB3aWxsIGJlIHVzZWQNCiAgICAgICB3 aGVuIGhhbmRsaW5nIHRoZSBhc3NvY2lhdGVkIGFuc3dlciBtZXNzYWdlIGZvciB0aGUgdHJhbnNh Y3Rpb24uDQoNCkFnZW50cyBhcmUganVzdCB1c2luZyB0aGlzIGluZm9ybWF0aW9uIGlmIHByZXNl bnQuIFRoZXkgYXJlIG5vdCBtb2RpZnkgaXQgb3IgaW5jbHVkZSBpdCBpZiBhYnNlbnQuDQpJdCBp cyBzYWlkIGluIHNlY3Rpb24gOC4gIE5vcm1hdGl2ZSBCZWhhdmlvcg0KDQogICAgICBOb3RlOiBU aGlzIGd1aWRhbmNlIG9uIHRoZSBoYW5kbGluZyBvZiBtZXNzYWdlcyB3aXRob3V0IGEgcHJpb3Jp dHkNCiAgICAgIGRvZXMgbm90IHJlc3VsdCBpbiBhIERpYW1ldGVyIGFnZW50IGluc2VydGluZyBh IERSTVAgQVZQIGludG8gdGhlDQogICAgICBtZXNzYWdlLiAgUmF0aGVyLCBpdCBnaXZlcyBndWlk YW5jZSBvbiBob3cgdGhhdCBzcGVjaWZpYw0KICAgICAgdHJhbnNhY3Rpb24gc2hvdWxkIGJlIHRy ZWF0ZWQgd2hlbiBpdHMgcHJpb3JpdHkgaXMgY29tcGFyZWQgd2l0aA0KICAgICAgb3RoZXIgcmVx dWVzdHMuICBXaGVuIGEgRGlhbWV0ZXIgYWdlbnQgcmVsYXlzIHRoZSByZXF1ZXN0IGl0IHdpbGwN CiAgICAgIG5vdCBpbnNlcnQgYSBEUk1QIEFWUCB3aXRoIGEgcHJpb3JpdHkgdmFsdWUgb2YgMTAu DQoNCkl0IGNvdWxkIGJlIHBvc3NpYmxlIHRvIGNsYXJpZnkgaXQgYXMgZm9sbG93Og0KDQppbiBz ZWN0aW9uIDYsIHRoZSBlbmQgb2YgdGhlIHBvaW50IDIgY291bGQgYmUgZW5oYW5jZWQgYXMgZm9s bG93Og0KDQogICAyLiAgQWdlbnRzICpoYW5kbGluZyogdGhlIHJlcXVlc3QgLSBBZ2VudHMgdXNl IHRoZSBwcmlvcml0eSBpbmZvcm1hdGlvbg0KICAgICAgIHdoZW4gbWFraW5nIHJvdXRpbmcgZGVj aXNpb25zLiAgVGhpcyBjYW4gaW5jbHVkZSBkZXRlcm1pbmluZw0KICAgICAgIHdoaWNoIHJlcXVl c3RzIHRvIHJvdXRlIGZpcnN0LCB3aGljaCByZXF1ZXN0cyB0byB0aHJvdHRsZSBhbmQNCiAgICAg ICB3aGVyZSB0aGUgcmVxdWVzdCBpcyByb3V0ZWQuICBGb3IgaW5zdGFuY2UsIHJlcXVlc3RzIHdp dGggaGlnaGVyDQogICAgICAgcHJpb3JpdHkgbWlnaHQgaGF2ZSBhIGxvd2VyIHByb2JhYmlsaXR5 IG9mIGJlaW5nIHRocm90dGxlZC4gIFRoZQ0KICAgICAgIG1lY2hhbmlzbSBmb3IgaG93IHRoZSBh Z2VudCBkZXRlcm1pbmVzIHdoaWNoIHJlcXVlc3RzIGFyZQ0KICAgICAgIHRocm90dGxlZCBpcyBp bXBsZW1lbnRhdGlvbiBkZXBlbmRlbnQgYW5kIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mDQogICAg ICAgdGhpcyBkb2N1bWVudC4gIFRoZSBhZ2VudCBhbHNvIHNhdmVzIHRoZSB0cmFuc2FjdGlvbiBw cmlvcml0eSBpbg0KICAgICAgIHRoZSB0cmFuc2FjdGlvbiBzdGF0ZSwgZWl0aGVyIGFzIGxvY2Fs bHkgbWFuYWdlZCBzdGF0ZSBvciB1c2luZw0KICAgICAgIHRoZSBQcm94eS1JbmZvIG1lY2hhbmlz bSBkZWZpbmVkIGluIFtSRkM2NzMzXS4gIFRoaXMgd2lsbCBiZSB1c2VkDQogICAgICAgd2hlbiBo YW5kbGluZyB0aGUgYXNzb2NpYXRlZCBhbnN3ZXIgbWVzc2FnZSBmb3IgdGhlIHRyYW5zYWN0aW9u Lg0KICAgICAgICpBZ2VudHMgYXJlIG5vdCBzdXBwb3NlZCB0byBtb2RpZnkgb3IgaW5jbHVkZSBw cmlvcml0eSBpbmZvcm1hdGlvbiBpbg0KICAgICAgIGluIGZvcndhcmRlZCByZXF1ZXN0cyBvciBh bnN3ZXJzLioNCg0KVGhlICJub3Qgc3VwcG9zZWQiIGlzIHVzZWQgYmVjYXVzZSBpdCBpcyBkaWZm aWN1bHQgdG8gdXNlIG5vcm1hdGl2ZSB3b3JkaW5nIGhlcmUuDQoNCkluIHNlY3Rpb24gOCwgYSBu ZXcgcmVxdWlyZW1lbnQgY291bGQgYmUgYWRkZWQsIHJpZ2h0IGFmdGVyICIgRGlhbWV0ZXIgYWdl bnRzIE1BWSB1c2Ugcm91dGluZyBwcmlvcml0eSBpbmZvcm1hdGlvbi4uLiINCg0KICAgRGlhbWV0 ZXIgYWdlbnRzIFNIT1VMRCBOT1QgbW9kaWZ5IG9yIGluY2x1ZGUgdGhlIERSTVAgQVZQIHdoZW4g DQogICByZWxheWluZyByZXF1ZXN0IGFuZCBhbnN3ZXIgbWVzc2FnZXMuDQoNCkp1c3QgYSBwcm9w b3NhbCwgd2FpdGluZyBmb3IgU3RldmUgYW5kIFdHIGNvbW1lbnRzLg0KDQpSZWdhcmRzLA0KDQpM aW9uZWwNCg0KDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KPiBEZcKgOiBEaU1FIFtt YWlsdG86ZGltZS1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0IGRlIFN0ZXBoZW4gRmFycmVs bA0KPiBFbnZvecOpwqA6IHZlbmRyZWRpIDQgbWFycyAyMDE2IDE4OjA3DQo+IMOAwqA6IGRpbWVA aWV0Zi5vcmcNCj4gT2JqZXTCoDogW0RpbWVdIEFEIHJldmlldyBvZiBkcmFmdC1pZXRmLWRpbWUt ZHJtcC0wMw0KPiANCj4gDQo+IEhpeWEsDQo+IA0KPiBJIGp1c3QgaGF2ZSBvbmUgcXVlc3Rpb24g SSdkIGxpa2UgdG8gYXNrIHRoZSB3ZyBhYm91dCBiZWZvcmUgSSBzdGFydCBJRVRGIExDLg0KPiAN Cj4gWW91IGRvbid0IHNheSBpZiBwcmlvcml0aWVzIGFyZSBpbnRlbmRlZCB0byBiZSBtb2RpZmll ZCBhZnRlciB0aGV5IGhhdmUgYmVlbg0KPiBzZXQuIEluIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0 aW9ucyB5b3UgZG8gc2F5IHRoYXQgdGhpcyBjb3VsZCBiZSBkb25lDQo+IG1hbGljaW91c2x5LCBh bmQgeW91IGRvIHNheSB0aGF0IHByaW9yaXRpZXMgbmVlZCB0byBiZSBkcm9wcGVkIGlmIHJlY2Vp dmVkDQo+IGZyb20gYSBzb3VyY2Ugbm90IHRydXN0ZWQgZm9yIHRoYXQsIGJ1dCB5b3UgbmV2ZXIg c2F5IGlmIGl0J3MgY29uc2lkZXJlZCBvayBvcg0KPiBub3QgZm9yIGUuZy4gYW4gYWdlbnQgdG8g Y2hhbmdlIGEgcHJpb3JpdHkgZm9yIHNvbWUgbG9jYWwgcG9saWN5IHJlYXNvbi4gRG9uJ3QNCj4g eW91IG5lZWQgdG8gc2F5IHRoYXQgc29tZXdoZXJlPyAoQW5kIGFwb2xvZ2llcyBpZiB5b3UgZG8g c2F5IGl0IHNvbWV3aGVyZQ0KPiBhbmQgSSBtaXNzZWQgaXQ6LSkNCj4gDQo+IFRoZXJlIGFyZSBz b21lIG5pdHMgYmVsb3csIHlvdSBjYW4gaGFuZGxlZCB0aGVzZSBiZWZvcmUgb3IgYWZ0ZXIgSUVU RiBMQywNCj4gd2hpY2hldmVyIGlzIGJlc3QuDQo+IA0KPiBDaGVlcnMsDQo+IFMuDQo+IA0KPiAN Cj4gLSBTZWN0aW9uIDU6IFVSTCBhbmQgTU1FIGFyZW4ndCBleHBhbmRlZC4gU2luY2UgeW91J3Jl IGp1c3QgdXNpbmcgaXQgYXMgYW4NCj4gZXhhbXBsZSwgSSdkIHNheSBleHBhbmRpbmcgdGhpcyB3 aWxsIGhlbHAgYW55IHJlYWRlciB3aG8ncyBub3QgYSAzZ3BwDQo+IGFmZmljaW9uYWRvLg0KPiAN Cj4gLSBTZWN0aW9uIDgsICJUaGUgcHJpb3JpdHkgbWFya2luZyBzY2hlbWUgU0hPVUxEIE5PVCBy ZXF1aXJlIHRoZSBEaWFtZXRlcg0KPiBBZ2VudHMgdG8gdW5kZXJzdGFuZCBhcHBsaWNhdGlvbiBz cGVjaWZpYyBBVlBzLiINCj4gSXNuJ3QgdGhhdCBhIGJvZ3VzIHVzZSBvZiAyMTE5IGxhbmd1YWdl IHNpbmNlIHdlJ3JlIG5vdCBleHByZXNzaW5nDQo+IHJlcXVpcmVtZW50cyBoZXJlPyBzL1NIT1VM RCBOT1QvZG9lcyBub3QvIHdvdWxkIHNlZW0gYmV0dGVyLg0KPiANCj4gLSBTZWN0aW9uIDgsIFBl b3BsZSB3aWxsIGFzayAid2h5IGRlZmF1bHQgdG8gMTA/IiBJIHJlY2FsbCB0aGUgV0cgZGlzY3Vz c2VkIHRoaXMNCj4gYnV0IGlpcmMgbW9zdGx5IGRpZG4ndCBjYXJlIHRvbyBtdWNoIGJ1dCBpdCBt aWdodCBiZSBuaWNlIHRvIGp1c3RpZnkgMTAgaWYgdGhlcmUncw0KPiBhIHdheSB0byBkbyBpdCB0 aGF0IGRvZXNuJ3QgYW1vdW50IHRvICJqdXN0IGJlY2F1c2UiIDotKQ0KPiANCj4gLSBTZWN0aW9u IDgsIFRoZSAiV2hlbiBzZXR0aW5nIGFuZCB1c2luZy4uLiIgcGFyYWdyYXBocyBhcmUgcXVpdGUg dmVyYm9zZS4NCj4gSXQnZCBiZSBubyBoYXJtIHRvIG1ha2UgdGhhdCBzaG9ydGVyLCBlLmcuIGJ5 IGp1c3Qgc2F5aW5nOiAiRm9yIGFsbCBpbnRlZ2VycyB4LHkNCj4gaW4gWzAsMTVdIHRyZWF0IFBS SU9SSVRZXzx4PiBhcyBsb3dlciBwcmlvcml0eSB0aGFuIFBSSU9JUlRZXzx5PiB3aGVuIHk8eCIN Cj4gWW91IGNvdWxkIGRvIHNvbWV0aGluZyBzaW1pbGFyIGluIDkuMS4NCj4gDQo+IEktRCBuaXRz Og0KPiANCj4gICA9PSBVbnVzZWQgUmVmZXJlbmNlOiAnUkZDNTIyNicNCj4gICA9PSBVbnVzZWQg UmVmZXJlbmNlOiAnUkZDNDQxMicNCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhwZWRpdGV1 ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0 aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0 ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBk ZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBtYXkgYmUg YWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVu IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Wed Mar 9 01:13:07 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 509A112D56E for ; Wed, 9 Mar 2016 01:13:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tmWL2GtxBT0i for ; Wed, 9 Mar 2016 01:13:04 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA5DE12D558 for ; Wed, 9 Mar 2016 01:13:03 -0800 (PST) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr20.francetelecom.fr (ESMTP service) with ESMTP id A39904047D; Wed, 9 Mar 2016 10:13:02 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.2]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 71BB14006C; Wed, 9 Mar 2016 10:13:02 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0279.002; Wed, 9 Mar 2016 10:13:02 +0100 From: To: Dave Dolson , Jouni Korhonen , "dime@ietf.org" Thread-Topic: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? Thread-Index: AQHRdmkXWX8Zpc/140CAmCJ2KnQeL59PoohggAABTwCAABOJsA== Date: Wed, 9 Mar 2016 09:13:01 +0000 Message-ID: <26856_1457514782_56DFE91E_26856_114_1_6B7134B31289DC4FAF731D844122B36E01DFAB6F@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56DA1294.6010901@gmail.com> <30712_1457449240_56DEE918_30712_6072_1_6B7134B31289DC4FAF731D844122B36E01DFA14E@OPEXCLILM43.corporate.adroot.infra.ftgroup> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and end-to-end IDs? X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 09:13:06 -0000 Hi David, I think I got your point. There is the following text in RFC6733: " It is important to note that multiple identical requests or answers MAY be received as a result of a failover. The End-to-End Identifier field in the Diameter header along with the Origin-Host AVP MUST be used to identify duplicate messages." If there are identical, this includes the hop-by-hop Id. I think it covers your point as follow: A copy of the original request is stored in the list of pending requests. " o The message SHOULD be saved in the list of pending requests." =20=20=20 " However, the protocol's failover procedures require that agents maintain a copy of pending requests." In failure case: =20=20=20 " Typically, all messages for a realm are sent to the primary peer but, in the event that failover procedures are invoked, any pending requests are sent to the secondary peer." " In the event that a transport failure is detected with a peer, it is necessary for all pending request messages to be forwarded to an alternate agent, if possible. This is commonly referred to as "failover"." It can be assumed that, if the request was saved in the pending request lis= t, a "copy" of the original request is forwarded to an alternate peer if no= answer has been received for the first request. In that case, the retransmitted request is identical to the original reques= t, including the HBH Id. It is up to the sender to maintain consistency in the handling of the pendi= ng request list and the HBH Id. Could you explain what is your original issue? Any interoperability problem? Regards, Lionel > -----Message d'origine----- > De=A0: Dave Dolson [mailto:ddolson@sandvine.com] > Envoy=E9=A0: mardi 8 mars 2016 16:40 > =C0=A0: MORAND Lionel IMT/OLN; Jouni Korhonen; dime@ietf.org > Objet=A0: RE: [Dime] Diameter retransmission -- to use same hop-by-hop and > end-to-end IDs? >=20 > Thanks Jouni and Lionel. >=20 > I understand the argument that a receiver may see a different hop-by-hop = ID > on a retransmitted message, especially if it took a different path to arr= ive. >=20 > But I'm still unclear on whether the originator of a retransmitted request > MUST use a different hop-by-hop ID or whether it MAY use the same one? >=20 > It seems like it may use the same one without harm. >=20 > -Dave >=20 >=20 >=20 > -----Original Message----- > From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of > lionel.morand@orange.com > Sent: Tuesday, March 08, 2016 10:01 AM > To: Jouni Korhonen; dime@ietf.org > Subject: Re: [Dime] Diameter retransmission -- to use same hop-by-hop and > end-to-end IDs? >=20 > Hi David, >=20 > I agree with Jouni. > See below for more details. >=20 > BR, >=20 > Lionel >=20 > > -----Message d'origine----- > > De=A0: DiME [mailto:dime-bounces@ietf.org] De la part de Jouni Korhonen > > Envoy=E9=A0: vendredi 4 mars 2016 23:56 =C0=A0: dime@ietf.org Objet=A0:= Re: > > [Dime] Diameter retransmission -- to use same hop-by-hop and > > end-to-end IDs? > > > > Hi, > > > > On top of my head.. and in a tired condition :) > > > > 3/4/2016, 7:55 AM, Dave Dolson kirjoitti: > > > Hello Diameter experts, > > > > > > We've been looking to the specs in order to answer the question as > > > to whether a > > > > > > retransmitted Diameter request MUST/SHOULD/SHOULD NOT/MAY use > > the same > > > > > > hop-by-hop and end-to-end identifiers as the original request. > > > > > > Can anyone point to the position of the standards, or ad hoc > > > standards in this regard? > > > > RFC6733 Section 3 says "The sender MUST ensure that the Hop-by-Hop > > Identifier in a request is unique on a given connection at any given > > time". So if a different transport connection is used as a result of > > retransmission, the h- b-h id could potentially be different than in > > the original request. If different h-b-h ids were used over the same > > connection for the same buffered request messages that should also > > work.. I do not recall any text specifically prohibiting that. Not that= I would > find this kind of behaviour good, either.. >=20 > [LM] The HBH id is rather manage at the Diameter node level than at the > connection level. In several places, it is said "locally unique value" wi= thout > reference to any connection. More specifically, in the relay/proxy case, = it is > even said "The Hop-by-Hop Identifier in the request is saved and replaced > with a locally unique value. The source of the request is also saved, w= hich > includes the IP address, port, and protocol." which must be interpreted as > that only the HBH Id is required to match received answers and information > about source of the request is only used for forwarding the answer to the > request originator. And this is confirmed by "A Diameter client or proxy > MUST match the Hop-by-Hop Identifier in an answer received against the li= st > of pending requests." where the notion of HBH id per connection would not > make sense. > Anyway, in any case the HBH Id in the duplicate request is different from= the > HBH id of the original request. Any request must have unique HBH Id as > specified in "The Hop-by-Hop Identifier SHOULD be set to a locally unique > value" in the section 6.1.2. "Sending a request", that is valid for any r= equest > (original or retransmitted). >=20 > > > > RFC6733 Section 3 says "The End-to-End Identifier MUST NOT be modified > > by Diameter agents of any kind." Also "Duplicate requests SHOULD cause > > the same answer to be transmitted (modulo the Hop-by-Hop Identifier > > field and any routing AVPs that may be present), and they MUST NOT > > affect any state that was set when the original request was processed." > > And Section 5.5.4. says "The End-to-End Identifier field in the > > Diameter header along with the Origin-Host AVP MUST be used to > > identify duplicate messages." > > > > The combination of Origin-Host and e-t-e id must be unique for > > duplicate detection. Now if either one changes the receiver > > potentially has issues determining correctly to which previously seen > > message the request was a retransmission for. > > > [LM] if either one is change, it is a new request from a Diameter base > protocol point of view. There is no way for the server to detect that the > request is a retransmitted request, even if the T flag is set in the requ= est. It > will not be able to match the retransmitted request to the original one. >=20 > > > A secondary question is whether an agent MUST/SHOULD/SHOULD > > NOT/MAY > > > > > > use the same hop-by-hop identifier when forwarding a retransmitted > > > request that it used the > > > > > > first time the message was seen. > > > > > > My sense is that an agent is not required to do so, but may it do so? > > > > See above. > > > [LM] When a request is retransmitted by a proxy/relay, the agent is the > "originator" of the retransmitted request. The principle given in section= 6.1.2 > applies here also. The HBH Id in a retransmitted request will be different > from the one in the request initially forwarded. >=20 > > - JOuni > > > > > > > > Thanks in advance, > > > > > > David Dolson > > > > > > Senior Software Architect, Sandvine Inc. > > > > > > > > > > > > _______________________________________________ > > > DiME mailing list > > > DiME@ietf.org > > > https://www.ietf.org/mailman/listinfo/dime > > > > > > > _______________________________________________ > > DiME mailing list > > DiME@ietf.org > > https://www.ietf.org/mailman/listinfo/dime >=20 > __________________________________________________________ > __________________________________________________________ > _____ >=20 > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exp= loites > ou copies sans autorisation. Si vous avez recu ce message par erreur, veu= illez > le signaler a l'expediteur et le detruire ainsi que les pieces jointes. L= es > messages electroniques etant susceptibles d'alteration, Orange decline to= ute > responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged > information that may be protected by law; they should not be distributed, > used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. >=20 > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Mar 9 01:38:01 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A5E512D55D for ; Wed, 9 Mar 2016 01:37:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 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.001, 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 ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pibwkld9U97S for ; Wed, 9 Mar 2016 01:37:56 -0800 (PST) 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 68FF812D54E for ; Wed, 9 Mar 2016 01:37:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 52821BE8A; Wed, 9 Mar 2016 09:37:54 +0000 (GMT) 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 44g6jFiqqqYI; Wed, 9 Mar 2016 09:37:54 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id B3324BE83; Wed, 9 Mar 2016 09:37:53 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1457516274; bh=Yi90bxLcI237RJivjXCwEYDI1M5HnJx5upDoYmAWNiE=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=d+45gtM+ItGPfZjAKM/5RJDxrIv5q0crmlePWrnwHI5VKDgVM0quMzzYjUILOuv8q zts04tyEjpwiPxJmokF95X99Qj8pLnuNTWYA2j1Rtl4dVlFI8jpVQDSU5eTAKGdFX+ d3awCP6p3/sb6W81s67HkQCyVk9JujZISjhTVvRA= To: lionel.morand@orange.com, "dime@ietf.org" References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <56DFEEF1.90305@cs.tcd.ie> Date: Wed, 9 Mar 2016 09:37:53 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020507070709050106030801" Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 09:37:59 -0000 This is a cryptographically signed message in MIME format. --------------ms020507070709050106030801 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Lionel, On 08/03/16 15:41, lionel.morand@orange.com wrote: > i will let Steve react but I can give my feeling :) Grand. All below is fine by me. As chair, would you prefer that I just start IETF LC and you handle this issue as a LC comment, or would you prefer to let the WG figure this out first? I'm fine either way. Cheers, S. >=20 > The priority is set by the Diameter or Diameter server, not by agent. >=20 > It is somehow describe in section 6 Theory of Operation >=20 > 2. Agents handing the request - Agents use the priority information= > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher= > priority might have a lower probability of being throttled. The= > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope o= f > this document. The agent also saves the transaction priority in= > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be use= d > when handling the associated answer message for the transaction.= >=20 > Agents are just using this information if present. They are not modify = it or include it if absent. > It is said in section 8. Normative Behavior >=20 > Note: This guidance on the handling of messages without a priorit= y > does not result in a Diameter agent inserting a DRMP AVP into the= > message. Rather, it gives guidance on how that specific > transaction should be treated when its priority is compared with > other requests. When a Diameter agent relays the request it will= > not insert a DRMP AVP with a priority value of 10. >=20 > It could be possible to clarify it as follow: >=20 > in section 6, the end of the point 2 could be enhanced as follow: >=20 > 2. Agents *handling* the request - Agents use the priority informat= ion > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher= > priority might have a lower probability of being throttled. The= > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope o= f > this document. The agent also saves the transaction priority in= > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be use= d > when handling the associated answer message for the transaction.= > *Agents are not supposed to modify or include priority informati= on in > in forwarded requests or answers.* >=20 > The "not supposed" is used because it is difficult to use normative wor= ding here. >=20 > In section 8, a new requirement could be added, right after " Diameter = agents MAY use routing priority information..." >=20 > Diameter agents SHOULD NOT modify or include the DRMP AVP when=20 > relaying request and answer messages. >=20 > Just a proposal, waiting for Steve and WG comments. >=20 > Regards, >=20 > Lionel >=20 >=20 >> -----Message d'origine----- >> De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell= >> Envoy=C3=A9 : vendredi 4 mars 2016 18:07 >> =C3=80 : dime@ietf.org >> Objet : [Dime] AD review of draft-ietf-dime-drmp-03 >> >> >> Hiya, >> >> I just have one question I'd like to ask the wg about before I start I= ETF LC. >> >> You don't say if priorities are intended to be modified after they hav= e been >> set. In the security considerations you do say that this could be done= >> maliciously, and you do say that priorities need to be dropped if rece= ived >> from a source not trusted for that, but you never say if it's consider= ed ok or >> not for e.g. an agent to change a priority for some local policy reaso= n. Don't >> you need to say that somewhere? (And apologies if you do say it somewh= ere >> and I missed it:-) >> >> There are some nits below, you can handled these before or after IETF = LC, >> whichever is best. >> >> Cheers, >> S. >> >> >> - Section 5: URL and MME aren't expanded. Since you're just using it a= s an >> example, I'd say expanding this will help any reader who's not a 3gpp >> afficionado. >> >> - Section 8, "The priority marking scheme SHOULD NOT require the Diame= ter >> Agents to understand application specific AVPs." >> Isn't that a bogus use of 2119 language since we're not expressing >> requirements here? s/SHOULD NOT/does not/ would seem better. >> >> - Section 8, People will ask "why default to 10?" I recall the WG disc= ussed this >> but iirc mostly didn't care too much but it might be nice to justify 1= 0 if there's >> a way to do it that doesn't amount to "just because" :-) >> >> - Section 8, The "When setting and using..." paragraphs are quite verb= ose. >> It'd be no harm to make that shorter, e.g. by just saying: "For all in= tegers x,y >> in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when = y> You could do something similar in 9.1. >> >> I-D nits: >> >> =3D=3D Unused Reference: 'RFC5226' >> =3D=3D Unused Reference: 'RFC4412' >=20 >=20 > _______________________________________________________________________= __________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations conf= identielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les message= s electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme= ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or privileged= information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and = delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have b= een modified, changed or falsified. > Thank you. >=20 --------------ms020507070709050106030801 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 oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAzMDkw OTM3NTNaMC8GCSqGSIb3DQEJBDEiBCD6ckqGrz1OZ2LTicOE+L9IcskPV4kbDVDeSOcPsQGP 7DBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQBJL+EXVAbCjK7JIQcCqyDAP/6xDObzBzVu5Zb+t2nOfLWDSvLj0aaA drm0QBJncPNnEbbkKor7zgsETEuh8gmTvTCRNmHMy9DzurE5EUOrPvFH9eFdalyjGYhNfcwW paxT0AHp+xMe/3gRhuR4ncaeRj74jCCOR9ltDVBlxegBfQJIMarfzUbZtrvIQvfTJU3Mq9HU TVjg50bd8TKsG6MQbqTPTe8xv67XYKngWF8dnk3X33byY+uHZMvsiIlCiFL1SNQskio9xGEG WqbxxTgtN93DAxw7oKYz9SCHP6cC0sJu8uUO9gip6OPWr2/C3r749QCsgq05tJdcFXN899zO AAAAAAAA --------------ms020507070709050106030801-- From nobody Wed Mar 9 01:46:43 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E35C412D55D for ; Wed, 9 Mar 2016 01:46:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DOgqIQbpWbNL for ; Wed, 9 Mar 2016 01:46:40 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E49312DF83 for ; Wed, 9 Mar 2016 01:46:31 -0800 (PST) Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 43FDF20421 for ; Wed, 9 Mar 2016 10:46:30 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.72]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id 25D37120075 for ; Wed, 9 Mar 2016 10:46:30 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541%19]) with mapi id 14.03.0279.002; Wed, 9 Mar 2016 10:46:30 +0100 From: To: "dime@ietf.org" Thread-Topic: Pending action points after IETF 94 Thread-Index: AdF55RW08dMmP9sBRhO2+R8bzHNmqw== Date: Wed, 9 Mar 2016 09:46:29 +0000 Message-ID: <24132_1457516790_56DFF0F6_24132_8180_1_6B7134B31289DC4FAF731D844122B36E01DFACB6@OPEXCLILM43.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Dime] Pending action points after IETF 94 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 09:46:42 -0000 Hi, Please find below a list of action points decided at the last IETF meeting. It is important to complete them before the next meeting if we want to have= a useful meeting time in Buenos Aires. Please be active. Regards, Lionel & Jouni --------------------------------------------------------------------------- DRMP and E2E sec requirements documents have been submitted to IESG. --------------------------------------------------------------------------- Drafts: - Load control: https://datatracker.ietf.org/doc/draft-ietf-dime-load/=20 - Agent overload: https://datatracker.ietf.org/doc/draft-ietf-dime-agent-ov= erload/ - Rate control: https://datatracker.ietf.org/doc/draft-ietf-dime-doic-rate-= control/ WG AP: no activity on these drafts since the last meeting. Please review an= d comment on the mailing list.=20 --------------------------------------------------------------------------- Draft: - Group signaling: https://datatracker.ietf.org/doc/draft-ietf-dime-group-s= ignaling/ WG AP: It was requested to provide comments on this draft before December t= o see if we need to push forward this document as WG document. No comment has been received so far. But you have still some times to do it= . AD, WG chairs and authors will discuss what should be the next step. --------------------------------------------------------------------------- Diameter AVP Level Security (https://datatracker.ietf.org/doc/draft-korhone= n-dime-e2e-security/ ) has been resuscitated by Jouni. Please review the do= cument and provide comments, taking into account the E2E security requireme= nts. It will be discussed at the next IETF meeting ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Wed Mar 9 01:56:17 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B6F512D54E for ; Wed, 9 Mar 2016 01:56:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9f0UHL0pSFko for ; Wed, 9 Mar 2016 01:56:10 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BBF212D53C for ; Wed, 9 Mar 2016 01:56:10 -0800 (PST) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 736D520419; Wed, 9 Mar 2016 10:56:09 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.61]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 3D40620057; Wed, 9 Mar 2016 10:56:09 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM7E.corporate.adroot.infra.ftgroup ([fe80::b91c:ea2c:ac8a:7462%19]) with mapi id 14.03.0279.002; Wed, 9 Mar 2016 10:56:09 +0100 From: To: Stephen Farrell , "dime@ietf.org" Thread-Topic: [Dime] AD review of draft-ietf-dime-drmp-03 Thread-Index: AQHReedcwaQnaF6opEiHXLbNcd6J3p9Q3uPQ Date: Wed, 9 Mar 2016 09:56:08 +0000 Message-ID: <9342_1457517369_56DFF339_9342_512_1_6B7134B31289DC4FAF731D844122B36E01DFAD0C@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56DFEEF1.90305@cs.tcd.ie> In-Reply-To: <56DFEEF1.90305@cs.tcd.ie> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 09:56:16 -0000 SGkgU3RlcGhlbiwNCg0KSWYgaXQgaXMgc3RyYWlnaHRmb3J3YXJkLCBhcyBJIGFzc3VtZSBpdCBp cywgU3RldmUgY2FuIHF1aWNrbHkgcHJvZHVjZSBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFmdCBi YXNlZCBvbiBteSBwcm9wb3NlZCBtb2RpZmljYXRpb25zLg0KSWYgaXQgaXMgbm90LCBpdCB3b3Vs ZCBtZWFuIHRoYXQgd2Ugd2lsbCBoYXZlIHRvIGRpc2N1c3MgYSBsaXR0bGUgYml0IG1vcmUgdGhp cyBwb2ludCBpbiB0aGUgV0cuDQoNClNvIHBsZWFzZSB3YWl0IGZvciBTdGV2ZSBhbmQgV0cgZmVl ZGJhY2sgYmVmb3JlIGlzc3VpbmcgdGhlIG9mZmljaWFsIExDLg0KDQpSZWdhcmRzLA0KDQpMaW9u ZWwNCg0KPiAtLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCj4gRGXCoDogU3RlcGhlbiBGYXJy ZWxsIFttYWlsdG86c3RlcGhlbi5mYXJyZWxsQGNzLnRjZC5pZV0NCj4gRW52b3nDqcKgOiBtZXJj cmVkaSA5IG1hcnMgMjAxNiAxMDozOA0KPiDDgMKgOiBNT1JBTkQgTGlvbmVsIElNVC9PTE47IGRp bWVAaWV0Zi5vcmcNCj4gQ2PCoDogU3RldmUgRG9ub3Zhbg0KPiBPYmpldMKgOiBSZTogW0RpbWVd IEFEIHJldmlldyBvZiBkcmFmdC1pZXRmLWRpbWUtZHJtcC0wMw0KPiANCj4gDQo+IEhpIExpb25l bCwNCj4gDQo+IE9uIDA4LzAzLzE2IDE1OjQxLCBsaW9uZWwubW9yYW5kQG9yYW5nZS5jb20gd3Jv dGU6DQo+ID4gaSB3aWxsIGxldCBTdGV2ZSByZWFjdCBidXQgSSBjYW4gZ2l2ZSBteSBmZWVsaW5n IDopDQo+IA0KPiBHcmFuZC4gQWxsIGJlbG93IGlzIGZpbmUgYnkgbWUuIEFzIGNoYWlyLCB3b3Vs ZCB5b3UNCj4gcHJlZmVyIHRoYXQgSSBqdXN0IHN0YXJ0IElFVEYgTEMgYW5kIHlvdSBoYW5kbGUg dGhpcw0KPiBpc3N1ZSBhcyBhIExDIGNvbW1lbnQsIG9yIHdvdWxkIHlvdSBwcmVmZXIgdG8gbGV0 IHRoZQ0KPiBXRyBmaWd1cmUgdGhpcyBvdXQgZmlyc3Q/IEknbSBmaW5lIGVpdGhlciB3YXkuDQo+ IA0KPiBDaGVlcnMsDQo+IFMuDQo+IA0KPiA+DQo+ID4gVGhlIHByaW9yaXR5IGlzIHNldCBieSB0 aGUgRGlhbWV0ZXIgb3IgRGlhbWV0ZXIgc2VydmVyLCBub3QgYnkgYWdlbnQuDQo+ID4NCj4gPiBJ dCBpcyBzb21laG93IGRlc2NyaWJlIGluIHNlY3Rpb24gNiBUaGVvcnkgb2YgT3BlcmF0aW9uDQo+ ID4NCj4gPiAgICAyLiAgQWdlbnRzIGhhbmRpbmcgdGhlIHJlcXVlc3QgLSBBZ2VudHMgdXNlIHRo ZSBwcmlvcml0eSBpbmZvcm1hdGlvbg0KPiA+ICAgICAgICB3aGVuIG1ha2luZyByb3V0aW5nIGRl Y2lzaW9ucy4gIFRoaXMgY2FuIGluY2x1ZGUgZGV0ZXJtaW5pbmcNCj4gPiAgICAgICAgd2hpY2gg cmVxdWVzdHMgdG8gcm91dGUgZmlyc3QsIHdoaWNoIHJlcXVlc3RzIHRvIHRocm90dGxlIGFuZA0K PiA+ICAgICAgICB3aGVyZSB0aGUgcmVxdWVzdCBpcyByb3V0ZWQuICBGb3IgaW5zdGFuY2UsIHJl cXVlc3RzIHdpdGggaGlnaGVyDQo+ID4gICAgICAgIHByaW9yaXR5IG1pZ2h0IGhhdmUgYSBsb3dl ciBwcm9iYWJpbGl0eSBvZiBiZWluZyB0aHJvdHRsZWQuICBUaGUNCj4gPiAgICAgICAgbWVjaGFu aXNtIGZvciBob3cgdGhlIGFnZW50IGRldGVybWluZXMgd2hpY2ggcmVxdWVzdHMgYXJlDQo+ID4g ICAgICAgIHRocm90dGxlZCBpcyBpbXBsZW1lbnRhdGlvbiBkZXBlbmRlbnQgYW5kIGlzIG91dHNp ZGUgdGhlIHNjb3BlIG9mDQo+ID4gICAgICAgIHRoaXMgZG9jdW1lbnQuICBUaGUgYWdlbnQgYWxz byBzYXZlcyB0aGUgdHJhbnNhY3Rpb24gcHJpb3JpdHkgaW4NCj4gPiAgICAgICAgdGhlIHRyYW5z YWN0aW9uIHN0YXRlLCBlaXRoZXIgYXMgbG9jYWxseSBtYW5hZ2VkIHN0YXRlIG9yIHVzaW5nDQo+ ID4gICAgICAgIHRoZSBQcm94eS1JbmZvIG1lY2hhbmlzbSBkZWZpbmVkIGluIFtSRkM2NzMzXS4g IFRoaXMgd2lsbCBiZSB1c2VkDQo+ID4gICAgICAgIHdoZW4gaGFuZGxpbmcgdGhlIGFzc29jaWF0 ZWQgYW5zd2VyIG1lc3NhZ2UgZm9yIHRoZSB0cmFuc2FjdGlvbi4NCj4gPg0KPiA+IEFnZW50cyBh cmUganVzdCB1c2luZyB0aGlzIGluZm9ybWF0aW9uIGlmIHByZXNlbnQuIFRoZXkgYXJlIG5vdCBt b2RpZnkgaXQgb3INCj4gaW5jbHVkZSBpdCBpZiBhYnNlbnQuDQo+ID4gSXQgaXMgc2FpZCBpbiBz ZWN0aW9uIDguICBOb3JtYXRpdmUgQmVoYXZpb3INCj4gPg0KPiA+ICAgICAgIE5vdGU6IFRoaXMg Z3VpZGFuY2Ugb24gdGhlIGhhbmRsaW5nIG9mIG1lc3NhZ2VzIHdpdGhvdXQgYSBwcmlvcml0eQ0K PiA+ICAgICAgIGRvZXMgbm90IHJlc3VsdCBpbiBhIERpYW1ldGVyIGFnZW50IGluc2VydGluZyBh IERSTVAgQVZQIGludG8gdGhlDQo+ID4gICAgICAgbWVzc2FnZS4gIFJhdGhlciwgaXQgZ2l2ZXMg Z3VpZGFuY2Ugb24gaG93IHRoYXQgc3BlY2lmaWMNCj4gPiAgICAgICB0cmFuc2FjdGlvbiBzaG91 bGQgYmUgdHJlYXRlZCB3aGVuIGl0cyBwcmlvcml0eSBpcyBjb21wYXJlZCB3aXRoDQo+ID4gICAg ICAgb3RoZXIgcmVxdWVzdHMuICBXaGVuIGEgRGlhbWV0ZXIgYWdlbnQgcmVsYXlzIHRoZSByZXF1 ZXN0IGl0IHdpbGwNCj4gPiAgICAgICBub3QgaW5zZXJ0IGEgRFJNUCBBVlAgd2l0aCBhIHByaW9y aXR5IHZhbHVlIG9mIDEwLg0KPiA+DQo+ID4gSXQgY291bGQgYmUgcG9zc2libGUgdG8gY2xhcmlm eSBpdCBhcyBmb2xsb3c6DQo+ID4NCj4gPiBpbiBzZWN0aW9uIDYsIHRoZSBlbmQgb2YgdGhlIHBv aW50IDIgY291bGQgYmUgZW5oYW5jZWQgYXMgZm9sbG93Og0KPiA+DQo+ID4gICAgMi4gIEFnZW50 cyAqaGFuZGxpbmcqIHRoZSByZXF1ZXN0IC0gQWdlbnRzIHVzZSB0aGUgcHJpb3JpdHkgaW5mb3Jt YXRpb24NCj4gPiAgICAgICAgd2hlbiBtYWtpbmcgcm91dGluZyBkZWNpc2lvbnMuICBUaGlzIGNh biBpbmNsdWRlIGRldGVybWluaW5nDQo+ID4gICAgICAgIHdoaWNoIHJlcXVlc3RzIHRvIHJvdXRl IGZpcnN0LCB3aGljaCByZXF1ZXN0cyB0byB0aHJvdHRsZSBhbmQNCj4gPiAgICAgICAgd2hlcmUg dGhlIHJlcXVlc3QgaXMgcm91dGVkLiAgRm9yIGluc3RhbmNlLCByZXF1ZXN0cyB3aXRoIGhpZ2hl cg0KPiA+ICAgICAgICBwcmlvcml0eSBtaWdodCBoYXZlIGEgbG93ZXIgcHJvYmFiaWxpdHkgb2Yg YmVpbmcgdGhyb3R0bGVkLiAgVGhlDQo+ID4gICAgICAgIG1lY2hhbmlzbSBmb3IgaG93IHRoZSBh Z2VudCBkZXRlcm1pbmVzIHdoaWNoIHJlcXVlc3RzIGFyZQ0KPiA+ICAgICAgICB0aHJvdHRsZWQg aXMgaW1wbGVtZW50YXRpb24gZGVwZW5kZW50IGFuZCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZg0K PiA+ICAgICAgICB0aGlzIGRvY3VtZW50LiAgVGhlIGFnZW50IGFsc28gc2F2ZXMgdGhlIHRyYW5z YWN0aW9uIHByaW9yaXR5IGluDQo+ID4gICAgICAgIHRoZSB0cmFuc2FjdGlvbiBzdGF0ZSwgZWl0 aGVyIGFzIGxvY2FsbHkgbWFuYWdlZCBzdGF0ZSBvciB1c2luZw0KPiA+ICAgICAgICB0aGUgUHJv eHktSW5mbyBtZWNoYW5pc20gZGVmaW5lZCBpbiBbUkZDNjczM10uICBUaGlzIHdpbGwgYmUgdXNl ZA0KPiA+ICAgICAgICB3aGVuIGhhbmRsaW5nIHRoZSBhc3NvY2lhdGVkIGFuc3dlciBtZXNzYWdl IGZvciB0aGUgdHJhbnNhY3Rpb24uDQo+ID4gICAgICAgICpBZ2VudHMgYXJlIG5vdCBzdXBwb3Nl ZCB0byBtb2RpZnkgb3IgaW5jbHVkZSBwcmlvcml0eSBpbmZvcm1hdGlvbiBpbg0KPiA+ICAgICAg ICBpbiBmb3J3YXJkZWQgcmVxdWVzdHMgb3IgYW5zd2Vycy4qDQo+ID4NCj4gPiBUaGUgIm5vdCBz dXBwb3NlZCIgaXMgdXNlZCBiZWNhdXNlIGl0IGlzIGRpZmZpY3VsdCB0byB1c2Ugbm9ybWF0aXZl IHdvcmRpbmcNCj4gaGVyZS4NCj4gPg0KPiA+IEluIHNlY3Rpb24gOCwgYSBuZXcgcmVxdWlyZW1l bnQgY291bGQgYmUgYWRkZWQsIHJpZ2h0IGFmdGVyICIgRGlhbWV0ZXINCj4gYWdlbnRzIE1BWSB1 c2Ugcm91dGluZyBwcmlvcml0eSBpbmZvcm1hdGlvbi4uLiINCj4gPg0KPiA+ICAgIERpYW1ldGVy IGFnZW50cyBTSE9VTEQgTk9UIG1vZGlmeSBvciBpbmNsdWRlIHRoZSBEUk1QIEFWUCB3aGVuDQo+ ID4gICAgcmVsYXlpbmcgcmVxdWVzdCBhbmQgYW5zd2VyIG1lc3NhZ2VzLg0KPiA+DQo+ID4gSnVz dCBhIHByb3Bvc2FsLCB3YWl0aW5nIGZvciBTdGV2ZSBhbmQgV0cgY29tbWVudHMuDQo+ID4NCj4g PiBSZWdhcmRzLA0KPiA+DQo+ID4gTGlvbmVsDQo+ID4NCj4gPg0KPiA+PiAtLS0tLU1lc3NhZ2Ug ZCdvcmlnaW5lLS0tLS0NCj4gPj4gRGUgOiBEaU1FIFttYWlsdG86ZGltZS1ib3VuY2VzQGlldGYu b3JnXSBEZSBsYSBwYXJ0IGRlIFN0ZXBoZW4gRmFycmVsbA0KPiA+PiBFbnZvecOpIDogdmVuZHJl ZGkgNCBtYXJzIDIwMTYgMTg6MDcNCj4gPj4gw4AgOiBkaW1lQGlldGYub3JnDQo+ID4+IE9iamV0 IDogW0RpbWVdIEFEIHJldmlldyBvZiBkcmFmdC1pZXRmLWRpbWUtZHJtcC0wMw0KPiA+Pg0KPiA+ Pg0KPiA+PiBIaXlhLA0KPiA+Pg0KPiA+PiBJIGp1c3QgaGF2ZSBvbmUgcXVlc3Rpb24gSSdkIGxp a2UgdG8gYXNrIHRoZSB3ZyBhYm91dCBiZWZvcmUgSSBzdGFydCBJRVRGIExDLg0KPiA+Pg0KPiA+ PiBZb3UgZG9uJ3Qgc2F5IGlmIHByaW9yaXRpZXMgYXJlIGludGVuZGVkIHRvIGJlIG1vZGlmaWVk IGFmdGVyIHRoZXkgaGF2ZQ0KPiBiZWVuDQo+ID4+IHNldC4gSW4gdGhlIHNlY3VyaXR5IGNvbnNp ZGVyYXRpb25zIHlvdSBkbyBzYXkgdGhhdCB0aGlzIGNvdWxkIGJlIGRvbmUNCj4gPj4gbWFsaWNp b3VzbHksIGFuZCB5b3UgZG8gc2F5IHRoYXQgcHJpb3JpdGllcyBuZWVkIHRvIGJlIGRyb3BwZWQg aWYgcmVjZWl2ZWQNCj4gPj4gZnJvbSBhIHNvdXJjZSBub3QgdHJ1c3RlZCBmb3IgdGhhdCwgYnV0 IHlvdSBuZXZlciBzYXkgaWYgaXQncyBjb25zaWRlcmVkIG9rDQo+IG9yDQo+ID4+IG5vdCBmb3Ig ZS5nLiBhbiBhZ2VudCB0byBjaGFuZ2UgYSBwcmlvcml0eSBmb3Igc29tZSBsb2NhbCBwb2xpY3kg cmVhc29uLg0KPiBEb24ndA0KPiA+PiB5b3UgbmVlZCB0byBzYXkgdGhhdCBzb21ld2hlcmU/IChB bmQgYXBvbG9naWVzIGlmIHlvdSBkbyBzYXkgaXQNCj4gc29tZXdoZXJlDQo+ID4+IGFuZCBJIG1p c3NlZCBpdDotKQ0KPiA+Pg0KPiA+PiBUaGVyZSBhcmUgc29tZSBuaXRzIGJlbG93LCB5b3UgY2Fu IGhhbmRsZWQgdGhlc2UgYmVmb3JlIG9yIGFmdGVyIElFVEYgTEMsDQo+ID4+IHdoaWNoZXZlciBp cyBiZXN0Lg0KPiA+Pg0KPiA+PiBDaGVlcnMsDQo+ID4+IFMuDQo+ID4+DQo+ID4+DQo+ID4+IC0g U2VjdGlvbiA1OiBVUkwgYW5kIE1NRSBhcmVuJ3QgZXhwYW5kZWQuIFNpbmNlIHlvdSdyZSBqdXN0 IHVzaW5nIGl0IGFzIGFuDQo+ID4+IGV4YW1wbGUsIEknZCBzYXkgZXhwYW5kaW5nIHRoaXMgd2ls bCBoZWxwIGFueSByZWFkZXIgd2hvJ3Mgbm90IGEgM2dwcA0KPiA+PiBhZmZpY2lvbmFkby4NCj4g Pj4NCj4gPj4gLSBTZWN0aW9uIDgsICJUaGUgcHJpb3JpdHkgbWFya2luZyBzY2hlbWUgU0hPVUxE IE5PVCByZXF1aXJlIHRoZQ0KPiBEaWFtZXRlcg0KPiA+PiBBZ2VudHMgdG8gdW5kZXJzdGFuZCBh cHBsaWNhdGlvbiBzcGVjaWZpYyBBVlBzLiINCj4gPj4gSXNuJ3QgdGhhdCBhIGJvZ3VzIHVzZSBv ZiAyMTE5IGxhbmd1YWdlIHNpbmNlIHdlJ3JlIG5vdCBleHByZXNzaW5nDQo+ID4+IHJlcXVpcmVt ZW50cyBoZXJlPyBzL1NIT1VMRCBOT1QvZG9lcyBub3QvIHdvdWxkIHNlZW0gYmV0dGVyLg0KPiA+ Pg0KPiA+PiAtIFNlY3Rpb24gOCwgUGVvcGxlIHdpbGwgYXNrICJ3aHkgZGVmYXVsdCB0byAxMD8i IEkgcmVjYWxsIHRoZSBXRyBkaXNjdXNzZWQNCj4gdGhpcw0KPiA+PiBidXQgaWlyYyBtb3N0bHkg ZGlkbid0IGNhcmUgdG9vIG11Y2ggYnV0IGl0IG1pZ2h0IGJlIG5pY2UgdG8ganVzdGlmeSAxMCBp Zg0KPiB0aGVyZSdzDQo+ID4+IGEgd2F5IHRvIGRvIGl0IHRoYXQgZG9lc24ndCBhbW91bnQgdG8g Imp1c3QgYmVjYXVzZSIgOi0pDQo+ID4+DQo+ID4+IC0gU2VjdGlvbiA4LCBUaGUgIldoZW4gc2V0 dGluZyBhbmQgdXNpbmcuLi4iIHBhcmFncmFwaHMgYXJlIHF1aXRlIHZlcmJvc2UuDQo+ID4+IEl0 J2QgYmUgbm8gaGFybSB0byBtYWtlIHRoYXQgc2hvcnRlciwgZS5nLiBieSBqdXN0IHNheWluZzog IkZvciBhbGwgaW50ZWdlcnMNCj4geCx5DQo+ID4+IGluIFswLDE1XSB0cmVhdCBQUklPUklUWV88 eD4gYXMgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPSVJUWV88eT4gd2hlbg0KPiB5PHgiDQo+ID4+ IFlvdSBjb3VsZCBkbyBzb21ldGhpbmcgc2ltaWxhciBpbiA5LjEuDQo+ID4+DQo+ID4+IEktRCBu aXRzOg0KPiA+Pg0KPiA+PiAgID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM1MjI2Jw0KPiA+PiAg ID09IFVudXNlZCBSZWZlcmVuY2U6ICdSRkM0NDEyJw0KPiA+DQo+ID4NCj4gPg0KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gX19fX18NCj4gPg0KPiA+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZl bnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucw0KPiBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmls ZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KPiA+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZQ0KPiBt ZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQo+ID4gYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzDQo+IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCj4g PiBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRl IGFsdGVyZSwgZGVmb3JtZSBvdQ0KPiBmYWxzaWZpZS4gTWVyY2kuDQo+ID4NCj4gPiBUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZA0KPiBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KPiA+ IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBh dXRob3Jpc2F0aW9uLg0KPiA+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlDQo+IHRoaXMgbWVzc2FnZSBh bmQgaXRzIGF0dGFjaG1lbnRzLg0KPiA+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jhbmdl IGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuDQo+IG1vZGlmaWVkLCBj aGFuZ2VkIG9yIGZhbHNpZmllZC4NCj4gPiBUaGFuayB5b3UuDQo+ID4NCg0KCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNl IG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9y bWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9u YwpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlv bi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBz aWduYWxlcgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBt ZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNo b3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNh dGlvbi4KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5v dGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMuCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1l c3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhh bmsgeW91LgoK From nobody Wed Mar 9 02:02:12 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 975CB12D57E for ; Wed, 9 Mar 2016 02:02:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 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.001, 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 ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ek3PZ6jSDJXl for ; Wed, 9 Mar 2016 02:02:08 -0800 (PST) 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 4A1A312D586 for ; Wed, 9 Mar 2016 02:02:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 1B0BFBDCC; Wed, 9 Mar 2016 10:02:01 +0000 (GMT) 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 8j-1uXIhsmGC; Wed, 9 Mar 2016 10:02:00 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 88986BE7D; Wed, 9 Mar 2016 10:02:00 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1457517720; bh=1nYcuDGu3SAC/uB8fmXjqsLpCWfMQu8xp7dvI0K1hss=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=IrI0i6PXY+iVKMgd+u13UwYxTZzusnI67O38XBI6N2eF1wTwkQ94ohxemmguGXUX2 WEqmcz8IPG8pSeQOJuNCAdbKCaMnO32dNgOVZMKgHYAfNsmICK1Q4Cam5FTS4CFpWL bTmPxhi+oEOm7puzBDJ64v8Xe5mSv0/YqMtGDNtU= To: lionel.morand@orange.com, "dime@ietf.org" References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56DFEEF1.90305@cs.tcd.ie> <9342_1457517369_56DFF339_9342_512_1_6B7134B31289DC4FAF731D844122B36E01DFAD0C@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <56DFF498.50506@cs.tcd.ie> Date: Wed, 9 Mar 2016 10:02:00 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <9342_1457517369_56DFF339_9342_512_1_6B7134B31289DC4FAF731D844122B36E01DFAD0C@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms040709050903090801070904" Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:02:10 -0000 This is a cryptographically signed message in MIME format. --------------ms040709050903090801070904 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/03/16 09:56, lionel.morand@orange.com wrote: > Hi Stephen, >=20 > If it is straightforward, as I assume it is, Steve can quickly > produce a new version of the draft based on my proposed > modifications. If it is not, it would mean that we will have to > discuss a little bit more this point in the WG. >=20 > So please wait for Steve and WG feedback before issuing the official > LC. Will do, Thanks, S. >=20 > Regards, >=20 > Lionel >=20 >> -----Message d'origine----- De : Stephen Farrell >> [mailto:stephen.farrell@cs.tcd.ie] Envoy=C3=A9 : mercredi 9 mars 2016 >> 10:38 =C3=80 : MORAND Lionel IMT/OLN; dime@ietf.org Cc : Steve Donovan= =20 >> Objet : Re: [Dime] AD review of draft-ietf-dime-drmp-03 >>=20 >>=20 >> Hi Lionel, >>=20 >> On 08/03/16 15:41, lionel.morand@orange.com wrote: >>> i will let Steve react but I can give my feeling :) >>=20 >> Grand. All below is fine by me. As chair, would you prefer that I >> just start IETF LC and you handle this issue as a LC comment, or >> would you prefer to let the WG figure this out first? I'm fine >> either way. >>=20 >> Cheers, S. >>=20 >>>=20 >>> The priority is set by the Diameter or Diameter server, not by >>> agent. >>>=20 >>> It is somehow describe in section 6 Theory of Operation >>>=20 >>> 2. Agents handing the request - Agents use the priority >>> information when making routing decisions. This can include >>> determining which requests to route first, which requests to >>> throttle and where the request is routed. For instance, requests >>> with higher priority might have a lower probability of being >>> throttled. The mechanism for how the agent determines which >>> requests are throttled is implementation dependent and is outside >>> the scope of this document. The agent also saves the transaction >>> priority in the transaction state, either as locally managed >>> state or using the Proxy-Info mechanism defined in [RFC6733]. >>> This will be used when handling the associated answer message for >>> the transaction. >>>=20 >>> Agents are just using this information if present. They are not >>> modify it or >> include it if absent. >>> It is said in section 8. Normative Behavior >>>=20 >>> Note: This guidance on the handling of messages without a >>> priority does not result in a Diameter agent inserting a DRMP AVP >>> into the message. Rather, it gives guidance on how that >>> specific transaction should be treated when its priority is >>> compared with other requests. When a Diameter agent relays the >>> request it will not insert a DRMP AVP with a priority value of >>> 10. >>>=20 >>> It could be possible to clarify it as follow: >>>=20 >>> in section 6, the end of the point 2 could be enhanced as >>> follow: >>>=20 >>> 2. Agents *handling* the request - Agents use the priority >>> information when making routing decisions. This can include >>> determining which requests to route first, which requests to >>> throttle and where the request is routed. For instance, requests >>> with higher priority might have a lower probability of being >>> throttled. The mechanism for how the agent determines which >>> requests are throttled is implementation dependent and is outside >>> the scope of this document. The agent also saves the transaction >>> priority in the transaction state, either as locally managed >>> state or using the Proxy-Info mechanism defined in [RFC6733]. >>> This will be used when handling the associated answer message for >>> the transaction. *Agents are not supposed to modify or include >>> priority information in in forwarded requests or answers.* >>>=20 >>> The "not supposed" is used because it is difficult to use >>> normative wording >> here. >>>=20 >>> In section 8, a new requirement could be added, right after " >>> Diameter >> agents MAY use routing priority information..." >>>=20 >>> Diameter agents SHOULD NOT modify or include the DRMP AVP when=20 >>> relaying request and answer messages. >>>=20 >>> Just a proposal, waiting for Steve and WG comments. >>>=20 >>> Regards, >>>=20 >>> Lionel >>>=20 >>>=20 >>>> -----Message d'origine----- De : DiME >>>> [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell=20 >>>> Envoy=C3=A9 : vendredi 4 mars 2016 18:07 =C3=80 : dime@ietf.org Obje= t : >>>> [Dime] AD review of draft-ietf-dime-drmp-03 >>>>=20 >>>>=20 >>>> Hiya, >>>>=20 >>>> I just have one question I'd like to ask the wg about before I >>>> start IETF LC. >>>>=20 >>>> You don't say if priorities are intended to be modified after >>>> they have >> been >>>> set. In the security considerations you do say that this could >>>> be done maliciously, and you do say that priorities need to be >>>> dropped if received from a source not trusted for that, but you >>>> never say if it's considered ok >> or >>>> not for e.g. an agent to change a priority for some local >>>> policy reason. >> Don't >>>> you need to say that somewhere? (And apologies if you do say >>>> it >> somewhere >>>> and I missed it:-) >>>>=20 >>>> There are some nits below, you can handled these before or >>>> after IETF LC, whichever is best. >>>>=20 >>>> Cheers, S. >>>>=20 >>>>=20 >>>> - Section 5: URL and MME aren't expanded. Since you're just >>>> using it as an example, I'd say expanding this will help any >>>> reader who's not a 3gpp afficionado. >>>>=20 >>>> - Section 8, "The priority marking scheme SHOULD NOT require >>>> the >> Diameter >>>> Agents to understand application specific AVPs." Isn't that a >>>> bogus use of 2119 language since we're not expressing=20 >>>> requirements here? s/SHOULD NOT/does not/ would seem better. >>>>=20 >>>> - Section 8, People will ask "why default to 10?" I recall the >>>> WG discussed >> this >>>> but iirc mostly didn't care too much but it might be nice to >>>> justify 10 if >> there's >>>> a way to do it that doesn't amount to "just because" :-) >>>>=20 >>>> - Section 8, The "When setting and using..." paragraphs are >>>> quite verbose. It'd be no harm to make that shorter, e.g. by >>>> just saying: "For all integers >> x,y >>>> in [0,15] treat PRIORITY_ as lower priority than >>>> PRIOIRTY_ when >> y>>> You could do something similar in 9.1. >>>>=20 >>>> I-D nits: >>>>=20 >>>> =3D=3D Unused Reference: 'RFC5226' =3D=3D Unused Reference: 'RFC4412= ' >>>=20 >>>=20 >>>=20 >> __________________________________________________________=20 >> __________________________________________________________ _____ >>>=20 >>> Ce message et ses pieces jointes peuvent contenir des >>> informations >> confidentielles ou privilegiees et ne doivent donc >>> pas etre diffuses, exploites ou copies sans autorisation. Si vous >>> avez recu ce >> message par erreur, veuillez le signaler >>> a l'expediteur et le detruire ainsi que les pieces jointes. Les >>> messages >> electroniques etant susceptibles d'alteration, >>> Orange decline toute responsabilite si ce message a ete altere, >>> deforme ou >> falsifie. Merci. >>>=20 >>> This message and its attachments may contain confidential or >>> privileged >> information that may be protected by law; >>> they should not be distributed, used or copied without >>> authorisation. If you have received this email in error, please >>> notify the sender and delete >> this message and its attachments. >>> As emails may be altered, Orange is not liable for messages that >>> have been >> modified, changed or falsified. >>> Thank you. >>>=20 >=20 >=20 > _______________________________________________________________________= __________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc pas etre diffuses, > exploites ou copies sans autorisation. Si vous avez recu ce message > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi > que les pieces jointes. Les messages electroniques etant susceptibles > d'alteration, Orange decline toute responsabilite si ce message a ete > altere, deforme ou falsifie. Merci. >=20 > This message and its attachments may contain confidential or > privileged information that may be protected by law; they should not > be distributed, used or copied without authorisation. If you have > received this email in error, please notify the sender and delete > this message and its attachments. As emails may be altered, Orange is > not liable for messages that have been modified, changed or > falsified. Thank you. >=20 --------------ms040709050903090801070904 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 oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAzMDkx MDAyMDBaMC8GCSqGSIb3DQEJBDEiBCB3bKcYRExveMtXj5PP0mpW6CEL/AF033DLxbH89oiJ xjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQBHnjXKbsqJc1ISpYZIxoL8UPTP7BMvKcJLjjdj5tkD0lIPwAeJQmkK nFnElpEB4wUvpQ/xn+tDTar8F2zynBpDmJ1lk8hhag6clnkdgliTQ4q5SY0+S9F90pacpuFq qjUZhIv3RQzw1YoRPOnR2R0X2AFv9bf9LjNK470yT2jOqkN3m5TO53kX3GNneDyEZ7v0IrK5 HuwnfvYDOV6ceDf0J8qzCtUzMIXLbPd9YEkZqwWodLFyzHOt8nxNKn8UGluGS/XAx2Z2tKcs 0R1Hm8aO+ycWuQXMHr+W8T16tJnQvDXkK42vyseX+TAPMlgHvYhwczXScmZA7WufzT2pH8UL AAAAAAAA --------------ms040709050903090801070904-- From nobody Wed Mar 9 07:22:01 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A8AC12DFF8 for ; Wed, 9 Mar 2016 07:07:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k15jIuYCA9EZ for ; Wed, 9 Mar 2016 07:07:12 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 71B1E12D6F0 for ; Wed, 9 Mar 2016 06:59:17 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:63490 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1adfZw-0018wB-OJ; Wed, 09 Mar 2016 06:59:16 -0800 To: lionel.morand@orange.com, Stephen Farrell , "dime@ietf.org" References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Steve Donovan Message-ID: <56E03A3F.4090005@usdonovans.com> Date: Wed, 9 Mar 2016 08:59:11 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------060804090005030306040406" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 15:07:32 -0000 This is a multi-part message in MIME format. --------------060804090005030306040406 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit All, I've commented on Stephen's and Lionel's suggested changes below. If there is agreement to my proposed changes outlined below then I will submit a new version of the document. Regards, Steve On 3/8/16 9:41 AM, lionel.morand@orange.com wrote: > i will let Steve react but I can give my feeling :) > > The priority is set by the Diameter or Diameter server, not by agent. > > It is somehow describe in section 6 Theory of Operation > > 2. Agents handing the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > > Agents are just using this information if present. They are not modify it or include it if absent. > It is said in section 8. Normative Behavior > > Note: This guidance on the handling of messages without a priority > does not result in a Diameter agent inserting a DRMP AVP into the > message. Rather, it gives guidance on how that specific > transaction should be treated when its priority is compared with > other requests. When a Diameter agent relays the request it will > not insert a DRMP AVP with a priority value of 10. > > It could be possible to clarify it as follow: > > in section 6, the end of the point 2 could be enhanced as follow: > > 2. Agents *handling* the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > *Agents are not supposed to modify or include priority information in > in forwarded requests or answers.* SRD> I propose the following reworded last sentence: "Agents generally do no modify priority information and agents generally do not add new priority information in forwarded requests or answers." SRD> There is one scenario where I can see an agent does add add priority information, in a transition period when not all endpoints support the DRMP mechanism and the agent is used to insert priority information for the non supporting endpoint. SRD> I also see one scenario where an agent might modify priority values. This would be an edge agent case where the priority values included by another operator's Diameter network aren't trusted and new values are needed. SRD> I propose that notes that address these scenarios be added to the new normative requirements proposed below. > > The "not supposed" is used because it is difficult to use normative wording here. > > In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..." > > Diameter agents SHOULD NOT modify or include the DRMP AVP when > relaying request and answer messages. SRD> I propose the following: Diameter agents SHOULD NOT modify priority information when relaying request and answer messages. There might be scenarios where a Diameter agent does modify priority information. For instance, an edge agent might need to modify the priority values set by an adjacent operator. Diameter agents SHOULD NOT add priority information when relaying request and answer messages. There might be scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert priority information for that non supporting endpoint. > > Just a proposal, waiting for Steve and WG comments. > > Regards, > > Lionel > > >> -----Message d'origine----- >> De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell >> Envoy√© : vendredi 4 mars 2016 18:07 >> √Ä : dime@ietf.org >> Objet : [Dime] AD review of draft-ietf-dime-drmp-03 >> >> >> Hiya, >> >> I just have one question I'd like to ask the wg about before I start IETF LC. >> >> You don't say if priorities are intended to be modified after they have been >> set. In the security considerations you do say that this could be done >> maliciously, and you do say that priorities need to be dropped if received >> from a source not trusted for that, but you never say if it's considered ok or >> not for e.g. an agent to change a priority for some local policy reason. Don't >> you need to say that somewhere? (And apologies if you do say it somewhere >> and I missed it:-) >> >> There are some nits below, you can handled these before or after IETF LC, >> whichever is best. >> >> Cheers, >> S. >> >> >> - Section 5: URL and MME aren't expanded. Since you're just using it as an >> example, I'd say expanding this will help any reader who's not a 3gpp >> afficionado. SRD> Change made. >> >> - Section 8, "The priority marking scheme SHOULD NOT require the Diameter >> Agents to understand application specific AVPs." >> Isn't that a bogus use of 2119 language since we're not expressing >> requirements here? s/SHOULD NOT/does not/ would seem better. SRD> Agreed, change made. >> >> - Section 8, People will ask "why default to 10?" I recall the WG discussed this >> but iirc mostly didn't care too much but it might be nice to justify 10 if there's >> a way to do it that doesn't amount to "just because" :-) SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values. I'm not sure saying this adds much value. >> >> - Section 8, The "When setting and using..." paragraphs are quite verbose. >> It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y >> in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y> You could do something similar in 9.1. SRD> The existing language was put in when we had 5 priority values. The above is certainly a more elegant way of specifying it. Changed to the following: When setting and using priorities, for all integers x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP. >> >> I-D nits: >> >> == Unused Reference: 'RFC5226' >> == Unused Reference: 'RFC4412' SRD> These references removed. > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > --------------060804090005030306040406 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will submit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.morand@orange.com wrote:
i will let Steve react but I can give my feeling :)

The priority is set by the Diameter or Diameter server, not by agent.

It is somehow describe in section 6 Theory of Operation

   2.  Agents handing the request - Agents use the priority information
       when making routing decisions.  This can include determining
       which requests to route first, which requests to throttle and
       where the request is routed.  For instance, requests with higher
       priority might have a lower probability of being throttled.  The
       mechanism for how the agent determines which requests are
       throttled is implementation dependent and is outside the scope of
       this document.  The agent also saves the transaction priority in
       the transaction state, either as locally managed state or using
       the Proxy-Info mechanism defined in [RFC6733].  This will be used
       when handling the associated answer message for the transaction.

Agents are just using this information if present. They are not modify it or include it if absent.
It is said in section 8.  Normative Behavior

      Note: This guidance on the handling of messages without a priority
      does not result in a Diameter agent inserting a DRMP AVP into the
      message.  Rather, it gives guidance on how that specific
      transaction should be treated when its priority is compared with
      other requests.  When a Diameter agent relays the request it will
      not insert a DRMP AVP with a priority value of 10.

It could be possible to clarify it as follow:

in section 6, the end of the point 2 could be enhanced as follow:

   2.  Agents *handling* the request - Agents use the priority information
       when making routing decisions.  This can include determining
       which requests to route first, which requests to throttle and
       where the request is routed.  For instance, requests with higher
       priority might have a lower probability of being throttled.  The
       mechanism for how the agent determines which requests are
       throttled is implementation dependent and is outside the scope of
       this document.  The agent also saves the transaction priority in
       the transaction state, either as locally managed state or using
       the Proxy-Info mechanism defined in [RFC6733].  This will be used
       when handling the associated answer message for the transaction.
       *Agents are not supposed to modify or include priority information in
       in forwarded requests or answers.*
SRD> I propose the following reworded last sentence: "Agents generally do no modify priority
information and agents generally do not add new priority information in forwarded requests or answers."

SRD> There is one scenario where I can see an agent does add add priority information, in a
transition period when not all endpoints support the DRMP mechanism and the agent
is used to insert priority information for the non supporting endpoint. 

SRD> I also see one scenario where an agent might modify priority values.  This would
be an edge agent case where the priority values included by another operator's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios  be added to the new normative requirements proposed below.

The "not supposed" is used because it is difficult to use normative wording here.

In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..."

   Diameter agents SHOULD NOT modify or include the DRMP AVP when 
   relaying request and answer messages.
SRD> I propose the following:
   Diameter agents SHOULD NOT modify priority information when relaying
   request and answer messages.

      There might be scenarios where a Diameter agent does modify
      priority information.  For instance, an edge agent might need to
      modify the priority values set by an adjacent operator.

   Diameter agents SHOULD NOT add priority information when relaying
   request and answer messages.

      There might be scenarios where a Diameter endpoint does not
      support the DRMP mechanism and agents insert priority information
      for that non supporting endpoint.

Just a proposal, waiting for Steve and WG comments.

Regards,

Lionel


-----Message d'origine-----
De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell
Envoyé : vendredi 4 mars 2016 18:07
À : dime@ietf.org
Objet : [Dime] AD review of draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd like to ask the wg about before I start IETF LC.

You don't say if priorities are intended to be modified after they have been
set. In the security considerations you do say that this could be done
maliciously, and you do say that priorities need to be dropped if received
from a source not trusted for that, but you never say if it's considered ok or
not for e.g. an agent to change a priority for some local policy reason. Don't
you need to say that somewhere? (And apologies if you do say it somewhere
and I missed it:-)

There are some nits below, you can handled these before or after IETF LC,
whichever is best.

Cheers,
S.


- Section 5: URL and MME aren't expanded. Since you're just using it as an
example, I'd say expanding this will help any reader who's not a 3gpp
afficionado.
SRD> Change made.

- Section 8, "The priority marking scheme SHOULD NOT require the Diameter
Agents to understand application specific AVPs."
Isn't that a bogus use of 2119 language since we're not expressing
requirements here? s/SHOULD NOT/does not/ would seem better.
SRD> Agreed, change made.

- Section 8, People will ask "why default to 10?" I recall the WG discussed this
but iirc mostly didn't care too much but it might be nice to justify 10 if there's
a way to do it that doesn't amount to "just because" :-)
SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values.  I'm not sure saying this adds much value.

- Section 8, The "When setting and using..." paragraphs are quite verbose.
It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y
in [0,15] treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x"
You could do something similar in 9.1.
SRD> The existing language was put in when we had 5 priority values.  The above is certainly a more elegant way of specifying it.  Changed to the following:

   When setting and using priorities, for all integers x,y in [0,15]
   treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x.

      Note: As a result PRIORITY_0 is the highest priority.
SRD> I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP.



I-D nits:

  == Unused Reference: 'RFC5226'
  == Unused Reference: 'RFC4412'
SRD> These references removed.

      

_________________________________________________________________________________________________________________________

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

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


--------------060804090005030306040406-- From nobody Wed Mar 9 07:40:11 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92EE712E25F for ; Wed, 9 Mar 2016 07:39:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7sD_3HYSp7F for ; Wed, 9 Mar 2016 07:39:37 -0800 (PST) Received: from spam-av1.csgov.com (relayibm.csgov.com [209.135.214.62]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F178012E26E for ; Wed, 9 Mar 2016 07:22:30 -0800 (PST) X-ASG-Debug-ID: 1457536949-0a643d12e9b7780002-ygad4l Received: from csgsmtp01.csgov.com (csgsmtp01.csgov.com [192.168.16.27]) by spam-av1.csgov.com with ESMTP id coVEsZJ4L2UBUCy5; Wed, 09 Mar 2016 10:22:29 -0500 (EST) X-Barracuda-Envelope-From: Janet.Gunn@csra.com X-ASG-Whitelist: Client In-Reply-To: <56E03A3F.4090005@usdonovans.com> References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> X-Disclaimed: 6530 To: Steve Donovan MIME-Version: 1.0 X-KeepSent: 5715A466:26651C6B-85257F71:00546DED; type=4; name=$KeepSent X-ASG-Orig-Subj: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-Mailer: Lotus Notes Release 8.5.2FP4 SHF97 March 26, 2012 From: Janet P Gunn Message-ID: Date: Wed, 9 Mar 2016 10:22:56 -0500 X-MIMETrack: Serialize by Router on CSGSMTP01/SRV/CSGov(Release 8.5.3FP6|November 21, 2013) at 03/09/2016 10:21:37 AM, Serialize complete at 03/09/2016 10:21:37 AM Content-Type: multipart/alternative; boundary="=_alternative 0054745185257F71_=" X-Barracuda-Connect: csgsmtp01.csgov.com[192.168.16.27] X-Barracuda-Start-Time: 1457536949 X-Barracuda-URL: https://192.168.16.51:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at csgov.com X-Barracuda-BRTS-Status: 1 Archived-At: Cc: DiME , "dime@ietf.org" Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 15:39:39 -0000 This is a multipart message in MIME format. --=_alternative 0054745185257F71_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Sounds good to me. Janet This electronic message transmission contains information from CSRA that=20 may be attorney-client privileged, proprietary or confidential. The=20 information in this message is intended only for use by the individual(s)=20 to whom it is addressed. If you believe you have received this message in=20 error, please contact me immediately and be aware that any use,=20 disclosure, copying or distribution of the contents of this message is=20 strictly prohibited. NOTE: Regardless of content, this email shall not=20 operate to bind CSRA to any order or other contract unless pursuant to=20 explicit written agreement or government initiative expressly permitting=20 the use of email for such purpose. From: Steve Donovan To: lionel.morand@orange.com, Stephen Farrell=20 , "dime@ietf.org" Date: 03/09/2016 10:15 AM Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sent by: "DiME" All, I've commented on Stephen's and Lionel's suggested changes below. If there is agreement to my proposed changes outlined below then I will=20 submit a new version of the document. Regards, Steve On 3/8/16 9:41 AM, lionel.morand@orange.com wrote: i will let Steve react but I can give my feeling :) The priority is set by the Diameter or Diameter server, not by agent. It is somehow describe in section 6 Theory of Operation 2. Agents handing the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. Agents are just using this information if present. They are not modify it=20 or include it if absent. It is said in section 8. Normative Behavior Note: This guidance on the handling of messages without a priority does not result in a Diameter agent inserting a DRMP AVP into the message. Rather, it gives guidance on how that specific transaction should be treated when its priority is compared with other requests. When a Diameter agent relays the request it will not insert a DRMP AVP with a priority value of 10. It could be possible to clarify it as follow: in section 6, the end of the point 2 could be enhanced as follow: 2. Agents *handling* the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. *Agents are not supposed to modify or include priority information=20 in in forwarded requests or answers.* SRD> I propose the following reworded last sentence: "Agents generally do=20 no modify priority information and agents generally do not add new priority information in=20 forwarded requests or answers." SRD> There is one scenario where I can see an agent does add add priority=20 information, in a=20 transition period when not all endpoints support the DRMP mechanism and=20 the agent is used to insert priority information for the non supporting endpoint. =20 SRD> I also see one scenario where an agent might modify priority values. = This would be an edge agent case where the priority values included by another=20 operator's Diameter network aren't trusted and new values are needed. SRD> I propose that notes that address these scenarios be added to the=20 new normative requirements proposed below. The "not supposed" is used because it is difficult to use normative=20 wording here. In section 8, a new requirement could be added, right after " Diameter=20 agents MAY use routing priority information..." Diameter agents SHOULD NOT modify or include the DRMP AVP when=20 relaying request and answer messages. SRD> I propose the following:=20 Diameter agents SHOULD NOT modify priority information when relaying request and answer messages. There might be scenarios where a Diameter agent does modify priority information. For instance, an edge agent might need to modify the priority values set by an adjacent operator. Diameter agents SHOULD NOT add priority information when relaying request and answer messages. There might be scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert priority information for that non supporting endpoint. Just a proposal, waiting for Steve and WG comments. Regards, Lionel -----Message d'origine----- De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell Envoy=E9 : vendredi 4 mars 2016 18:07 =C0 : dime@ietf.org Objet : [Dime] AD review of draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to ask the wg about before I start IETF=20 LC. You don't say if priorities are intended to be modified after they have=20 been set. In the security considerations you do say that this could be done maliciously, and you do say that priorities need to be dropped if received from a source not trusted for that, but you never say if it's considered=20 ok or not for e.g. an agent to change a priority for some local policy reason.=20 Don't you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-) There are some nits below, you can handled these before or after IETF LC, whichever is best. Cheers, S. - Section 5: URL and MME aren't expanded. Since you're just using it as an example, I'd say expanding this will help any reader who's not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority marking scheme SHOULD NOT require the Diameter Agents to understand application specific AVPs." Isn't that a bogus use of 2119 language since we're not expressing requirements here? s/SHOULD NOT/does not/ would seem better. SRD> Agreed, change made. - Section 8, People will ask "why default to 10?" I recall the WG=20 discussed this but iirc mostly didn't care too much but it might be nice to justify 10 if = there's a way to do it that doesn't amount to "just because" :-) SRD> I'm open to wording suggestions here but the only real reason is that = we needed a default and some thought it might be better to have the=20 default allow for a few more higher-than-default values than=20 lower-than-default values. I'm not sure saying this adds much value. - Section 8, The "When setting and using..." paragraphs are quite verbose. It'd be no harm to make that shorter, e.g. by just saying: "For all=20 integers x,y in [0,15] treat PRIORITY=5F as lower priority than PRIOIRTY=5F when y= The existing language was put in when we had 5 priority values. The=20 above is certainly a more elegant way of specifying it. Changed to the=20 following: When setting and using priorities, for all integers x,y in [0,15] treat PRIORITY=5F as lower priority than PRIOIRTY=5F when y I'm not sure this can be done in section 9.1, as this is listing the=20 enumerated values for the AVP. I-D nits: =3D=3D Unused Reference: 'RFC5226' =3D=3D Unused Reference: 'RFC4412' SRD> These references removed. =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Ce message et ses pieces jointes peuvent contenir des informations=20 confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=20 recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages=20 electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged=20 information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and=20 delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime --=_alternative 0054745185257F71_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Sounds good to me.

Janet

This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The informa= tion in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpos= e.




From:     =    Steve Donovan <srdonovan= @usdonovans.com>
To:     &n= bsp;  lionel.morand@orange.com, Stephen Farrell <stephen.farrell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org>
Date:     =    03/09/2016 10:15 AM
Subject:   &nbs= p;    Re: [Dime] AD review of draft-ietf-dime-drmp-03
Sent by:   &nbs= p;    "DiME" <dime-bounces@ietf.org>




All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will submit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.morand@orange.com wrote:
i will let Steve react but I can give my feeling :)<= br>
The priority is set by the Diameter or Diameter server, not by agent.

It is somehow describe in section 6 Theory of Operation

  2.  Agents handing the request - Agents use the priority infor= mation
      when making routing decisions.  This can include determining
      which requests to route first, which requests to throttle and
      where the request is routed.  For instance, requests with higher
      priority might have a lower probability of being throttled.  The
      mechanism for how the agent determines which requests are
      throttled is implementation dependent and is outside the scope of
      this document.  The agent also saves the transac= tion priority in
      the transaction state, either as locally managed state or using
      the Proxy-Info mechanism defined in [RFC6733].  = This will be used
      when handling the associated answer message for the transaction.

Agents are just using this information if present. They are not modify it or include it if absent.
It is said in section 8.  Normative Behavior

     Note: This guidance on the handling of messages without a priority
     does not result in a Diameter agent inserting a DRMP AVP into the
     message.  Rather, it gives guidance on how that specific
     transaction should be treated when its priority is compared with
     other requests.  When a Diameter agent relays the request it will
     not insert a DRMP AVP with a priority value of 10.

It could be possible to clarify it as follow:

in section 6, the end of the point 2 could be enhanced as follow:

  2.  Agents *handling* the request - Agents use the priority information
      when making routing decisions.  This can include determining
      which requests to route first, which requests to throttle and
      where the request is routed.  For instance, requests with higher
      priority might have a lower probability of being throttled.  The
      mechanism for how the agent determines which requests are
      throttled is implementation dependent and is outside the scope of
      this document.  The agent also saves the transac= tion priority in
      the transaction state, either as locally managed state or using
      the Proxy-Info mechanism defined in [RFC6733].  = This will be used
      when handling the associated answer message for the transaction.
      *Agents are not supposed to modify or include priority information in
      in forwarded requests or answers.*

SRD> I propose the following reworded last sentence: "Agents generally do no modify priority
information and agents generally do not add new priority information in forwarded requests or answers."

SRD> There is one scenario where I can see an agent does add add priority information, in a
transition period when not all endpoints support the DRMP mechanism and the agent
is used to insert priority information for the non supporting endpoint.&nbs= p;

SRD> I also see one scenario where an agent might modify priority values= .  This would
be an edge agent case where the priority values included by another operato= r's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios  be added to the new normative requirements proposed below.



The "not supposed" is used because it is difficult to use normati= ve wording here.

In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..."

  Diameter agents SHOULD NOT modify or include the DRMP AVP when
  relaying request and answer messages.

SRD> I propose the following:
   Diameter agents SHOULD NOT modify prior= ity information when relaying
  request and answer messages.

     There might be scenarios where a Diameter agent does modify
     priority information.  For instance, an edge agent might need to
     modify the priority values set by an adjacent operator= .

  Diameter agents SHOULD NOT add priority information when relaying   request and answer messages.

     There might be scenarios where a Diameter endpoint does not
     support the DRMP mechanism and agents insert priority information
     for that non supporting endpoint.



Just a proposal, waiting for Steve and WG comments.

Regards,

Lionel



-----Message d'origine-----
De : DiME [
mailto:dime-bounces@ietf.org
] De la part de Stephen Farrell
Envoy=E9 : vendredi 4 mars 2016 18:07
=C0 :
dime@ietf.org
Objet : [Dime] AD review of draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd like to ask the wg about before I start IETF LC.

You don't say if priorities are intended to be modified after they have been
set. In the security considerations you do say that this could be done
maliciously, and you do say that priorities need to be dropped if received<= br> from a source not trusted for that, but you never say if it's considered ok or
not for e.g. an agent to change a priority for some local policy reason. Don't
you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-)

There are some nits below, you can handled these before or after IETF LC, whichever is best.

Cheers,
S.


- Section 5: URL and MME aren't expanded. Since you're just using it as an
example, I'd say expanding this will help any reader who's not a 3gpp
afficionado.

SRD> Change made.


- Section 8, "The priority marking scheme SHOULD NOT require the Diame= ter
Agents to understand application specific AVPs."
Isn't that a bogus use of 2119 language since we're not expressing
requirements here? s/SHOULD NOT/does not/ would seem better.

SRD> Agreed, change made.


- Section 8, People will ask "why default to 10?" I recall the WG discussed this
but iirc mostly didn't care too much but it might be nice to justify 10 if there's
a way to do it that doesn't amount to "just because" :-)

SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values.  I'm not sure saying this adds much value.<= /font>


- Section 8, The "When setting and using..." paragraphs are quite verbose.
It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y
in [0,15] treat PRIORITY=5F<x> as lower priority than PRIOIRTY=5F<= y> when y<x"
You could do something similar in 9.1.

SRD> The existing language was put in when we had 5 priority values.  The above is certainly a more elegant way of specify= ing it.  Changed to the following:

   When setting and using priorities, for all integers x,y in [0,15]
  treat PRIORITY=5F<x> as lower priority than PRIOIRTY=5F<y&= gt; when y<x.

     Note: As a result PRIORITY=5F0 is the highest priority= .

SRD> I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP.




I-D nits:

 =3D=3D Unused Reference: 'RFC5226'
 =3D=3D Unused Reference: 'RFC4412'

SRD> These references removed.




=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F

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

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


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F
DiME mailing list
DiME@ietf.org
https://www.ietf.org/mailman/listinfo/dime


--=_alternative 0054745185257F71_=-- From nobody Wed Mar 9 08:14:01 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A4F712E0BF; Wed, 9 Mar 2016 08:12:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UeEMMwxXAZeZ; Wed, 9 Mar 2016 08:12:23 -0800 (PST) Received: from relais-inet.orange.com (relais-nor36.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FA7512D742; Wed, 9 Mar 2016 08:05:08 -0800 (PST) Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id AB5641820EF; Wed, 9 Mar 2016 17:05:06 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.75]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 609A220066; Wed, 9 Mar 2016 17:05:06 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe%19]) with mapi id 14.03.0279.002; Wed, 9 Mar 2016 17:05:05 +0100 From: To: Janet P Gunn , Steve Donovan Thread-Topic: [Dime] AD review of draft-ietf-dime-drmp-03 Thread-Index: AQHRehQ8waQnaF6opEiHXLbNcd6J3p9RKjAAgAAVPOA= Date: Wed, 9 Mar 2016 16:05:04 +0000 Message-ID: <13333_1457539506_56E049B2_13333_1226_1_6B7134B31289DC4FAF731D844122B36E01DFC197@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_6B7134B31289DC4FAF731D844122B36E01DFC197OPEXCLILM43corp_" MIME-Version: 1.0 Archived-At: Cc: DiME , "dime@ietf.org" Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 16:12:26 -0000 --_000_6B7134B31289DC4FAF731D844122B36E01DFC197OPEXCLILM43corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Steve, It is true that some scenarios will require action of agents on the DRMP AV= P. in that case, I would be more explicit and change a little bit the order as= "save the transaction priority" is valid in any case: =E8 Note that the title of the bullet 2 should be " Agents handing the req= uest " and not "Agents handling the request" 2. Agents handling the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. Before forwarding request messages, agents generally= do not modify the priority information present in the received request message nor include the priority information when absent in the rece= ived request message. However, in some scenarios, agents can modify the priority information e.g. edge agents modifying the priority values set by an adjacent operator. There might be other scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert the priority information in the request = messages for that non supporting endpoint. When forwarding the request messages, the agent= saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be use= d when handling the associated answer message for the transaction. The same kind of change should be done in bullet 5 that is about handling o= f answers: 5. Agent handling the answer - By default, agents handling answer messages use the priority information stored with the transaction state to determine the priority of relaying the answer message. However, priority information included in the answer message, when present, is used in place of the stored priority information. The use of priority information implies that answers for higher priority transactions are given preferential treatment to lower priority transactions. When forwarding the answer= messages, agents generally do not modify the priority information present in the received answer messa= ges nor include the priority information when absent in the received ans= wer messages. However, in some scenarios, agents can modify the priority information e.g. edge agents modifying the priority values set by an adjacent operator. There might be other scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert the priority information for that non supporting endpoint. If it is agreed that agents can modify/include the DRMP AVP, I think that t= he "SHOULD NOT" is not correct as it is a "MAY", even if not often. I think the proposed added requirements can be safely removed. Regards, Lionel De : Janet P Gunn [mailto:Janet.Gunn@csra.com] Envoy=E9 : mercredi 9 mars 2016 16:23 =C0 : Steve Donovan Cc : dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrell Objet : Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sounds good to me. Janet This electronic message transmission contains information from CSRA that ma= y be attorney-client privileged, proprietary or confidential. The informati= on in this message is intended only for use by the individual(s) to whom it= is addressed. If you believe you have received this message in error, plea= se contact me immediately and be aware that any use, disclosure, copying or= distribution of the contents of this message is strictly prohibited. NOTE:= Regardless of content, this email shall not operate to bind CSRA to any or= der or other contract unless pursuant to explicit written agreement or gove= rnment initiative expressly permitting the use of email for such purpose. From: Steve Donovan > To: lionel.morand@orange.com, Steph= en Farrell >, "= dime@ietf.org" > Date: 03/09/2016 10:15 AM Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sent by: "DiME" > ________________________________ All, I've commented on Stephen's and Lionel's suggested changes below. If there is agreement to my proposed changes outlined below then I will sub= mit a new version of the document. Regards, Steve On 3/8/16 9:41 AM, lionel.morand@orange.com wrote: i will let Steve react but I can give my feeling :) The priority is set by the Diameter or Diameter server, not by agent. It is somehow describe in section 6 Theory of Operation 2. Agents handing the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. Agents are just using this information if present. They are not modify it o= r include it if absent. It is said in section 8. Normative Behavior Note: This guidance on the handling of messages without a priority does not result in a Diameter agent inserting a DRMP AVP into the message. Rather, it gives guidance on how that specific transaction should be treated when its priority is compared with other requests. When a Diameter agent relays the request it will not insert a DRMP AVP with a priority value of 10. It could be possible to clarify it as follow: in section 6, the end of the point 2 could be enhanced as follow: 2. Agents *handling* the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. *Agents are not supposed to modify or include priority information in in forwarded requests or answers.* SRD> I propose the following reworded last sentence: "Agents generally do n= o modify priority information and agents generally do not add new priority information in for= warded requests or answers." SRD> There is one scenario where I can see an agent does add add priority i= nformation, in a transition period when not all endpoints support the DRMP mechanism and the= agent is used to insert priority information for the non supporting endpoint. SRD> I also see one scenario where an agent might modify priority values. = This would be an edge agent case where the priority values included by another operato= r's Diameter network aren't trusted and new values are needed. SRD> I propose that notes that address these scenarios be added to the new= normative requirements proposed below. The "not supposed" is used because it is difficult to use normative wording= here. In section 8, a new requirement could be added, right after " Diameter agen= ts MAY use routing priority information..." Diameter agents SHOULD NOT modify or include the DRMP AVP when relaying request and answer messages. SRD> I propose the following: Diameter agents SHOULD NOT modify priority information when relaying request and answer messages. There might be scenarios where a Diameter agent does modify priority information. For instance, an edge agent might need to modify the priority values set by an adjacent operator. Diameter agents SHOULD NOT add priority information when relaying request and answer messages. There might be scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert priority information for that non supporting endpoint. Just a proposal, waiting for Steve and WG comments. Regards, Lionel -----Message d'origine----- De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell Envoy=E9 : vendredi 4 mars 2016 18:07 =C0 : dime@ietf.org Objet : [Dime] AD review of draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to ask the wg about before I start IETF L= C. You don't say if priorities are intended to be modified after they have been set. In the security considerations you do say that this could be done maliciously, and you do say that priorities need to be dropped if received from a source not trusted for that, but you never say if it's considered ok= or not for e.g. an agent to change a priority for some local policy reason. Do= n't you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-) There are some nits below, you can handled these before or after IETF LC, whichever is best. Cheers, S. - Section 5: URL and MME aren't expanded. Since you're just using it as an example, I'd say expanding this will help any reader who's not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority marking scheme SHOULD NOT require the Diameter Agents to understand application specific AVPs." Isn't that a bogus use of 2119 language since we're not expressing requirements here? s/SHOULD NOT/does not/ would seem better. SRD> Agreed, change made. - Section 8, People will ask "why default to 10?" I recall the WG discussed= this but iirc mostly didn't care too much but it might be nice to justify 10 if = there's a way to do it that doesn't amount to "just because" :-) SRD> I'm open to wording suggestions here but the only real reason is that = we needed a default and some thought it might be better to have the default= allow for a few more higher-than-default values than lower-than-default va= lues. I'm not sure saying this adds much value. - Section 8, The "When setting and using..." paragraphs are quite verbose. It'd be no harm to make that shorter, e.g. by just saying: "For all integer= s x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y The existing language was put in when we had 5 priority values. The a= bove is certainly a more elegant way of specifying it. Changed to the foll= owing: When setting and using priorities, for all integers x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y I'm not sure this can be done in section 9.1, as this is listing the e= numerated values for the AVP. I-D nits: =3D=3D Unused Reference: 'RFC5226' =3D=3D Unused Reference: 'RFC4412' SRD> These references removed. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_6B7134B31289DC4FAF731D844122B36E01DFC197OPEXCLILM43corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Steve,<= o:p>

 = ;

It is true= that some scenarios will require action of agents on the DRMP AVP.

 = ;

in that ca= se, I would be more explicit and change a little bit the order as "sav= e the transaction priority" is valid in any case:

=E8<= span style=3D"font:7.0pt "Times New Roman""> &n= bsp;Note that the title of the bullet 2 should be " Agents handing the= request " and not "Agents handling the request"<= /span>

 

   2.  Agents handling the r= equest - Agents use the priority information

       when m= aking routing decisions.  This can include determining

       which = requests to route first, which requests to throttle and

       where = the request is routed.  For instance, requests with higher<= /span>

       priori= ty might have a lower probability of being throttled.  The<= /span>

       mechan= ism for how the agent determines which requests are

       thrott= led is implementation dependent and is outside the scope of

       this d= ocument.  Before forwarding request messages, agents generally do not<= o:p>

       modify= the priority information present in the received request

       m= essage nor include the priority information when absent in the received req= uest message.

       H= owever, in some scenarios, agents

       can mo= dify the priority information e.g. edge agents modifying the

       p= riority  values set by an adjacent operator. There might be ot= her

       scenar= ios where a Diameter endpoint does not support the DRMP

       m= echanism and agents insert the priority information in the request messages= for that non

       s= upporting endpoint. When forwarding the request messages, t= he agent saves

       the tr= ansaction priority in the transaction state, either as

       l= ocally managed state or using the Proxy-Info mechanism defined

       i= n [RFC6733       a= nswer message for the transaction.

      

 

The same k= ind of change should be done in bullet 5 that is about handling of answers:=

 = ;

   5.  Agent handling the an= swer - By default, agents handling answer

       messag= es use the priority information stored with the transaction

       state = to determine the priority of relaying the answer message.=

       Howeve= r, priority information included in the answer message,

       when p= resent, is used in place of the stored priority

       inform= ation.  The use of priority information implies that=

       answer= s for higher priority transactions are given preferential=

       treatm= ent to lower priority transactions. When forwarding the answer messages, ag= ents generally do not

       modify= the priority information present in the received answer messages

       n= or include the priority information when absent in the received answer mess= ages.

       H= owever, in some scenarios, agents

       can mo= dify the priority information e.g. edge agents modifying the

       p= riority  values set by an adjacent operator. There might be ot= her

       scenar= ios where a Diameter endpoint does not support the DRMP

       m= echanism and agents insert the priority information for that non

       s= upporting endpoint.

 = ;

If it is a= greed that agents can modify/include the DRMP AVP, I think that the "S= HOULD NOT" is not correct as it is a "MAY", even if not ofte= n.

I think th= e proposed added requirements can be safely removed.

 = ;

Regards,

 = ;

Lionel

 = ;

De : Jane= t P Gunn [mailto:Janet.Gunn@csra.com]
Envoy=E9 : mercredi 9 mars 2016 16:23
=C0 : Steve Donovan
Cc : dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrel= l
Objet : Re: [Dime] AD review of draft-ietf-dime-drmp-03

 

Sounds good to me.

Janet

This electronic message transmission contains information from CSRA that ma= y be attorney-client privileged, proprietary or confidential. The informati= on in this message is intended only for use by the individual(s) to whom it= is addressed. If you believe you have received this message in error, please contact me immediately and be = aware that any use, disclosure, copying or distribution of the contents of = this message is strictly prohibited. NOTE: Regardless of content, this emai= l shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreeme= nt or government initiative expressly permitting the use of email for such = purpose.




From:        S= teve Donovan <srdonovan@usdo= novans.com>
To:        <= a href=3D"mailto:lionel.morand@orange.com">lionel.morand@orange.com, St= ephen Farrell <stephen.farr= ell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org>
Date:        0= 3/09/2016 10:15 AM
Subject:        Re: [Dime] AD review of draft-ietf-dime-drmp-03
Sent by:        "DiME" <dime-bounce= s@ietf.org>





All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will sub= mit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.moran= d@orange.com wrote:
i will let Steve react but I can give my feeling :)

The priority is set by the Diameter or Diameter server, not by agent.

It is somehow describe in section 6 Theory of Operation

  2.  Agents handing the request - Agents use the priority in= formation
      when making routing decisions.  This can incl= ude determining
      which requests to route first, which requests to t= hrottle and
      where the request is routed.  For instance, r= equests with higher
      priority might have a lower probability of being t= hrottled.  The
      mechanism for how the agent determines which reque= sts are
      throttled is implementation dependent and is outsi= de the scope of
      this document.  The agent also saves the tran= saction priority in
      the transaction state, either as locally managed s= tate or using
      the Proxy-Info mechanism defined in [RFC6733]. &nb= sp;This will be used
      when handling the associated answer message for th= e transaction.

Agents are just using this information if present. They are not modify = it or include it if absent.
It is said in section 8.  Normative Behavior

     Note: This guidance on the handling of messages wit= hout a priority
     does not result in a Diameter agent inserting a DRM= P AVP into the
     message.  Rather, it gives guidance on how tha= t specific
     transaction should be treated when its priority is = compared with
     other requests.  When a Diameter agent relays = the request it will
     not insert a DRMP AVP with a priority value of 10.<= /tt>

It could be possible to clarify it as follow:

in section 6, the end of the point 2 could be enhanced as follow:<= br>
  2.  Agents *handling* the request - Agents use the priority= information
      when making routing decisions.  This can incl= ude determining
      which requests to route first, which requests to t= hrottle and
      where the request is routed.  For instance, r= equests with higher
      priority might have a lower probability of being t= hrottled.  The
      mechanism for how the agent determines which reque= sts are
      throttled is implementation dependent and is outsi= de the scope of
      this document.  The agent also saves the tran= saction priority in
      the transaction state, either as locally managed s= tate or using
      the Proxy-Info mechanism defined in [RFC6733]. &nb= sp;This will be used
      when handling the associated answer message for th= e transaction.
      *Agents are not supposed to modify or include prio= rity information in
      in forwarded requests or answers.*

SRD> I propose the following reworded last sentence: "Agents genera= lly do no modify priority
information and agents generally do not add new priority information in for= warded requests or answers."

SRD> There is one scenario where I can see an agent does add add priorit= y information, in a
transition period when not all endpoints support the DRMP mechanism and the= agent
is used to insert priority information for the non supporting endpoint.&nbs= p;

SRD> I also see one scenario where an agent might modify priority values= .  This would
be an edge agent case where the priority values included by another operato= r's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios  be added to= the new normative requirements proposed below.


The "not supposed" is used because it is difficult to use nor= mative wording here.

In section 8, a new requirement could be added, right after " Diam= eter agents MAY use routing priority information..."

  Diameter agents SHOULD NOT modify or include the DRMP AVP when <= /tt>
  relaying request and answer messages.

SRD> I propose the following:
   Diameter agents SHOULD NOT modify priority information whe= n relaying
  request and answer messages.

     There might be scenarios where a Diameter agent doe= s modify
     priority information.  For instance, an edge a= gent might need to
     modify the priority values set by an adjacent opera= tor.

  Diameter agents SHOULD NOT add priority information when relayin= g
  request and answer messages.

     There might be scenarios where a Diameter endpoint = does not
     support the DRMP mechanism and agents insert priori= ty information
     for that non supporting endpoint.



Just a proposal, waiting for Steve and WG comments.

Regards,

Lionel



-----Message d'origine-----
De : DiME [
mailto:dime-bounces@ietf.org
] De la part de Stephen Farrell<= /tt>
Envoy=E9 : vendredi 4 mars 2016 18:07
=C0 :
dime@ietf.o= rg
Objet : [Dime] AD review of draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd like to ask the wg about before I start IE= TF LC.

You don't say if priorities are intended to be modified after they have= been
set. In the security considerations you do say that this could be done<= /tt>
maliciously, and you do say that priorities need to be dropped if recei= ved
from a source not trusted for that, but you never say if it's considere= d ok or
not for e.g. an agent to change a priority for some local policy reason= . Don't
you need to say that somewhere? (And apologies if you do say it somewhe= re
and I missed it:-)

There are some nits below, you can handled these before or after IETF L= C,
whichever is best.

Cheers,
S.


- Section 5: URL and MME aren't expanded. Since you're just using it as= an
example, I'd say expanding this will help any reader who's not a 3gpp
afficionado.

SRD> Change made.


- Section 8, "The priority marking scheme SHOULD NOT require the D= iameter
Agents to understand application specific AVPs."
Isn't that a bogus use of 2119 language since we're not expressing=
requirements here? s/SHOULD NOT/does not/ would seem better.
SRD> Agreed, change made.


- Section 8, People will ask "why default to 10?" I recall th= e WG discussed this
but iirc mostly didn't care too much but it might be nice to justify 10= if there's
a way to do it that doesn't amount to "just because" :-)=

SRD> I'm open to wording suggestions here but the only real reason is th= at we needed a default and some thought it might be better to have the defa= ult allow for a few more higher-than-default values than lower-than-default= values.  I'm not sure saying this adds much value.


- Section 8, The "When setting and using..." paragraphs are q= uite verbose.
It'd be no harm to make that shorter, e.g. by just saying: "For al= l integers x,y
in [0,15] treat PRIORITY_<x> as lower priority than PRIOIRTY_<= y> when y<x"
You could do something similar in 9.1.

SRD> The existing language was put in when we had 5 priority values.&nbs= p; The above is certainly a more elegant way of specifying it.  Change= d to the following:

   When setting and using priorities, for all integers x,y in= [0,15]
  treat PRIORITY_<x> as lower priority than PRIOIRTY_<y&g= t; when y<x.

     Note: As a result PRIORITY_0 is the highest priorit= y.

SRD> I'm not sure this can be done in section 9.1, as this is listing th= e enumerated values for the AVP.




I-D nits:

 =3D=3D Unused Reference: 'RFC5226'
 =3D=3D Unused Reference: 'RFC4412'

SRD> These references removed.




_______________________________________________________________________= __________________________________________________

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

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


______________________________________= _________
DiME mailing list
DiME@ietf.org
https://www.ietf.org/mailman/listinfo/dime

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_6B7134B31289DC4FAF731D844122B36E01DFC197OPEXCLILM43corp_-- From nobody Wed Mar 9 08:16:25 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0100612E0E1; Wed, 9 Mar 2016 08:15:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.618 X-Spam-Level: X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id byc2A57bKSP0; Wed, 9 Mar 2016 08:15:01 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B6F512E0B1; Wed, 9 Mar 2016 08:09:00 -0800 (PST) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id A086C264C5F; Wed, 9 Mar 2016 17:08:58 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.66]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 6CF3C27C071; Wed, 9 Mar 2016 17:08:58 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0279.002; Wed, 9 Mar 2016 17:08:58 +0100 From: To: Janet P Gunn , Steve Donovan Thread-Topic: [Dime] AD review of draft-ietf-dime-drmp-03 Thread-Index: AQHRehQ8waQnaF6opEiHXLbNcd6J3p9RKjAAgAAVPOCAAAdx0A== Date: Wed, 9 Mar 2016 16:08:57 +0000 Message-ID: <6303_1457539738_56E04A9A_6303_2007_1_6B7134B31289DC4FAF731D844122B36E01DFC1C0@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_6B7134B31289DC4FAF731D844122B36E01DFC1C0OPEXCLILM43corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.3.8.144518 Archived-At: Cc: DiME , "dime@ietf.org" Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 16:15:06 -0000 --_000_6B7134B31289DC4FAF731D844122B36E01DFC1C0OPEXCLILM43corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I forget to add that the security considerations should be updated as follo= w: existing text in section 11: Diameter does not include features to provide end-to-end authentication, integrity protection, or confidentiality. This opens the possibility that agents in the path of a request could modify the DRMP AVP to reflect a priority different than that asserted by the sender of the request. new proposed text (adding malicious or compromised) Diameter does not include features to provide end-to-end authentication, integrity protection, or confidentiality. This opens the possibility that malicious or compromised agents in the path of a request could modify the DRMP AVP to reflect a priority different than that asserted by the sender of the request. regards, Lionel De : MORAND Lionel IMT/OLN Envoy=E9 : mercredi 9 mars 2016 17:05 =C0 : 'Janet P Gunn'; Steve Donovan Cc : dime@ietf.org; DiME; Stephen Farrell Objet : RE: [Dime] AD review of draft-ietf-dime-drmp-03 Hi Steve, It is true that some scenarios will require action of agents on the DRMP AV= P. in that case, I would be more explicit and change a little bit the order as= "save the transaction priority" is valid in any case: =E8 Note that the title of the bullet 2 should be " Agents handing the req= uest " and not "Agents handling the request" 2. Agents handling the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. Before forwarding request messages, agents generally= do not modify the priority information present in the received request message nor include the priority information when absent in the rece= ived request message. However, in some scenarios, agents can modify the priority information e.g. edge agents modifying the priority values set by an adjacent operator. There might be other scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert the priority information in the request = messages for that non supporting endpoint. When forwarding the request messages, the agent= saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be use= d when handling the associated answer message for the transaction. The same kind of change should be done in bullet 5 that is about handling o= f answers: 5. Agent handling the answer - By default, agents handling answer messages use the priority information stored with the transaction state to determine the priority of relaying the answer message. However, priority information included in the answer message, when present, is used in place of the stored priority information. The use of priority information implies that answers for higher priority transactions are given preferential treatment to lower priority transactions. When forwarding the answer= messages, agents generally do not modify the priority information present in the received answer messa= ges nor include the priority information when absent in the received ans= wer messages. However, in some scenarios, agents can modify the priority information e.g. edge agents modifying the priority values set by an adjacent operator. There might be other scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert the priority information for that non supporting endpoint. If it is agreed that agents can modify/include the DRMP AVP, I think that t= he "SHOULD NOT" is not correct as it is a "MAY", even if not often. I think the proposed added requirements can be safely removed. Regards, Lionel De : Janet P Gunn [mailto:Janet.Gunn@csra.com] Envoy=E9 : mercredi 9 mars 2016 16:23 =C0 : Steve Donovan Cc : dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Step= hen Farrell Objet : Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sounds good to me. Janet This electronic message transmission contains information from CSRA that ma= y be attorney-client privileged, proprietary or confidential. The informati= on in this message is intended only for use by the individual(s) to whom it= is addressed. If you believe you have received this message in error, plea= se contact me immediately and be aware that any use, disclosure, copying or= distribution of the contents of this message is strictly prohibited. NOTE:= Regardless of content, this email shall not operate to bind CSRA to any or= der or other contract unless pursuant to explicit written agreement or gove= rnment initiative expressly permitting the use of email for such purpose. From: Steve Donovan > To: lionel.morand@orange.com, Steph= en Farrell >, "= dime@ietf.org" > Date: 03/09/2016 10:15 AM Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sent by: "DiME" > ________________________________ All, I've commented on Stephen's and Lionel's suggested changes below. If there is agreement to my proposed changes outlined below then I will sub= mit a new version of the document. Regards, Steve On 3/8/16 9:41 AM, lionel.morand@orange.com wrote: i will let Steve react but I can give my feeling :) The priority is set by the Diameter or Diameter server, not by agent. It is somehow describe in section 6 Theory of Operation 2. Agents handing the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. Agents are just using this information if present. They are not modify it o= r include it if absent. It is said in section 8. Normative Behavior Note: This guidance on the handling of messages without a priority does not result in a Diameter agent inserting a DRMP AVP into the message. Rather, it gives guidance on how that specific transaction should be treated when its priority is compared with other requests. When a Diameter agent relays the request it will not insert a DRMP AVP with a priority value of 10. It could be possible to clarify it as follow: in section 6, the end of the point 2 could be enhanced as follow: 2. Agents *handling* the request - Agents use the priority information when making routing decisions. This can include determining which requests to route first, which requests to throttle and where the request is routed. For instance, requests with higher priority might have a lower probability of being throttled. The mechanism for how the agent determines which requests are throttled is implementation dependent and is outside the scope of this document. The agent also saves the transaction priority in the transaction state, either as locally managed state or using the Proxy-Info mechanism defined in [RFC6733]. This will be used when handling the associated answer message for the transaction. *Agents are not supposed to modify or include priority information in in forwarded requests or answers.* SRD> I propose the following reworded last sentence: "Agents generally do n= o modify priority information and agents generally do not add new priority information in for= warded requests or answers." SRD> There is one scenario where I can see an agent does add add priority i= nformation, in a transition period when not all endpoints support the DRMP mechanism and the= agent is used to insert priority information for the non supporting endpoint. SRD> I also see one scenario where an agent might modify priority values. = This would be an edge agent case where the priority values included by another operato= r's Diameter network aren't trusted and new values are needed. SRD> I propose that notes that address these scenarios be added to the new= normative requirements proposed below. The "not supposed" is used because it is difficult to use normative wording= here. In section 8, a new requirement could be added, right after " Diameter agen= ts MAY use routing priority information..." Diameter agents SHOULD NOT modify or include the DRMP AVP when relaying request and answer messages. SRD> I propose the following: Diameter agents SHOULD NOT modify priority information when relaying request and answer messages. There might be scenarios where a Diameter agent does modify priority information. For instance, an edge agent might need to modify the priority values set by an adjacent operator. Diameter agents SHOULD NOT add priority information when relaying request and answer messages. There might be scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert priority information for that non supporting endpoint. Just a proposal, waiting for Steve and WG comments. Regards, Lionel -----Message d'origine----- De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell Envoy=E9 : vendredi 4 mars 2016 18:07 =C0 : dime@ietf.org Objet : [Dime] AD review of draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to ask the wg about before I start IETF L= C. You don't say if priorities are intended to be modified after they have been set. In the security considerations you do say that this could be done maliciously, and you do say that priorities need to be dropped if received from a source not trusted for that, but you never say if it's considered ok= or not for e.g. an agent to change a priority for some local policy reason. Do= n't you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-) There are some nits below, you can handled these before or after IETF LC, whichever is best. Cheers, S. - Section 5: URL and MME aren't expanded. Since you're just using it as an example, I'd say expanding this will help any reader who's not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority marking scheme SHOULD NOT require the Diameter Agents to understand application specific AVPs." Isn't that a bogus use of 2119 language since we're not expressing requirements here? s/SHOULD NOT/does not/ would seem better. SRD> Agreed, change made. - Section 8, People will ask "why default to 10?" I recall the WG discussed= this but iirc mostly didn't care too much but it might be nice to justify 10 if = there's a way to do it that doesn't amount to "just because" :-) SRD> I'm open to wording suggestions here but the only real reason is that = we needed a default and some thought it might be better to have the default= allow for a few more higher-than-default values than lower-than-default va= lues. I'm not sure saying this adds much value. - Section 8, The "When setting and using..." paragraphs are quite verbose. It'd be no harm to make that shorter, e.g. by just saying: "For all integer= s x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y The existing language was put in when we had 5 priority values. The a= bove is certainly a more elegant way of specifying it. Changed to the foll= owing: When setting and using priorities, for all integers x,y in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y I'm not sure this can be done in section 9.1, as this is listing the e= numerated values for the AVP. I-D nits: =3D=3D Unused Reference: 'RFC5226' =3D=3D Unused Reference: 'RFC4412' SRD> These references removed. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_6B7134B31289DC4FAF731D844122B36E01DFC1C0OPEXCLILM43corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I forget t= o add that the security considerations should be updated as follow:

 = ;

existing t= ext in section 11:

 = ;

   Diameter does not include feat= ures to provide end-to-end

   authentication, integrity prot= ection, or confidentiality.  This opens

   the possibility that agents in= the path of a request could modify the

   DRMP AVP to reflect a priority= different than that asserted by the

   sender of the request.

 = ;

new propos= ed text (adding malicious or compromised)

 = ;

   Diameter does not include feat= ures to provide end-to-end

   authentication, integrity prot= ection, or confidentiality.  This opens

   the possibility that malicious= or compromised agents in the path of

   a request could modify th= e DRMP AVP to reflect a priority different

   than that asserted by the= sender of the request.

 = ;

regards,

 = ;

Lionel

 = ;

De : MORA= ND Lionel IMT/OLN
Envoy=E9 : mercredi 9 mars 2016 17:05
=C0 : 'Janet P Gunn'; Steve Donovan
Cc : dime@ietf.org; DiME; Stephen Farrell
Objet : RE: [Dime] AD review of draft-ietf-dime-drmp-03

 

Hi Steve,<= o:p>

 = ;

It is true= that some scenarios will require action of agents on the DRMP AVP.

 = ;

in that ca= se, I would be more explicit and change a little bit the order as "sav= e the transaction priority" is valid in any case:

=E8<= span style=3D"font:7.0pt "Times New Roman""> &n= bsp;Note that the title of the bullet 2 should be " Agents handing the= request " and not "Agents handling the request"<= /span>

 

   2.  Agents handling the r= equest - Agents use the priority information

       when m= aking routing decisions.  This can include determining

       which = requests to route first, which requests to throttle and

       where = the request is routed.  For instance, requests with higher<= /span>

       priori= ty might have a lower probability of being throttled.  The<= /span>

       mechan= ism for how the agent determines which requests are

       thrott= led is implementation dependent and is outside the scope of

       this d= ocument.  Before forwarding request messages, agents generally do not<= o:p>

       modify= the priority information present in the received request

       m= essage nor include the priority information when absent in the received req= uest message.

       H= owever, in some scenarios, agents

       can mo= dify the priority information e.g. edge agents modifying the

       p= riority  values set by an adjacent operator. There might be other

       scenar= ios where a Diameter endpoint does not support the DRMP

       m= echanism and agents insert the priority information in the request messages= for that non

       s= upporting endpoint. When forwarding the request messages, the agent saves

       the tr= ansaction priority in the transaction state, either as

       l= ocally managed state or using the Proxy-Info mechanism defined

       i= n [RFC6733       a= nswer message for the transaction.

      

 

The same k= ind of change should be done in bullet 5 that is about handling of answers:=

 = ;

   5.  Agent handling the an= swer - By default, agents handling answer

       messag= es use the priority information stored with the transaction

       state = to determine the priority of relaying the answer message.=

       Howeve= r, priority information included in the answer message,

       when p= resent, is used in place of the stored priority

       inform= ation.  The use of priority information implies that=

       answer= s for higher priority transactions are given preferential=

       treatm= ent to lower priority transactions. When forwarding the answer messages, ag= ents generally do not

       modify= the priority information present in the received answer messages

       n= or include the priority information when absent in the received answer mess= ages.

       H= owever, in some scenarios, agents

       can mo= dify the priority information e.g. edge agents modifying the

       p= riority  values set by an adjacent operator. There might be other

       scenar= ios where a Diameter endpoint does not support the DRMP

       m= echanism and agents insert the priority information for that non

       s= upporting endpoint.

 = ;

If it is a= greed that agents can modify/include the DRMP AVP, I think that the "S= HOULD NOT" is not correct as it is a "MAY", even if not ofte= n.

I think th= e proposed added requirements can be safely removed.

 = ;

Regards,

 = ;

Lionel

 = ;

De : Jane= t P Gunn [mailto:Janet.Gunn@csra.com= ]
Envoy=E9 : mercredi 9 mars 2016 16:23
=C0 : Steve Donovan
Cc : dime@ietf.org; DiME; = MORAND Lionel IMT/OLN; Stephen Farrell
Objet : Re: [Dime] AD review of draft-ietf-dime-drmp-03

 

Sounds good to me.

Janet

This electronic message transmission contains information from CSRA that ma= y be attorney-client privileged, proprietary or confidential. The informati= on in this message is intended only for use by the individual(s) to whom it= is addressed. If you believe you have received this message in error, please contact me immediately and be = aware that any use, disclosure, copying or distribution of the contents of = this message is strictly prohibited. NOTE: Regardless of content, this emai= l shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreeme= nt or government initiative expressly permitting the use of email for such = purpose.




From:        S= teve Donovan <srdonovan@usdo= novans.com>
To:        <= a href=3D"mailto:lionel.morand@orange.com">lionel.morand@orange.com, St= ephen Farrell <stephen.farr= ell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org>
Date:        0= 3/09/2016 10:15 AM
Subject:        Re: [Dime] AD review of draft-ietf-dime-drmp-03
Sent by:        "DiME" <dime-bounce= s@ietf.org>





All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will sub= mit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.moran= d@orange.com wrote:
i will let Steve react but I can give = my feeling :)The priority is set by the Diam= eter or Diameter server, not by agent.


It is somehow describe in secti= on 6 Theory of Operation

  2.  Agents handing = the request - Agents use the priority information
      when makin= g routing decisions.  This can include determining
      which requ= ests to route first, which requests to throttle and
      where the = request is routed.  For instance, requests with higher
      priority m= ight have a lower probability of being throttled.  The
      mechanism = for how the agent determines which requests are
      throttled = is implementation dependent and is outside the scope of
      this docum= ent.  The agent also saves the transaction priority in
      the transa= ction state, either as locally managed state or using
      the Proxy-= Info mechanism defined in [RFC6733].  This will be used
      when handl= ing the associated answer message for the transaction.

Agents are just using this info= rmation if present. They are not modify it or include it if absent.<= /tt>
It is said in section 8.  = Normative Behavior

     Note: This = guidance on the handling of messages without a priority
     does not re= sult in a Diameter agent inserting a DRMP AVP into the
     message. &n= bsp;Rather, it gives guidance on how that specific
     transaction= should be treated when its priority is compared with
     other reque= sts.  When a Diameter agent relays the request it will
     not insert = a DRMP AVP with a priority value of 10.

It could be possible to clarify= it as follow:

in section 6, the end of the po= int 2 could be enhanced as follow:

  2.  Agents *handlin= g* the request - Agents use the priority information
      when makin= g routing decisions.  This can include determining
      which requ= ests to route first, which requests to throttle and
      where the = request is routed.  For instance, requests with higher
      priority m= ight have a lower probability of being throttled.  The
      mechanism = for how the agent determines which requests are
      throttled = is implementation dependent and is outside the scope of
      this docum= ent.  The agent also saves the transaction priority in
      the transa= ction state, either as locally managed state or using
      the Proxy-= Info mechanism defined in [RFC6733].  This will be used
      when handl= ing the associated answer message for the transaction.
      *Agents ar= e not supposed to modify or include priority information in
      in forward= ed requests or answers.*
SRD> I propose the following reworded last sentence: "Agents genera= lly do no modify priority
information and agents generally do not add new priority information in for= warded requests or answers."

SRD> There is one scenario where I can see an agent does add add priorit= y information, in a
transition period when not all endpoints support the DRMP mechanism and the= agent
is used to insert priority information for the non supporting endpoint.&nbs= p;

SRD> I also see one scenario where an agent might modify priority values= .  This would
be an edge agent case where the priority values included by another operato= r's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios  be added to= the new normative requirements proposed below.


The "not supposed" is= used because it is difficult to use normative wording here.

In section 8, a new requirement= could be added, right after " Diameter agents MAY use routing priorit= y information..."

  Diameter agents SHOULD N= OT modify or include the DRMP AVP when
  relaying request and ans= wer messages.
SRD> I propose the following:
   Diameter agents SHOULD NO= T modify priority information when relaying
  request and answer messa= ges.

     There might= be scenarios where a Diameter agent does modify
     priority in= formation.  For instance, an edge agent might need to
     modify the = priority values set by an adjacent operator.

  Diameter agents SHOULD N= OT add priority information when relaying
  request and answer messa= ges.

     There might= be scenarios where a Diameter endpoint does not
     support the= DRMP mechanism and agents insert priority information
     for that no= n supporting endpoint.


Just a proposal, waiting for St= eve and WG comments.

Regards,

Lionel



-----Message d'origine-----
De : DiME [= mailto:dime-bounces@ietf.org] De la part de Stephen Farrell
Envoy=E9 : vendredi 4 mars= 2016 18:07=
=C0 : dime@ietf.or= g
Objet : [Dime] AD review o= f draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd li= ke to ask the wg about before I start IETF LC.

You don't say if priorities are= intended to be modified after they have been
set. In the security considerat= ions you do say that this could be done
maliciously, and you do say tha= t priorities need to be dropped if received
from a source not trusted for t= hat, but you never say if it's considered ok or
not for e.g. an agent to change= a priority for some local policy reason. Don't
you need to say that somewhere?= (And apologies if you do say it somewhere
and I missed it:-)<= span style=3D"font-family:"Courier New"">

There are some nits below, you = can handled these before or after IETF LC,
whichever is best.<= span style=3D"font-family:"Courier New"">

Cheers,
S.


- Section 5: URL and MME aren't= expanded. Since you're just using it as an
example, I'd say expanding this= will help any reader who's not a 3gpp
afficionado.
SRD> Change made.


- Section 8, "The priority= marking scheme SHOULD NOT require the Diameter
Agents to understand applicatio= n specific AVPs."
Isn't that a bogus use of 2119 = language since we're not expressing
requirements here? s/SHOULD NOT= /does not/ would seem better.
SRD> Agreed, change made.


- Section 8, People will ask &q= uot;why default to 10?" I recall the WG discussed this
but iirc mostly didn't care too= much but it might be nice to justify 10 if there's
a way to do it that doesn't amo= unt to "just because" :-)
SRD> I'm open to wording suggestions here but the only real reason is th= at we needed a default and some thought it might be better to have the defa= ult allow for a few more higher-than-default values than lower-than-default= values.  I'm not sure saying this adds much value.


- Section 8, The "When set= ting and using..." paragraphs are quite verbose.
It'd be no harm to make that sh= orter, e.g. by just saying: "For all integers x,y
in [0,15] treat PRIORITY_<x&= gt; as lower priority than PRIOIRTY_<y> when y<x"=
You could do something similar = in 9.1.
SRD> The existing language was put in when we had 5 priority values.&nbs= p; The above is certainly a more elegant way of specifying it.  Change= d to the following:

   When setting and using pr= iorities, for all integers x,y in [0,15]
  treat PRIORITY_<x>= as lower priority than PRIOIRTY_<y> when y<x.

     Note: As a = result PRIORITY_0 is the highest priority.
SRD> I'm not sure this can be done in section 9.1, as this is listing th= e enumerated values for the AVP.




I-D nits:

 =3D=3D Unused Reference: = 'RFC5226'  =3D=3D Unused Reference: = 'RFC4412'
SRD> These references removed.




_______________________________= ___________________________________________________________________________= _______________

Ce message et ses pieces jointe= s peuvent contenir des informations confidentielles ou privilegiees et ne d= oivent donc=
pas etre diffuses, exploites ou= copies sans autorisation. Si vous avez recu ce message par erreur, veuille= z le signalera l'expediteur et le detruire a= insi que les pieces jointes. Les messages electroniques etant susceptibles = d'alteration,
Orange decline toute responsabi= lite si ce message a ete altere, deforme ou falsifie. Merci.


This message and its attachment= s may contain confidential or privileged information that may be protected = by law;
they should not be distributed,= used or copied without authorisation.
If you have received this email= in error, please notify the sender and delete this message and its attachm= ents.
As emails may be altered, Orang= e is not liable for messages that have been modified, changed or falsified.=
Thank you.


______________________________________= _________
DiME mailing list
DiME@ietf.org
https://www.ietf.org/mailman/listinfo/dime

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_6B7134B31289DC4FAF731D844122B36E01DFC1C0OPEXCLILM43corp_-- From nobody Wed Mar 9 08:45:03 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCF7E12D7BD for ; Wed, 9 Mar 2016 08:42:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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, 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 ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xmtFr_bHtUdb for ; Wed, 9 Mar 2016 08:42:32 -0800 (PST) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::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 6E9DF12D7B9 for ; Wed, 9 Mar 2016 08:42:32 -0800 (PST) Received: by mail-pf0-x22a.google.com with SMTP id n5so6676650pfn.2 for ; Wed, 09 Mar 2016 08:42:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=PGOKNlTbpfUAbmP5HmsRPIkh7YWzRbqEOKSDKfFYaPs=; b=EagjH52Rk2nDqHxx0KBo82eP8/UwPF0ax6cny/zNrVu2QTPFrwDCJ0APVM6kdQiAnP hJgFAW0Ei652r0GsJxBWZP7CcuBPJNU+tc6fWIkbcfUv/pW8cltvRLJQzHwcIb61UEv/ KSQJKHnxXBiyI/CaMMNKCeD7CpE1j35fC+X53ogLtqFr5pNz/XoGSYF/M9DAzVmNNT2X 518f/n2rtkNqTrQ64IculmKMot/0Ot26QnquA/OIDdKYyTMoeoBiQwbJj1K/h8NR/5T/ afjFkHGRSiL/lYyEqIUkBzsiqLU8QzNZ34pUc7ZwrucSZi/3Ib+6XfEQy3heds8w580S T8UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=PGOKNlTbpfUAbmP5HmsRPIkh7YWzRbqEOKSDKfFYaPs=; b=W3fmRYqMGKE+sjpS8XP4iyTsgOCMKYjLt9BhHq4WdHrnJ5BBmpLQkxmaVmj5oI+YkN F04xHYVmXR6KpUBcR37PHbzbZmvSjzdpZbnpbrRXMiQn9048SMtOwek59cKmjDnG9mp+ 6ZLc7s10U8ygbgLjp35MthvRKQoiZV7c9Nlz8ZzYld2p1Csvblm59sIo1iY3RltnXKv5 bKClgt16iVPVy5PUMy9RCrmVRFa+4mj2FU61at0IywJ6HJ1SNnLGFuu/cYka6rJdtyVT +M3zAn5M42nCJGYm8NijFUummB5dqj44/YNJNgQdzQkc3z922XSe5ks87mbF8NRwxUUK 5YwA== X-Gm-Message-State: AD7BkJLYbCP6YRP0J7VSuPqk8ZsPyRLZJZgWzj1SY4+ZkrJMKypaIc34wDmmnvEDZ9k1RQ== X-Received: by 10.98.13.88 with SMTP id v85mr29188344pfi.150.1457541752063; Wed, 09 Mar 2016 08:42:32 -0800 (PST) Received: from [10.16.65.94] ([216.31.219.19]) by smtp.googlemail.com with ESMTPSA id n68sm13554613pfj.46.2016.03.09.08.42.31 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Mar 2016 08:42:31 -0800 (PST) To: lionel.morand@orange.com, "dime@ietf.org" References: <24132_1457516790_56DFF0F6_24132_8180_1_6B7134B31289DC4FAF731D844122B36E01DFACB6@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Jouni Korhonen Message-ID: <56E05276.6040805@gmail.com> Date: Wed, 9 Mar 2016 08:42:30 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <24132_1457516790_56DFF0F6_24132_8180_1_6B7134B31289DC4FAF731D844122B36E01DFACB6@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Dime] Pending action points after IETF 94 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 16:42:34 -0000 'ello, Just to point out that I resurrected an old draft. There was this presentation a long ago about the basic principles: http://www.ietf.org/proceedings/85/slides/slides-85-dime-7.pdf I have not spent any time to implement any of the already proposed 'enhancements' like using CBOR instead of JSON, COSE etc.. - JOuni > --------------------------------------------------------------------------- > > Diameter AVP Level Security (https://datatracker.ietf.org/doc/draft-korhonen-dime-e2e-security/ ) has been resuscitated by Jouni. Please review the document and provide comments, taking into account the E2E security requirements. It will be discussed at the next IETF meeting > From nobody Wed Mar 9 11:05:03 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13E8B12D91F; Wed, 9 Mar 2016 11:04:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5jplST_55itc; Wed, 9 Mar 2016 11:04:42 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 350AB12D62C; Wed, 9 Mar 2016 11:04:41 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:65494 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1adjPP-00157a-I2; Wed, 09 Mar 2016 11:04:40 -0800 To: lionel.morand@orange.com, Janet P Gunn References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> <13333_1457539506_56E049B2_13333_1226_1_6B7134B31289DC4FAF731D844122B36E01DFC197@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Steve Donovan Message-ID: <56E073C2.1000200@usdonovans.com> Date: Wed, 9 Mar 2016 13:04:34 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <13333_1457539506_56E049B2_13333_1226_1_6B7134B31289DC4FAF731D844122B36E01DFC197@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------090501080001080105000401" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Cc: DiME , "dime@ietf.org" Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 19:04:45 -0000 This is a multi-part message in MIME format. --------------090501080001080105000401 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Lionel, I'll work the suggested ordering and wording below into the next draft. On the requirements I went with SHOULD NOT because it really should be very rare that an agent changes or adds priority information. The note is there to explain why the SHOULD NOT isn't a MUST NOT. I think it is better to have a requirement, be it as it currently exists or with a MAY, to be explicit. Steve On 3/9/16 10:05 AM, lionel.morand@orange.com wrote: > > Hi Steve, > > It is true that some scenarios will require action of agents on the > DRMP AVP. > > in that case, I would be more explicit and change a little bit the > order as "save the transaction priority" is valid in any case: > > Ť Note that the title of the bullet 2 should be " Agents handing the > request " and not "Agents handling the request" > > 2. Agents handling the request - Agents use the priority information > > when making routing decisions. This can include determining > > which requests to route first, which requests to throttle and > > where the request is routed. For instance, requests with higher > > priority might have a lower probability of being throttled. The > > mechanism for how the agent determines which requests are > > throttled is implementation dependent and is outside the scope of > > this document. Before forwarding request messages, agents > generally do not > > modify the priority information present in the received request > > message nor include the priority information when absent in the > received request message. > > However, in some scenarios, agents > > can modifythe priority information e.g. edge agents modifying the > > priority values set by an adjacent operator. There might be other > > scenarios where a Diameter endpoint does not support the DRMP > > mechanism and agents insert the priority information in the > request messages for that non > > supporting endpoint. When forwarding the request messages, the > agent saves > > the transaction priority in the transaction state, either as > > locally managed state or using the Proxy-Info mechanism defined > > in [RFC6733 ]. This will > be used when handling the associated > > answer message for the transaction. > > The same kind of change should be done in bullet 5 that is about > handling of answers: > > 5. Agent handling the answer - By default, agents handling answer > > messages use the priority information stored with the transaction > > state to determine the priority of relaying the answer message. > > However, priority information included in the answer message, > > when present, is used in place of the stored priority > > information. The use of priority information implies that > > answers for higher priority transactions are given preferential > > treatment to lower priority transactions. When forwarding the > answer messages, agents generally do not > > modify the priority information present in the received answer > messages > > nor include the priority information when absent in the > received answer messages. > > However, in some scenarios, agents > > can modifythe priority information e.g. edge agents modifying the > > priority values set by an adjacent operator. There might be other > > scenarios where a Diameter endpoint does not support the DRMP > > mechanism and agents insert the priority information for that non > > supporting endpoint. > > If it is agreed that agents can modify/include the DRMP AVP, I think > that the "SHOULD NOT" is not correct as it is a "MAY", even if not often. > > I think the proposed added requirements can be safely removed. > > Regards, > > Lionel > > *De :*Janet P Gunn [mailto:Janet.Gunn@csra.com] > *Envoyť :* mercredi 9 mars 2016 16:23 > *ņ :* Steve Donovan > *Cc :* dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrell > *Objet :* Re: [Dime] AD review of draft-ietf-dime-drmp-03 > > Sounds good to me. > > Janet > > This electronic message transmission contains information from CSRA > that may be attorney-client privileged, proprietary or confidential. > The information in this message is intended only for use by the > individual(s) to whom it is addressed. If you believe you have > received this message in error, please contact me immediately and be > aware that any use, disclosure, copying or distribution of the > contents of this message is strictly prohibited. NOTE: Regardless of > content, this email shall not operate to bind CSRA to any order or > other contract unless pursuant to explicit written agreement or > government initiative expressly permitting the use of email for such > purpose. > > > > From: Steve Donovan > > To: lionel.morand@orange.com , > Stephen Farrell >, "dime@ietf.org > " > > Date: 03/09/2016 10:15 AM > Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 > Sent by: "DiME" > > > ------------------------------------------------------------------------ > > > > > All, > > I've commented on Stephen's and Lionel's suggested changes below. > > If there is agreement to my proposed changes outlined below then I > will submit a new version of the document. > > Regards, > > Steve > > On 3/8/16 9:41 AM, lionel.morand@orange.com > wrote: > i will let Steve react but I can give my feeling :) > > The priority is set by the Diameter or Diameter server, not by agent. > > It is somehow describe in section 6 Theory of Operation > > 2. Agents handing the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > > Agents are just using this information if present. They are not modify > it or include it if absent. > It is said in section 8. Normative Behavior > > Note: This guidance on the handling of messages without a priority > does not result in a Diameter agent inserting a DRMP AVP into the > message. Rather, it gives guidance on how that specific > transaction should be treated when its priority is compared with > other requests. When a Diameter agent relays the request it will > not insert a DRMP AVP with a priority value of 10. > > It could be possible to clarify it as follow: > > in section 6, the end of the point 2 could be enhanced as follow: > > 2. Agents *handling* the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > *Agents are not supposed to modify or include priority > information in > in forwarded requests or answers.* > SRD> I propose the following reworded last sentence: "Agents generally > do no modify priority > information and agents generally do not add new priority information > in forwarded requests or answers." > > SRD> There is one scenario where I can see an agent does add add > priority information, in a > transition period when not all endpoints support the DRMP mechanism > and the agent > is used to insert priority information for the non supporting endpoint. > > SRD> I also see one scenario where an agent might modify priority > values. This would > be an edge agent case where the priority values included by another > operator's Diameter > network aren't trusted and new values are needed. > > SRD> I propose that notes that address these scenarios be added to the > new normative requirements proposed below. > > > The "not supposed" is used because it is difficult to use normative > wording here. > > In section 8, a new requirement could be added, right after " Diameter > agents MAY use routing priority information..." > > Diameter agents SHOULD NOT modify or include the DRMP AVP when > relaying request and answer messages. > SRD> I propose the following: > Diameter agents SHOULD NOT modify priority information when relaying > request and answer messages. > > There might be scenarios where a Diameter agent does modify > priority information. For instance, an edge agent might need to > modify the priority values set by an adjacent operator. > > Diameter agents SHOULD NOT add priority information when relaying > request and answer messages. > > There might be scenarios where a Diameter endpoint does not > support the DRMP mechanism and agents insert priority information > for that non supporting endpoint. > > > Just a proposal, waiting for Steve and WG comments. > > Regards, > > Lionel > > > > -----Message d'origine----- > De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell > Envoyť : vendredi 4 mars 2016 18:07 > ņ : dime@ietf.org > Objet : [Dime] AD review of draft-ietf-dime-drmp-03 > > > Hiya, > > I just have one question I'd like to ask the wg about before I start > IETF LC. > > You don't say if priorities are intended to be modified after they > have been > set. In the security considerations you do say that this could be done > maliciously, and you do say that priorities need to be dropped if received > from a source not trusted for that, but you never say if it's > considered ok or > not for e.g. an agent to change a priority for some local policy > reason. Don't > you need to say that somewhere? (And apologies if you do say it somewhere > and I missed it:-) > > There are some nits below, you can handled these before or after IETF LC, > whichever is best. > > Cheers, > S. > > > - Section 5: URL and MME aren't expanded. Since you're just using it as an > example, I'd say expanding this will help any reader who's not a 3gpp > afficionado. > SRD> Change made. > > > - Section 8, "The priority marking scheme SHOULD NOT require the Diameter > Agents to understand application specific AVPs." > Isn't that a bogus use of 2119 language since we're not expressing > requirements here? s/SHOULD NOT/does not/ would seem better. > SRD> Agreed, change made. > > > - Section 8, People will ask "why default to 10?" I recall the WG > discussed this > but iirc mostly didn't care too much but it might be nice to justify > 10 if there's > a way to do it that doesn't amount to "just because" :-) > SRD> I'm open to wording suggestions here but the only real reason is > that we needed a default and some thought it might be better to have > the default allow for a few more higher-than-default values than > lower-than-default values. I'm not sure saying this adds much value. > > > - Section 8, The "When setting and using..." paragraphs are quite verbose. > It'd be no harm to make that shorter, e.g. by just saying: "For all > integers x,y > in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y You could do something similar in 9.1. > SRD> The existing language was put in when we had 5 priority values. > The above is certainly a more elegant way of specifying it. Changed > to the following: > > When setting and using priorities, for all integers x,y in [0,15] > treat PRIORITY_ as lower priority than PRIOIRTY_ when y > Note: As a result PRIORITY_0 is the highest priority. > SRD> I'm not sure this can be done in section 9.1, as this is listing > the enumerated values for the AVP. > > > > > I-D nits: > > == Unused Reference: 'RFC5226' > == Unused Reference: 'RFC4412' > SRD> These references removed. > > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, > deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or > privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. --------------090501080001080105000401 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Lionel,

I'll work the suggested ordering and wording below into the next draft.

On the requirements I went with SHOULD NOT because it really should be very rare that an agent changes or adds priority information.† The note is there to explain why the SHOULD NOT isn't a MUST NOT.

I think it is better to have a requirement, be it as it currently exists or with a MAY, to be explicit.

Steve

On 3/9/16 10:05 AM, lionel.morand@orange.com wrote:

Hi Steve,

It is true that some scenarios will require action of agents on the DRMP AVP.

in that case, I would be more explicit and change a little bit the order as "save the transaction priority" is valid in any case:

Ť †Note that the title of the bullet 2 should be " Agents handing the request " and not "Agents handling the request"

†† 2.† Agents handling the request - Agents use the priority information

†††††† when making routing decisions.† This can include determining

†††††† which requests to route first, which requests to throttle and

†††††† where the request is routed.† For instance, requests with higher

†††††† priority might have a lower probability of being throttled.† The

†††††† mechanism for how the agent determines which requests are

†††††† throttled is implementation dependent and is outside the scope of

†††††† this document.† Before forwarding request messages, agents generally do not

†††††† modify the priority information present in the received request

†††††††message nor include the priority information when absent in the received request message.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information in the request messages for that non

†††††††supporting endpoint. When forwarding the request messages, the agent saves

†††††† the transaction priority in the transaction state, either as

†††††††locally managed state or using the Proxy-Info mechanism defined

†††††††in [RFC6733].† This will be used when handling the associated

†††††††answer message for the transaction.

††††††

The same kind of change should be done in bullet 5 that is about handling of answers:

†† 5.† Agent handling the answer - By default, agents handling answer

†††††† messages use the priority information stored with the transaction

†††††† state to determine the priority of relaying the answer message.

†††††† However, priority information included in the answer message,

†††††† when present, is used in place of the stored priority

†††††† information.† The use of priority information implies that

†††††† answers for higher priority transactions are given preferential

†††††† treatment to lower priority transactions. When forwarding the answer messages, agents generally do not

†††††† modify the priority information present in the received answer messages

†††††††nor include the priority information when absent in the received answer messages.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information for that non

†††††††supporting endpoint.

If it is agreed that agents can modify/include the DRMP AVP, I think that the "SHOULD NOT" is not correct as it is a "MAY", even if not often.

I think the proposed added requirements can be safely removed.

Regards,

Lionel

De†: Janet P Gunn [mailto:Janet.Gunn@csra.com]
Envoyť†: mercredi 9 mars 2016 16:23
ņ†: Steve Donovan
Cc†: dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrell
Objet†: Re: [Dime] AD review of draft-ietf-dime-drmp-03

Sounds good to me.

Janet

This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The information in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpose.




From: † † † †Steve Donovan <srdonovan@usdonovans.com>
To: † † † †lionel.morand@orange.com, Stephen Farrell <stephen.farrell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org>
Date: † † † †03/09/2016 10:15 AM
Subject: † † † †Re: [Dime] AD review of draft-ietf-dime-drmp-03
Sent by: † † † †"DiME" <dime-bounces@ietf.org>





All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will submit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.morand@orange.com wrote:
i will let Steve react but I can give my feeling :)

The priority is set by the Diameter or Diameter server, not by agent.

It is somehow describe in section 6 Theory of Operation

† 2. †Agents handing the request - Agents use the priority information
† † † when making routing decisions. †This can include determining
† † † which requests to route first, which requests to throttle and
† † † where the request is routed. †For instance, requests with higher
† † † priority might have a lower probability of being throttled. †The
† † † mechanism for how the agent determines which requests are
† † † throttled is implementation dependent and is outside the scope of
† † † this document. †The agent also saves the transaction priority in
† † † the transaction state, either as locally managed state or using
† † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used
† † † when handling the associated answer message for the transaction.

Agents are just using this information if present. They are not modify it or include it if absent.
It is said in section 8. †Normative Behavior

† † †Note: This guidance on the handling of messages without a priority
† † †does not result in a Diameter agent inserting a DRMP AVP into the
† † †message. †Rather, it gives guidance on how that specific
† † †transaction should be treated when its priority is compared with
† † †other requests. †When a Diameter agent relays the request it will
† † †not insert a DRMP AVP with a priority value of 10.

It could be possible to clarify it as follow:

in section 6, the end of the point 2 could be enhanced as follow:

† 2. †Agents *handling* the request - Agents use the priority information
† † † when making routing decisions. †This can include determining
† † † which requests to route first, which requests to throttle and
† † † where the request is routed. †For instance, requests with higher
† † † priority might have a lower probability of being throttled. †The
† † † mechanism for how the agent determines which requests are
† † † throttled is implementation dependent and is outside the scope of
† † † this document. †The agent also saves the transaction priority in
† † † the transaction state, either as locally managed state or using
† † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used
† † † when handling the associated answer message for the transaction.
† † † *Agents are not supposed to modify or include priority information in
† † † in forwarded requests or answers.*

SRD> I propose the following reworded last sentence: "Agents generally do no modify priority
information and agents generally do not add new priority information in forwarded requests or answers."

SRD> There is one scenario where I can see an agent does add add priority information, in a
transition period when not all endpoints support the DRMP mechanism and the agent
is used to insert priority information for the non supporting endpoint.†

SRD> I also see one scenario where an agent might modify priority values.† This would
be an edge agent case where the priority values included by another operator's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios† be added to the new normative requirements proposed below.


The "not supposed" is used because it is difficult to use normative wording here.

In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..."

† Diameter agents SHOULD NOT modify or include the DRMP AVP when
† relaying request and answer messages.

SRD> I propose the following:
† †Diameter agents SHOULD NOT modify priority information when relaying
† request and answer messages.

† † †There might be scenarios where a Diameter agent does modify
† † †priority information. †For instance, an edge agent might need to
† † †modify the priority values set by an adjacent operator.

† Diameter agents SHOULD NOT add priority information when relaying
† request and answer messages.

† † †There might be scenarios where a Diameter endpoint does not
† † †support the DRMP mechanism and agents insert priority information
† † †for that non supporting endpoint.



Just a proposal, waiting for Steve and WG comments.

Regards,

Lionel



-----Message d'origine-----
De†: DiME [
mailto:dime-bounces@ietf.org] De la part de Stephen Farrell
Envoyť†: vendredi 4 mars 2016 18:07
ņ†:
dime@ietf.org
Objet†: [Dime] AD review of draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd like to ask the wg about before I start IETF LC.

You don't say if priorities are intended to be modified after they have been
set. In the security considerations you do say that this could be done
maliciously, and you do say that priorities need to be dropped if received
from a source not trusted for that, but you never say if it's considered ok or
not for e.g. an agent to change a priority for some local policy reason. Don't
you need to say that somewhere? (And apologies if you do say it somewhere
and I missed it:-)

There are some nits below, you can handled these before or after IETF LC,
whichever is best.

Cheers,
S.


- Section 5: URL and MME aren't expanded. Since you're just using it as an
example, I'd say expanding this will help any reader who's not a 3gpp
afficionado.

SRD> Change made.


- Section 8, "The priority marking scheme SHOULD NOT require the Diameter
Agents to understand application specific AVPs."
Isn't that a bogus use of 2119 language since we're not expressing
requirements here? s/SHOULD NOT/does not/ would seem better.

SRD> Agreed, change made.


- Section 8, People will ask "why default to 10?" I recall the WG discussed this
but iirc mostly didn't care too much but it might be nice to justify 10 if there's
a way to do it that doesn't amount to "just because" :-)

SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values.† I'm not sure saying this adds much value.


- Section 8, The "When setting and using..." paragraphs are quite verbose.
It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y
in [0,15] treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x"
You could do something similar in 9.1.

SRD> The existing language was put in when we had 5 priority values.† The above is certainly a more elegant way of specifying it.† Changed to the following:

† †When setting and using priorities, for all integers x,y in [0,15]
† treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x.

† † †Note: As a result PRIORITY_0 is the highest priority.

SRD> I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP.




I-D nits:

†== Unused Reference: 'RFC5226'
†== Unused Reference: 'RFC4412'

SRD> These references removed.




_________________________________________________________________________________________________________________________

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

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


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

_________________________________________________________________________________________________________________________

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

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

--------------090501080001080105000401-- From nobody Wed Mar 9 11:06:29 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A17012D89F; Wed, 9 Mar 2016 11:06:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9_ickY9PLs7N; Wed, 9 Mar 2016 11:05:56 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 A156212D90A; Wed, 9 Mar 2016 11:05:17 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:65498 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1adjPw-0015d3-Ky; Wed, 09 Mar 2016 11:05:17 -0800 To: lionel.morand@orange.com, Janet P Gunn References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> <6303_1457539738_56E04A9A_6303_2007_1_6B7134B31289DC4FAF731D844122B36E01DFC1C0@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Steve Donovan Message-ID: <56E073E3.8040905@usdonovans.com> Date: Wed, 9 Mar 2016 13:05:07 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <6303_1457539738_56E04A9A_6303_2007_1_6B7134B31289DC4FAF731D844122B36E01DFC1C0@OPEXCLILM43.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------050301000002030601090508" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Cc: DiME , "dime@ietf.org" Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 19:06:18 -0000 This is a multi-part message in MIME format. --------------050301000002030601090508 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit I'm okay with this wording. Steve On 3/9/16 10:08 AM, lionel.morand@orange.com wrote: > > I forget to add that the security considerations should be updated as > follow: > > existing text in section 11: > > Diameter does not include features to provide end-to-end > > authentication, integrity protection, or confidentiality. This opens > > the possibility that agents in the path of a request could modify the > > DRMP AVP to reflect a priority different than that asserted by the > > sender of the request. > > new proposed text (adding malicious or compromised) > > Diameter does not include features to provide end-to-end > > authentication, integrity protection, or confidentiality. This opens > > the possibility that malicious or compromised agents in the path of > > a request could modify the DRMP AVP to reflect a priority different > > than that asserted by the sender of the request. > > regards, > > Lionel > > *De :*MORAND Lionel IMT/OLN > *Envoyť :* mercredi 9 mars 2016 17:05 > *ņ :* 'Janet P Gunn'; Steve Donovan > *Cc :* dime@ietf.org; DiME; Stephen Farrell > *Objet :* RE: [Dime] AD review of draft-ietf-dime-drmp-03 > > Hi Steve, > > It is true that some scenarios will require action of agents on the > DRMP AVP. > > in that case, I would be more explicit and change a little bit the > order as "save the transaction priority" is valid in any case: > > Ť Note that the title of the bullet 2 should be " Agents handing the > request " and not "Agents handling the request" > > 2. Agents handling the request - Agents use the priority information > > when making routing decisions. This can include determining > > which requests to route first, which requests to throttle and > > where the request is routed. For instance, requests with higher > > priority might have a lower probability of being throttled. The > > mechanism for how the agent determines which requests are > > throttled is implementation dependent and is outside the scope of > > this document. Before forwarding request messages, agents > generally do not > > modify the priority information present in the received request > > message nor include the priority information when absent in the > received request message. > > However, in some scenarios, agents > > can modify the priority information e.g. edge agents modifying the > > priority values set by an adjacent operator. There might be other > > scenarios where a Diameter endpoint does not support the DRMP > > mechanism and agents insert the priority information in the > request messages for that non > > supporting endpoint. When forwarding the request messages, the > agent saves > > the transaction priority in the transaction state, either as > > locally managed state or using the Proxy-Info mechanism defined > > in [RFC6733 ]. This will > be used when handling the associated > > answer message for the transaction. > > The same kind of change should be done in bullet 5 that is about > handling of answers: > > 5. Agent handling the answer - By default, agents handling answer > > messages use the priority information stored with the transaction > > state to determine the priority of relaying the answer message. > > However, priority information included in the answer message, > > when present, is used in place of the stored priority > > information. The use of priority information implies that > > answers for higher priority transactions are given preferential > > treatment to lower priority transactions. When forwarding the > answer messages, agents generally do not > > modify the priority information present in the received answer > messages > > nor include the priority information when absent in the > received answer messages. > > However, in some scenarios, agents > > can modify the priority information e.g. edge agents modifying the > > priority values set by an adjacent operator. There might be other > > scenarios where a Diameter endpoint does not support the DRMP > > mechanism and agents insert the priority information for that non > > supporting endpoint. > > If it is agreed that agents can modify/include the DRMP AVP, I think > that the "SHOULD NOT" is not correct as it is a "MAY", even if not often. > > I think the proposed added requirements can be safely removed. > > Regards, > > Lionel > > *De :*Janet P Gunn [mailto:Janet.Gunn@csra.com] > *Envoyť :* mercredi 9 mars 2016 16:23 > *ņ :* Steve Donovan > *Cc :* dime@ietf.org ; DiME; MORAND Lionel > IMT/OLN; Stephen Farrell > *Objet :* Re: [Dime] AD review of draft-ietf-dime-drmp-03 > > Sounds good to me. > > Janet > > This electronic message transmission contains information from CSRA > that may be attorney-client privileged, proprietary or confidential. > The information in this message is intended only for use by the > individual(s) to whom it is addressed. If you believe you have > received this message in error, please contact me immediately and be > aware that any use, disclosure, copying or distribution of the > contents of this message is strictly prohibited. NOTE: Regardless of > content, this email shall not operate to bind CSRA to any order or > other contract unless pursuant to explicit written agreement or > government initiative expressly permitting the use of email for such > purpose. > > > > From: Steve Donovan > > To: lionel.morand@orange.com , > Stephen Farrell >, "dime@ietf.org > " > > Date: 03/09/2016 10:15 AM > Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 > Sent by: "DiME" > > > ------------------------------------------------------------------------ > > > > > All, > > I've commented on Stephen's and Lionel's suggested changes below. > > If there is agreement to my proposed changes outlined below then I > will submit a new version of the document. > > Regards, > > Steve > > On 3/8/16 9:41 AM, lionel.morand@orange.com > wrote: > i will let Steve react but I can give my feeling :) > > The priority is set by the Diameter or Diameter server, not by agent. > > It is somehow describe in section 6 Theory of Operation > > 2. Agents handing the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > > Agents are just using this information if present. They are not modify > it or include it if absent. > It is said in section 8. Normative Behavior > > Note: This guidance on the handling of messages without a priority > does not result in a Diameter agent inserting a DRMP AVP into the > message. Rather, it gives guidance on how that specific > transaction should be treated when its priority is compared with > other requests. When a Diameter agent relays the request it will > not insert a DRMP AVP with a priority value of 10. > > It could be possible to clarify it as follow: > > in section 6, the end of the point 2 could be enhanced as follow: > > 2. Agents *handling* the request - Agents use the priority information > when making routing decisions. This can include determining > which requests to route first, which requests to throttle and > where the request is routed. For instance, requests with higher > priority might have a lower probability of being throttled. The > mechanism for how the agent determines which requests are > throttled is implementation dependent and is outside the scope of > this document. The agent also saves the transaction priority in > the transaction state, either as locally managed state or using > the Proxy-Info mechanism defined in [RFC6733]. This will be used > when handling the associated answer message for the transaction. > *Agents are not supposed to modify or include priority > information in > in forwarded requests or answers.* > SRD> I propose the following reworded last sentence: "Agents generally > do no modify priority > information and agents generally do not add new priority information > in forwarded requests or answers." > > SRD> There is one scenario where I can see an agent does add add > priority information, in a > transition period when not all endpoints support the DRMP mechanism > and the agent > is used to insert priority information for the non supporting endpoint. > > SRD> I also see one scenario where an agent might modify priority > values. This would > be an edge agent case where the priority values included by another > operator's Diameter > network aren't trusted and new values are needed. > > SRD> I propose that notes that address these scenarios be added to the > new normative requirements proposed below. > > > The "not supposed" is used because it is difficult to use normative > wording here. > > In section 8, a new requirement could be added, right after " Diameter > agents MAY use routing priority information..." > > Diameter agents SHOULD NOT modify or include the DRMP AVP when > relaying request and answer messages. > SRD> I propose the following: > Diameter agents SHOULD NOT modify priority information when relaying > request and answer messages. > > There might be scenarios where a Diameter agent does modify > priority information. For instance, an edge agent might need to > modify the priority values set by an adjacent operator. > > Diameter agents SHOULD NOT add priority information when relaying > request and answer messages. > > There might be scenarios where a Diameter endpoint does not > support the DRMP mechanism and agents insert priority information > for that non supporting endpoint. > > > Just a proposal, waiting for Steve and WG comments. > > Regards, > > Lionel > > > > -----Message d'origine----- > De : DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell > Envoyť : vendredi 4 mars 2016 18:07 > ņ : dime@ietf.org > Objet : [Dime] AD review of draft-ietf-dime-drmp-03 > > > Hiya, > > I just have one question I'd like to ask the wg about before I start > IETF LC. > > You don't say if priorities are intended to be modified after they > have been > set. In the security considerations you do say that this could be done > maliciously, and you do say that priorities need to be dropped if received > from a source not trusted for that, but you never say if it's > considered ok or > not for e.g. an agent to change a priority for some local policy > reason. Don't > you need to say that somewhere? (And apologies if you do say it somewhere > and I missed it:-) > > There are some nits below, you can handled these before or after IETF LC, > whichever is best. > > Cheers, > S. > > > - Section 5: URL and MME aren't expanded. Since you're just using it as an > example, I'd say expanding this will help any reader who's not a 3gpp > afficionado. > SRD> Change made. > > > - Section 8, "The priority marking scheme SHOULD NOT require the Diameter > Agents to understand application specific AVPs." > Isn't that a bogus use of 2119 language since we're not expressing > requirements here? s/SHOULD NOT/does not/ would seem better. > SRD> Agreed, change made. > > > - Section 8, People will ask "why default to 10?" I recall the WG > discussed this > but iirc mostly didn't care too much but it might be nice to justify > 10 if there's > a way to do it that doesn't amount to "just because" :-) > SRD> I'm open to wording suggestions here but the only real reason is > that we needed a default and some thought it might be better to have > the default allow for a few more higher-than-default values than > lower-than-default values. I'm not sure saying this adds much value. > > > - Section 8, The "When setting and using..." paragraphs are quite verbose. > It'd be no harm to make that shorter, e.g. by just saying: "For all > integers x,y > in [0,15] treat PRIORITY_ as lower priority than PRIOIRTY_ when y You could do something similar in 9.1. > SRD> The existing language was put in when we had 5 priority values. > The above is certainly a more elegant way of specifying it. Changed > to the following: > > When setting and using priorities, for all integers x,y in [0,15] > treat PRIORITY_ as lower priority than PRIOIRTY_ when y > Note: As a result PRIORITY_0 is the highest priority. > SRD> I'm not sure this can be done in section 9.1, as this is listing > the enumerated values for the AVP. > > > > > I-D nits: > > == Unused Reference: 'RFC5226' > == Unused Reference: 'RFC4412' > SRD> These references removed. > > > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, > deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or > privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. > > > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. --------------050301000002030601090508 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit I'm okay with this wording.

Steve

On 3/9/16 10:08 AM, lionel.morand@orange.com wrote:

I forget to add that the security considerations should be updated as follow:

existing text in section 11:

†† Diameter does not include features to provide end-to-end

†† authentication, integrity protection, or confidentiality.† This opens

†† the possibility that agents in the path of a request could modify the

†† DRMP AVP to reflect a priority different than that asserted by the

†† sender of the request.

new proposed text (adding malicious or compromised)

†† Diameter does not include features to provide end-to-end

†† authentication, integrity protection, or confidentiality.† This opens

†† the possibility that malicious or compromised agents in the path of

†††a request could modify the DRMP AVP to reflect a priority different

†††than that asserted by the sender of the request.

regards,

Lionel

De†: MORAND Lionel IMT/OLN
Envoyť†: mercredi 9 mars 2016 17:05
ņ†: 'Janet P Gunn'; Steve Donovan
Cc†: dime@ietf.org; DiME; Stephen Farrell
Objet†: RE: [Dime] AD review of draft-ietf-dime-drmp-03

Hi Steve,

It is true that some scenarios will require action of agents on the DRMP AVP.

in that case, I would be more explicit and change a little bit the order as "save the transaction priority" is valid in any case:

Ť †Note that the title of the bullet 2 should be " Agents handing the request " and not "Agents handling the request"

†† 2.† Agents handling the request - Agents use the priority information

†††††† when making routing decisions.† This can include determining

†††††† which requests to route first, which requests to throttle and

†††††† where the request is routed.† For instance, requests with higher

†††††† priority might have a lower probability of being throttled.† The

†††††† mechanism for how the agent determines which requests are

†††††† throttled is implementation dependent and is outside the scope of

†††††† this document.† Before forwarding request messages, agents generally do not

†††††† modify the priority information present in the received request

†††††††message nor include the priority information when absent in the received request message.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information in the request messages for that non

†††††††supporting endpoint. When forwarding the request messages, the agent saves

†††††† the transaction priority in the transaction state, either as

†††††††locally managed state or using the Proxy-Info mechanism defined

†††††††in [RFC6733].† This will be used when handling the associated

†††††††answer message for the transaction.

††††††

The same kind of change should be done in bullet 5 that is about handling of answers:

†† 5.† Agent handling the answer - By default, agents handling answer

†††††† messages use the priority information stored with the transaction

†††††† state to determine the priority of relaying the answer message.

†††††† However, priority information included in the answer message,

†††††† when present, is used in place of the stored priority

†††††† information.† The use of priority information implies that

†††††† answers for higher priority transactions are given preferential

†††††† treatment to lower priority transactions. When forwarding the answer messages, agents generally do not

†††††† modify the priority information present in the received answer messages

†††††††nor include the priority information when absent in the received answer messages.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information for that non

†††††††supporting endpoint.

If it is agreed that agents can modify/include the DRMP AVP, I think that the "SHOULD NOT" is not correct as it is a "MAY", even if not often.

I think the proposed added requirements can be safely removed.

Regards,

Lionel

De†: Janet P Gunn [mailto:Janet.Gunn@csra.com]
Envoyť†: mercredi 9 mars 2016 16:23
ņ†: Steve Donovan
Cc†: dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrell
Objet†: Re: [Dime] AD review of draft-ietf-dime-drmp-03

Sounds good to me.

Janet

This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The information in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpose.




From: † † † †Steve Donovan <srdonovan@usdonovans.com>
To: † † † †lionel.morand@orange.com, Stephen Farrell <stephen.farrell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org>
Date: † † † †03/09/2016 10:15 AM
Subject: † † † †Re: [Dime] AD review of draft-ietf-dime-drmp-03
Sent by: † † † †"DiME" <dime-bounces@ietf.org>





All,

I've commented on Stephen's and Lionel's suggested changes below.

If there is agreement to my proposed changes outlined below then I will submit a new version of the document.

Regards,

Steve

On 3/8/16 9:41 AM, lionel.morand@orange.com wrote:
i will let Steve react but I can give my feeling :)

The priority is set by the Diameter or Diameter server, not by agent.

It is somehow describe in section 6 Theory of Operation

† 2. †Agents handing the request - Agents use the priority information
† † † when making routing decisions. †This can include determining
† † † which requests to route first, which requests to throttle and
† † † where the request is routed. †For instance, requests with higher
† † † priority might have a lower probability of being throttled. †The
† † † mechanism for how the agent determines which requests are
† † † throttled is implementation dependent and is outside the scope of
† † † this document. †The agent also saves the transaction priority in
† † † the transaction state, either as locally managed state or using
† † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used
† † † when handling the associated answer message for the transaction.

Agents are just using this information if present. They are not modify it or include it if absent.
It is said in section 8. †Normative Behavior

† † †Note: This guidance on the handling of messages without a priority
† † †does not result in a Diameter agent inserting a DRMP AVP into the
† † †message. †Rather, it gives guidance on how that specific
† † †transaction should be treated when its priority is compared with
† † †other requests. †When a Diameter agent relays the request it will
† † †not insert a DRMP AVP with a priority value of 10.

It could be possible to clarify it as follow:

in section 6, the end of the point 2 could be enhanced as follow:

† 2. †Agents *handling* the request - Agents use the priority information
† † † when making routing decisions. †This can include determining
† † † which requests to route first, which requests to throttle and
† † † where the request is routed. †For instance, requests with higher
† † † priority might have a lower probability of being throttled. †The
† † † mechanism for how the agent determines which requests are
† † † throttled is implementation dependent and is outside the scope of
† † † this document. †The agent also saves the transaction priority in
† † † the transaction state, either as locally managed state or using
† † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used
† † † when handling the associated answer message for the transaction.
† † † *Agents are not supposed to modify or include priority information in
† † † in forwarded requests or answers.*
SRD> I propose the following reworded last sentence: "Agents generally do no modify priority
information and agents generally do not add new priority information in forwarded requests or answers."

SRD> There is one scenario where I can see an agent does add add priority information, in a
transition period when not all endpoints support the DRMP mechanism and the agent
is used to insert priority information for the non supporting endpoint.†

SRD> I also see one scenario where an agent might modify priority values.† This would
be an edge agent case where the priority values included by another operator's Diameter
network aren't trusted and new values are needed.

SRD> I propose that notes that address these scenarios† be added to the new normative requirements proposed below.


The "not supposed" is used because it is difficult to use normative wording here.

In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..."

† Diameter agents SHOULD NOT modify or include the DRMP AVP when
† relaying request and answer messages.
SRD> I propose the following:
† †Diameter agents SHOULD NOT modify priority information when relaying
† request and answer messages.

† † †There might be scenarios where a Diameter agent does modify
† † †priority information. †For instance, an edge agent might need to
† † †modify the priority values set by an adjacent operator.

† Diameter agents SHOULD NOT add priority information when relaying
† request and answer messages.

† † †There might be scenarios where a Diameter endpoint does not
† † †support the DRMP mechanism and agents insert priority information
† † †for that non supporting endpoint.


Just a proposal, waiting for Steve and WG comments.

Regards,

Lionel



-----Message d'origine-----
De†: DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell
Envoyť†: vendredi 4 mars 2016 18:07
ņ†: dime@ietf.org
Objet†: [Dime] AD review of draft-ietf-dime-drmp-03


Hiya,

I just have one question I'd like to ask the wg about before I start IETF LC.

You don't say if priorities are intended to be modified after they have been
set. In the security considerations you do say that this could be done
maliciously, and you do say that priorities need to be dropped if received
from a source not trusted for that, but you never say if it's considered ok or
not for e.g. an agent to change a priority for some local policy reason. Don't
you need to say that somewhere? (And apologies if you do say it somewhere
and I missed it:-)

There are some nits below, you can handled these before or after IETF LC,
whichever is best.

Cheers,
S.


- Section 5: URL and MME aren't expanded. Since you're just using it as an
example, I'd say expanding this will help any reader who's not a 3gpp
afficionado.
SRD> Change made.


- Section 8, "The priority marking scheme SHOULD NOT require the Diameter
Agents to understand application specific AVPs."
Isn't that a bogus use of 2119 language since we're not expressing
requirements here? s/SHOULD NOT/does not/ would seem better.
SRD> Agreed, change made.


- Section 8, People will ask "why default to 10?" I recall the WG discussed this
but iirc mostly didn't care too much but it might be nice to justify 10 if there's
a way to do it that doesn't amount to "just because" :-)
SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values.† I'm not sure saying this adds much value.


- Section 8, The "When setting and using..." paragraphs are quite verbose.
It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y
in [0,15] treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x"
You could do something similar in 9.1.
SRD> The existing language was put in when we had 5 priority values.† The above is certainly a more elegant way of specifying it.† Changed to the following:

† †When setting and using priorities, for all integers x,y in [0,15]
† treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x.

† † †Note: As a result PRIORITY_0 is the highest priority.
SRD> I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP.




I-D nits:

†== Unused Reference: 'RFC5226'
†== Unused Reference: 'RFC4412'
SRD> These references removed.




_________________________________________________________________________________________________________________________

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

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


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

_________________________________________________________________________________________________________________________

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

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

--------------050301000002030601090508-- From nobody Thu Mar 10 08:46:38 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0092D12DA55; Thu, 10 Mar 2016 08:46:35 -0800 (PST) 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.16.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160310164634.18831.68522.idtracker@ietfa.amsl.com> Date: Thu, 10 Mar 2016 08:46:34 -0800 Archived-At: Cc: dime@ietf.org Subject: [Dime] I-D Action: draft-ietf-dime-drmp-04.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:46:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions of the IETF. Title : Diameter Routing Message Priority Author : Steve Donovan Filename : draft-ietf-dime-drmp-04.txt Pages : 15 Date : 2016-03-10 Abstract: When making routing and resource allocation decisions, Diameter nodes currently have no generic mechanism to determine the relative priority of Diameter messages. This document addresses this by defining a mechanism to allow Diameter endpoints to indicate the relative priority of Diameter transactions. With this information Diameter nodes can factor that priority into routing, resource allocation and overload abatement decisions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-drmp/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-dime-drmp-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-drmp-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Mar 10 08:50:08 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9234412DA2A for ; Thu, 10 Mar 2016 08:50:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779, T_HTML_ATTACH=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 BiJJZ0Wf60fq for ; Thu, 10 Mar 2016 08:50:05 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 562A912D715 for ; Thu, 10 Mar 2016 08:50:05 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:56074 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1ae3mh-0025O0-RQ for dime@ietf.org; Thu, 10 Mar 2016 08:50:05 -0800 To: "dime@ietf.org" From: Steve Donovan Message-ID: <56E1A5B5.20500@usdonovans.com> Date: Thu, 10 Mar 2016 10:49:57 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------030102000406070508080506" X-OutGoing-Spam-Status: No, score=0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: [Dime] New version of draft-ietf-dime-drmp X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:50:07 -0000 This is a multi-part message in MIME format. --------------030102000406070508080506 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit All, I've uploaded the -04 version of draft-ietf-dime-drmp. This version should capture all of the review comments on the -03 version. I've also attached here the output of the diff tool, showing the changes made in -04. Regards, Steve --------------030102000406070508080506 Content-Type: text/html; charset=UTF-8; name="Diff_ draft-ietf-dime-drmp-03.txt - draft-ietf-dime-drmp-04.txt.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="Diff_ draft-ietf-dime-drmp-03.txt - draft-ietf-dime-drmp-04."; filename*1="txt.html" CjwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgWEhUTUwgMS4wIFRyYW5zaXRp b25hbC8vRU4iICJodHRwOi8vd3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFu c2l0aW9uYWwuZHRkIj4gCjwhLS0gR2VuZXJhdGVkIGJ5IHJmY2RpZmYgMS40NDogcmZjZGlm ZiAgLS0+IAo8IS0tIDwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0 LjAxIFRyYW5zaXRpb25hbCIgPiAtLT4KPCEtLSBTeXN0ZW06IExpbnV4IGdhbWF5IDIuNi4z OS0yLTY4Ni1wYWUgIzEgU01QIFR1ZSBKdWwgNSAwMzo0ODo0OSBVVEMgMjAxMSBpNjg2IEdO VS9MaW51eCAtLT4gCjwhLS0gVXNpbmcgYXdrOiAvdXNyL2Jpbi9nYXdrOiBHTlUgQXdrIDQu MC4xIC0tPiAKPCEtLSBVc2luZyBkaWZmOiAvdXNyL2Jpbi9kaWZmOiBkaWZmIChHTlUgZGlm ZnV0aWxzKSAzLjMgLS0+IAo8IS0tIFVzaW5nIHdkaWZmOiAvdXNyL2Jpbi93ZGlmZjogd2Rp ZmYgKEdOVSB3ZGlmZikgMS4yLjEgLS0+IAo8aHRtbCB4bWxucz0iaHR0cDovL3d3dy53My5v cmcvMTk5OS94aHRtbCI+IAo8aGVhZD4gCiAgPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVRGLTgiIC8+IAogIDxtZXRhIGh0 dHAtZXF1aXY9IkNvbnRlbnQtU3R5bGUtVHlwZSIgY29udGVudD0idGV4dC9jc3MiIC8+IAog IDx0aXRsZT5EaWZmOiBkcmFmdC1pZXRmLWRpbWUtZHJtcC0wMy50eHQgLSBkcmFmdC1pZXRm LWRpbWUtZHJtcC0wNC50eHQ8L3RpdGxlPiAKICA8c3R5bGUgdHlwZT0idGV4dC9jc3MiPiAK ICAgIGJvZHkgICAgeyBtYXJnaW46IDAuNGV4OyBtYXJnaW4tcmlnaHQ6IGF1dG87IH0gCiAg ICB0ciAgICAgIHsgfSAKICAgIHRkICAgICAgeyB3aGl0ZS1zcGFjZTogcHJlOyBmb250LWZh bWlseTogbW9ub3NwYWNlOyB2ZXJ0aWNhbC1hbGlnbjogdG9wOyBmb250LXNpemU6IDAuODZl bTt9IAogICAgdGggICAgICB7IGZvbnQtc2l6ZTogMC44NmVtOyB9IAogICAgLnNtYWxsICB7 IGZvbnQtc2l6ZTogMC42ZW07IGZvbnQtc3R5bGU6IGl0YWxpYzsgZm9udC1mYW1pbHk6IFZl cmRhbmEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgfSAKICAgIC5sZWZ0ICAgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLnJpZ2h0ICB7IGJhY2tncm91bmQtY29sb3I6ICNG RkY7IH0gCiAgICAuZGlmZiAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0NDRjsgfSAKICAgIC5s YmxvY2sgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQkZCOyB9IAogICAgLnJibG9jayB7IGJhY2tn cm91bmQtY29sb3I6ICNGRjg7IH0gCiAgICAuaW5zZXJ0IHsgYmFja2dyb3VuZC1jb2xvcjog IzhGRjsgfSAKICAgIC5kZWxldGUgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUNGOyB9IAogICAg LnZvaWQgICB7IGJhY2tncm91bmQtY29sb3I6ICNGRkI7IH0gCiAgICAuY29udCAgIHsgYmFj a2dyb3VuZC1jb2xvcjogI0VFRTsgfSAKICAgIC5saW5lYnIgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjQUFBOyB9IAogICAgLmxpbmVubyB7IGNvbG9yOiByZWQ7IGJhY2tncm91bmQtY29sb3I6 ICNGRkY7IGZvbnQtc2l6ZTogMC43ZW07IHRleHQtYWxpZ246IHJpZ2h0OyBwYWRkaW5nOiAw IDJweDsgfSAKICAgIC5lbGlwc2lzeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUFBOyB9IAogICAg LmxlZnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjREREOyB9IAogICAgLnJpZ2h0IC5j b250IHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSAKICAgIC5sYmxvY2sgLmNvbnQgeyBi YWNrZ3JvdW5kLWNvbG9yOiAjOUQ5OyB9IAogICAgLnJibG9jayAuY29udCB7IGJhY2tncm91 bmQtY29sb3I6ICNERDY7IH0gCiAgICAuaW5zZXJ0IC5jb250IHsgYmFja2dyb3VuZC1jb2xv cjogIzBERDsgfSAKICAgIC5kZWxldGUgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjOEFE OyB9IAogICAgLnN0YXRzLCAuc3RhdHMgdGQsIC5zdGF0cyB0aCB7IGJhY2tncm91bmQtY29s b3I6ICNFRUU7IHBhZGRpbmc6IDJweCAwOyB9IAogICAgc3Bhbi5oaWRlIHsgZGlzcGxheTog bm9uZTsgY29sb3I6ICNhYWE7fSAgICBhOmhvdmVyIHNwYW4geyBkaXNwbGF5OiBpbmxpbmU7 IH0gICAgdHIuY2hhbmdlIHsgYmFja2dyb3VuZC1jb2xvcjogZ3JheTsgfSAKICAgIHRyLmNo YW5nZSBhIHsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBjb2xvcjogYmxhY2sgfSAKICA8L3N0 eWxlPiAKPC9oZWFkPiAKPGJvZHkgPiAKICA8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGlu Zz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dHIgaWQ9InBhcnQtMSIgYmdjb2xvcj0ib3Jh bmdlIj48dGg+PC90aD48dGg+PGEgaHJlZj0iL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWRp bWUtZHJtcC0wMy50eHQiIHN0eWxlPSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9u ZTsiPiZsdDs8L2E+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtZGltZS1kcm1wLTAzLnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRyYWZ0 LWlldGYtZGltZS1kcm1wLTAzLnR4dDwvYT4mbmJzcDs8L3RoPjx0aD4gPC90aD48dGg+Jm5i c3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtZGlt ZS1kcm1wLTA0LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDgiPmRyYWZ0LWlldGYtZGltZS1kcm1w LTA0LnR4dDwvYT4mbmJzcDs8YSBocmVmPSIvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtZGlt ZS1kcm1wLTA0LnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25l OyI+Jmd0OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkRpYW1ldGVyIE1haW50 ZW5hbmNlIGFuZCBFeHRlbnNpb25zIChESU1FKSAgICAgICAgICAgICAgICAgICAgUy4gRG9u b3ZhbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkRpYW1ldGVyIE1haW50ZW5h bmNlIGFuZCBFeHRlbnNpb25zIChESU1FKSAgICAgICAgICAgICAgICAgICAgUy4gRG9ub3Zh bjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+SW50ZXJuZXQtRHJhZnQgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT3JhY2xlPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT3JhY2xlPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDAxIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPkludGVuZGVkIHN0YXR1czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAg ICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+RmVicnVhcnkgMiw8L3NwYW4+ IDIwMTY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+SW50ZW5kZWQgc3RhdHVz OiBTdGFuZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgICAgICAgIDxzcGFuIGNsYXNz PSJpbnNlcnQiPk1hcmNoIDEwLDwvc3Bhbj4gMjAxNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5BdWd1c3QgNSw8L3Nw YW4+IDIwMTY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+RXhwaXJlczogPHNw YW4gY2xhc3M9Imluc2VydCI+U2VwdGVtYmVyIDExLDwvc3Bhbj4gMjAxNjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICAgICAgRGlh bWV0ZXIgUm91dGluZyBNZXNzYWdlIFByaW9yaXR5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICAgICAgIERpYW1ldGVyIFJvdXRpbmcgTWVzc2FnZSBQ cmlvcml0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAwMiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgZHJhZnQt aWV0Zi1kaW1lLWRybXAtMDxzcGFuIGNsYXNzPSJkZWxldGUiPjM8L3NwYW4+LnR4dDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgZHJh ZnQtaWV0Zi1kaW1lLWRybXAtMDxzcGFuIGNsYXNzPSJpbnNlcnQiPjQ8L3NwYW4+LnR4dDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5BYnN0cmFjdDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkFic3RyYWN0PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFdoZW4gbWFraW5nIHJvdXRpbmcgYW5kIHJl c291cmNlIGFsbG9jYXRpb24gZGVjaXNpb25zLCBEaWFtZXRlciBub2RlczwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFdoZW4gbWFraW5nIHJvdXRpbmcgYW5kIHJlc291 cmNlIGFsbG9jYXRpb24gZGVjaXNpb25zLCBEaWFtZXRlciBub2RlczwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgY3VycmVudGx5IGhhdmUgbm8gZ2VuZXJpYyBtZWNoYW5p c20gdG8gZGV0ZXJtaW5lIHRoZSByZWxhdGl2ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIGN1cnJlbnRseSBoYXZlIG5vIGdlbmVyaWMgbWVjaGFuaXNtIHRvIGRldGVy bWluZSB0aGUgcmVsYXRpdmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBy aW9yaXR5IG9mIERpYW1ldGVyIG1lc3NhZ2VzLiAgVGhpcyBkb2N1bWVudCBhZGRyZXNzZXMg dGhpcyBieTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByaW9yaXR5IG9m IERpYW1ldGVyIG1lc3NhZ2VzLiAgVGhpcyBkb2N1bWVudCBhZGRyZXNzZXMgdGhpcyBieTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZGVmaW5pbmcgYSBtZWNoYW5pc20g dG8gYWxsb3cgRGlhbWV0ZXIgZW5kcG9pbnRzIHRvIGluZGljYXRlIHRoZTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRlZmluaW5nIGEgbWVjaGFuaXNtIHRvIGFsbG93 IERpYW1ldGVyIGVuZHBvaW50cyB0byBpbmRpY2F0ZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHJlbGF0aXZlIHByaW9yaXR5IG9mIERpYW1ldGVyIHRyYW5zYWN0 aW9ucy4gIFdpdGggdGhpcyBpbmZvcm1hdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIHJlbGF0aXZlIHByaW9yaXR5IG9mIERpYW1ldGVyIHRyYW5zYWN0aW9ucy4g IFdpdGggdGhpcyBpbmZvcm1hdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgRGlhbWV0ZXIgbm9kZXMgY2FuIGZhY3RvciB0aGF0IHByaW9yaXR5IGludG8gcm91dGlu ZywgcmVzb3VyY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBEaWFtZXRl ciBub2RlcyBjYW4gZmFjdG9yIHRoYXQgcHJpb3JpdHkgaW50byByb3V0aW5nLCByZXNvdXJj ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWxsb2NhdGlvbiBhbmQgb3Zl cmxvYWQgYWJhdGVtZW50IGRlY2lzaW9ucy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBhbGxvY2F0aW9uIGFuZCBvdmVybG9hZCBhYmF0ZW1lbnQgZGVjaXNpb25zLjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIg aWQ9InBhcnQtMiIgY2xhc3M9ImNoYW5nZSIgPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBp bmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC0yIj48ZW0+IHBhZ2UgMSwg bGluZSAzNjxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+ PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBo cmVmPSIjcGFydC0yIj48ZW0+IHBhZ2UgMSwgbGluZSAzNjxzcGFuIGNsYXNzPSJoaWRlIj4g JnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgSW50ZXJuZXQtRHJh ZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmc8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJl IHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZzwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRo YXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBn cm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qg b2YgY3VycmVudCBJbnRlcm5ldC08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlzdCBvZiBj dXJyZW50IEludGVybmV0LTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgRHJh ZnRzIGlzIGF0IGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8u PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgRHJhZnRzIGlzIGF0IGh0dHA6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8uPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJh ZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRoczwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQg ZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRoczwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwg b3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBv YnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVy bmV0LURyYWZ0cyBhcyByZWZlcmVuY2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRz IGFzIHJlZmVyZW5jZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWF0ZXJp YWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUg dGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMyI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICBUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIDxz cGFuIGNsYXNzPSJkZWxldGUiPkF1Z3VzdCA1PC9zcGFuPiwgMjAxNi48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGly ZSBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TZXB0ZW1iZXIgMTE8L3NwYW4+LCAyMDE2Ljwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5Db3B5cmlnaHQgTm90 aWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Q29weXJpZ2h0IE5vdGljZTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBDb3B5cmlnaHQg KGMpIDIwMTYgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDb3B5cmlnaHQgKGMpIDIwMTYg SUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRz IHJlc2VydmVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGRvY3VtZW50 IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQ IDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhl IElFVEYgVHJ1c3QncyBMZWdhbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg UHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50czwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIFByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVu dHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIChodHRwOi8vdHJ1c3RlZS5p ZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9s aWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFz ZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhl c2UgZG9jdW1lbnRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0icGFydC0zIiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTMi PjxlbT4gcGFnZSAyLCBsaW5lIDIwPHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+ PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2Ug YXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTMiPjxlbT4gcGFnZSAyLCBsaW5lIDIwPHNwYW4g Y2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAyLiAgVGVybWlub2xvZ3kgYW5kIEFiYnJldmlhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgIDM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAy LiAgVGVybWlub2xvZ3kgYW5kIEFiYnJldmlhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgIDM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDMuICBD b252ZW50aW9ucyBVc2VkIGluIFRoaXMgRG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAgNDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDMuICBDb252 ZW50aW9ucyBVc2VkIGluIFRoaXMgRG9jdW1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAgNDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgNC4gIFByb2JsZW0g U3RhdGVtZW50IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g ICA0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNC4gIFByb2JsZW0gU3Rh dGVtZW50IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA0 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA1LiAgVXNlIENhc2VzIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDU8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA1LiAgVXNlIENhc2VzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDU8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgNS4xLiAgRmlyc3QgUmVzcG9uZGVyIFJl bGF0ZWQgU2lnbmFsaW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgNS4xLiAgRmlyc3QgUmVzcG9uZGVyIFJlbGF0 ZWQgU2lnbmFsaW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICA1LjIuICBFbWVyZ2VuY3kgQ2FsbCBSZWxhdGVkIFNp Z25hbGluZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICA1LjIuICBFbWVyZ2VuY3kgQ2FsbCBSZWxhdGVkIFNpZ25h bGluZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgIDUuMy4gIERpZmZlcmVudGlhdGVkIFNlcnZpY2VzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgIDUuMy4gIERpZmZlcmVudGlhdGVkIFNlcnZpY2VzIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDY8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgNS40LiAgQXBwbGljYXRpb24gU3BlY2lmaWMgUHJpb3JpdGllcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAgNjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgNS40LiAgQXBwbGljYXRpb24gU3BlY2lmaWMgUHJpb3JpdGllcyAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAgNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg Ni4gIFRoZW9yeSBvZiBPcGVyYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICA3PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNi4g IFRoZW9yeSBvZiBPcGVyYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA3PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA3LiAgRXh0 ZW5zaWJpbGl0eSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgIDg8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA3LiAgRXh0ZW5z aWJpbGl0eSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i ZGlmZjAwMDQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgOC4gIE5vcm1hdGl2ZSBCZWhhdmlvciAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA8c3BhbiBjbGFzcz0i ZGVsZXRlIj44PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA4 LiAgTm9ybWF0aXZlIEJlaGF2aW9yICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjk8L3NwYW4+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA5LiAgQXR0cmlidXRlIFZhbHVlIFBhaXJzIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICA5LiAgQXR0cmlidXRlIFZhbHVlIFBhaXJzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTE8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgOS4xLiAgRFJNUCBBVlAgIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgOS4xLiAgRFJNUCBBVlAgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICA5LjIuICBBdHRyaWJ1dGUgVmFsdWUgUGFpciBmbGFnIHJ1bGVzIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICA5LjIuICBBdHRyaWJ1dGUgVmFsdWUgUGFpciBmbGFnIHJ1bGVzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDEyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICAxMC4gSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgMTI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAx MC4gSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgMTI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwMDUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAxMC4xLiAgQVZQIGNvZGVz ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFu IGNsYXNzPSJkZWxldGUiPjEzPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICAgIDEwLjEuICBBVlAgY29kZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9Imluc2VydCI+MTI8L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgMTAuMi4gIE5ldyByZWdpc3Ry aWVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBj bGFzcz0iZGVsZXRlIj4xMzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgICAxMC4yLiAgTmV3IHJlZ2lzdHJpZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjEyPC9zcGFuPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAxMS4gU2VjdXJpdHkgQ29uc2lkZXJh dGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+MTM8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIDExLiBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xMjwvc3Bhbj48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMTEuMS4gIFBvdGVudGlhbCBUaHJlYXQg TW9kZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgMTEuMS4gIFBvdGVudGlhbCBUaHJlYXQgTW9k ZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMzwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAxMS4yLiAgRGVuaWFsIG9mIFNlcnZpY2UgQXR0YWNr cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE0PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAxMS4yLiAgRGVuaWFsIG9mIFNlcnZpY2UgQXR0YWNrcyAg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDE0PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgIDExLjMuICBFbmQtdG8gRW5kLVNlY3VyaXR5IElzc3VlcyAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgIDExLjMuICBFbmQtdG8gRW5kLVNlY3VyaXR5IElzc3VlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgMTIuIENv bnRyaWJ1dG9ycyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjE1PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICAxMi4gQ29udHJpYnV0b3JzICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9Imluc2VydCI+ MTQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDEzLiBSZWZl cmVuY2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xNTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgMTMuIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjE0 PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgIDEzLjEuICBO b3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+MTU8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgICAgMTMuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xNDwv c3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgMTMuMi4gIEluZm9y bWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAx NTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgMTMuMi4gIEluZm9ybWF0 aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAw NyI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICBBdXRob3IncyBBZGRyZXNzICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTxzcGFuIGNsYXNzPSJkZWxldGUi PjY8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEF1dGhvcidz IEFkZHJlc3MgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAxPHNwYW4gY2xhc3M9Imluc2VydCI+NTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MS4gIEludHJvZHVjdGlvbjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjEuICBJbnRyb2R1Y3Rpb248L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIERPSUMgc29sdXRpb24gW1JGQzc2ODNd IGZvciBEaWFtZXRlciBvdmVybG9hZCBjb250cm9sIGludHJvZHVjZXM8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgRE9JQyBzb2x1dGlvbiBbUkZDNzY4M10gZm9y IERpYW1ldGVyIG92ZXJsb2FkIGNvbnRyb2wgaW50cm9kdWNlczwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgc2NlbmFyaW9zIHdoZXJlIERpYW1ldGVyIHJvdXRpbmcgZGVj aXNpb25zIG1hZGUgYnkgRGlhbWV0ZXIgbm9kZXMgY2FuPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgc2NlbmFyaW9zIHdoZXJlIERpYW1ldGVyIHJvdXRpbmcgZGVjaXNp b25zIG1hZGUgYnkgRGlhbWV0ZXIgbm9kZXMgY2FuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBiZSBpbmZsdWVuY2VkIGJ5IHRoZSBvdmVybG9hZCBzdGF0ZSBvZiBvdGhl ciBEaWFtZXRlciBub2Rlcy4gIFRoaXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBiZSBpbmZsdWVuY2VkIGJ5IHRoZSBvdmVybG9hZCBzdGF0ZSBvZiBvdGhlciBEaWFt ZXRlciBub2Rlcy4gIFRoaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGlu Y2x1ZGVzIHRoZSBzY2VuYXJpb3Mgd2hlcmUgRGlhbWV0ZXIgZW5kcG9pbnRzIGFuZCBEaWFt ZXRlciBhZ2VudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmNsdWRl cyB0aGUgc2NlbmFyaW9zIHdoZXJlIERpYW1ldGVyIGVuZHBvaW50cyBhbmQgRGlhbWV0ZXIg YWdlbnRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjYW4gdGhyb3R0bGUg cmVxdWVzdHMgYXMgYSByZXN1bHQgb2YgdGhlIHRhcmdldCBmb3IgdGhlIHJlcXVlc3QgYmVp bmc8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjYW4gdGhyb3R0bGUgcmVx dWVzdHMgYXMgYSByZXN1bHQgb2YgdGhlIHRhcmdldCBmb3IgdGhlIHJlcXVlc3QgYmVpbmc8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG92ZXJsb2FkZWQuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgb3ZlcmxvYWRlZC48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 InBhcnQtNCIgY2xhc3M9ImNoYW5nZSIgPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC00Ij48ZW0+IHBhZ2UgNywgbGlu ZSA2PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+ IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9 IiNwYXJ0LTQiPjxlbT4gcGFnZSA2LCBsaW5lIDUyPHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFy YTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbiB0aGUgbWVzc2FnZSBm cm9tIHdoaWNoIHRoaXMgY29udGV4dCBjYW4gYmUgZGV0ZXJtaW5lZCBieSBEaWFtZXRlcjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGluIHRoZSBtZXNzYWdlIGZyb20g d2hpY2ggdGhpcyBjb250ZXh0IGNhbiBiZSBkZXRlcm1pbmVkIGJ5IERpYW1ldGVyPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBub2RlcyBvdGhlciB0aGFuIHRoZSBub2Rl IHRoYXQgb3JpZ2luYXRlcyB0aGUgcmVxdWVzdC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBub2RlcyBvdGhlciB0aGFuIHRoZSBub2RlIHRoYXQgb3JpZ2luYXRlcyB0 aGUgcmVxdWVzdC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhpcyBpcyBzaW1pbGFyIHRvIHRoZSBzY2VuYXJpbyB3aGVyZSBhIHNlcmllcyBvZiBy ZXF1ZXN0cyBhcmUgbmVlZGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg VGhpcyBpcyBzaW1pbGFyIHRvIHRoZSBzY2VuYXJpbyB3aGVyZSBhIHNlcmllcyBvZiByZXF1 ZXN0cyBhcmUgbmVlZGVkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0byBh Y2Nlc3MgYSBuZXR3b3JrIHNlcnZpY2UuICBJdCBpcyBkaWZmZXJlbnQgaW4gdGhhdCB0aGUg c2VyaWVzIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdG8gYWNjZXNz IGEgbmV0d29yayBzZXJ2aWNlLiAgSXQgaXMgZGlmZmVyZW50IGluIHRoYXQgdGhlIHNlcmll cyBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVxdWVzdHMgaW52b2x2 ZSBkaWZmZXJlbnQgYXBwbGljYXRpb24gY29tbWFuZCBjb2Rlcy4gIEluIHRoaXM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICByZXF1ZXN0cyBpbnZvbHZlIGRpZmZlcmVu dCBhcHBsaWNhdGlvbiBjb21tYW5kIGNvZGVzLiAgSW4gdGhpczwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgc2NlbmFyaW8gaXQgaXMgcmVxdWVzdHMgd2l0aCB0aGUgc2Ft ZSBjb21tYW5kIGNvZGUgdGhhdCBoYXZlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgc2NlbmFyaW8gaXQgaXMgcmVxdWVzdHMgd2l0aCB0aGUgc2FtZSBjb21tYW5kIGNv ZGUgdGhhdCBoYXZlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkaWZmZXJl bnQgaW1wbGllZCBwcmlvcml0aWVzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIGRpZmZlcmVudCBpbXBsaWVkIHByaW9yaXRpZXMuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIE9uZSBleGFtcGxlIG9mIHRoaXMgaXMgaW4g dGhlIDNHUFAgYXBwbGljYXRpb24gW1M2YV0gd2hlcmUgYSBVTFI8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBPbmUgZXhhbXBsZSBvZiB0aGlzIGlzIGluIHRoZSAz R1BQIGFwcGxpY2F0aW9uIFtTNmFdIHdoZXJlIGEgVUxSPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA4Ij48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg ICAgIHJlcXVlc3QgcmVzdWx0aW5nIGZyb20gYW4gTU1FIHJlc3RvcmF0aW9uIHByb2NlZHVy ZSBtaWdodCBiZSBnaXZlbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAg ICByZXF1ZXN0IHJlc3VsdGluZyBmcm9tIGFuIE1NRSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4o TW9iaWxpdHkgTWFuYWdlbWVudCBFbnRpdHkpPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICAgICBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIGEgVUxSIHJlc3Vs dGluZyBmcm9tIGFuIGluaXRpYWwgYXR0YWNoLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj4gICAgICByZXN0b3JhdGlvbiBwcm9jZWR1cmUgbWlnaHQgYmUgZ2l2ZW4gYSBo aWdoZXIgcHJpb3JpdHkgdGhhbiBhIFVMUjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgPHNwYW4gY2xh c3M9Imluc2VydCI+KFVwZGF0ZSBMb2NhdGlvbiBSZXF1ZXN0KTwvc3Bhbj4gcmVzdWx0aW5n IGZyb20gYW4gaW5pdGlhbCBhdHRhY2guPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjYuICBUaGVvcnkgb2YgT3BlcmF0aW9uPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+Ni4gIFRoZW9yeSBvZiBPcGVyYXRpb248L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhpcyBzZWN0aW9uIG91dGxpbmVzIHRo ZSBlbnZpc2lvbmVkIHVzYWdlIG9mIERSTVAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgVGhpcyBzZWN0aW9uIG91dGxpbmVzIHRoZSBlbnZpc2lvbmVkIHVzYWdlIG9m IERSTVAuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRo ZSBleHBlY3RlZCBiZWhhdmlvciBkZXBlbmRzIG9uIHRoZSByb2xlIChyZXF1ZXN0IHNlbmRl ciwgYWdlbnQgb3I8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgZXhw ZWN0ZWQgYmVoYXZpb3IgZGVwZW5kcyBvbiB0aGUgcm9sZSAocmVxdWVzdCBzZW5kZXIsIGFn ZW50IG9yPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICByZXF1ZXN0IGhhbmRs ZXIpIG9mIHRoZSBEaWFtZXRlciBub2RlIGhhbmRsaW5nIHRoZSByZXF1ZXN0LjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHJlcXVlc3QgaGFuZGxlcikgb2YgdGhlIERp YW1ldGVyIG5vZGUgaGFuZGxpbmcgdGhlIHJlcXVlc3QuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBmb2xsb3dpbmcgYmVoYXZpb3IgaXMgZXhw ZWN0ZWQgZHVyaW5nIHRoZSBmbG93IG9mIGEgRGlhbWV0ZXI8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGUgZm9sbG93aW5nIGJlaGF2aW9yIGlzIGV4cGVjdGVkIGR1 cmluZyB0aGUgZmxvdyBvZiBhIERpYW1ldGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICB0cmFuc2FjdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICB0cmFuc2FjdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgMS4gIFJlcXVlc3Qgc2VuZGVyIC0gVGhlIHNlbmRlciBvZiBhIHJlcXVlc3QsIGJl IGl0IGEgRGlhbWV0ZXIgQ2xpZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgMS4gIFJlcXVlc3Qgc2VuZGVyIC0gVGhlIHNlbmRlciBvZiBhIHJlcXVlc3QsIGJlIGl0 IGEgRGlhbWV0ZXIgQ2xpZW50PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgb3IgYSBEaWFtZXRlciBTZXJ2ZXIsIGRldGVybWluZXMgdGhlIHJlbGF0aXZlIHByaW9y aXR5IG9mIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBvciBh IERpYW1ldGVyIFNlcnZlciwgZGV0ZXJtaW5lcyB0aGUgcmVsYXRpdmUgcHJpb3JpdHkgb2Yg dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgcmVxdWVzdCBhbmQg aW5jbHVkZXMgdGhhdCBwcmlvcml0eSBpbmZvcm1hdGlvbiBpbiB0aGUgcmVxdWVzdC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgcmVxdWVzdCBhbmQgaW5jbHVk ZXMgdGhhdCBwcmlvcml0eSBpbmZvcm1hdGlvbiBpbiB0aGUgcmVxdWVzdC48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICBUaGUgbWV0aG9kIGZvciBkZXRlcm1pbmlu ZyB0aGUgcmVsYXRpdmUgcHJpb3JpdHkgaXMgYXBwbGljYXRpb248L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgVGhlIG1ldGhvZCBmb3IgZGV0ZXJtaW5pbmcgdGhl IHJlbGF0aXZlIHByaW9yaXR5IGlzIGFwcGxpY2F0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgICAgc3BlY2lmaWMgYW5kIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9m IHRoaXMgc3BlY2lmaWNhdGlvbi4gIFRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgICBzcGVjaWZpYyBhbmQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBz cGVjaWZpY2F0aW9uLiAgVGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAg ICAgcmVxdWVzdCBzZW5kZXIgYWxzbyBzYXZlcyB0aGUgcHJpb3JpdHkgaW5mb3JtYXRpb24g d2l0aCB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgcmVxdWVz dCBzZW5kZXIgYWxzbyBzYXZlcyB0aGUgcHJpb3JpdHkgaW5mb3JtYXRpb24gd2l0aCB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICB0cmFuc2FjdGlvbiBzdGF0 ZS4gIFRoaXMgd2lsbCBiZSB1c2VkIHdoZW4gaGFuZGxpbmcgdGhlIGFuc3dlcjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICB0cmFuc2FjdGlvbiBzdGF0ZS4gIFRo aXMgd2lsbCBiZSB1c2VkIHdoZW4gaGFuZGxpbmcgdGhlIGFuc3dlcjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIG1lc3NhZ2VzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICBtZXNzYWdlcy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwOSI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICAyLiAgQWdlbnRzIGhhbmRpbmcgdGhlIHJlcXVlc3QgLSBBZ2VudHMgdXNlIHRo ZSBwcmlvcml0eSBpbmZvcm1hdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICAyLiAgQWdlbnRzIGhhbmQ8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5sPC9zcGFuPmluZyB0 aGUgcmVxdWVzdCAtIEFnZW50cyB1c2UgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgd2hlbiBtYWtpbmcgcm91dGluZyBk ZWNpc2lvbnMuICBUaGlzIGNhbiBpbmNsdWRlIGRldGVybWluaW5nPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgIHdoZW4gbWFraW5nIHJvdXRpbmcgZGVjaXNpb25z LiAgVGhpcyBjYW4gaW5jbHVkZSBkZXRlcm1pbmluZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgIHdoaWNoIHJlcXVlc3RzIHRvIHJvdXRlIGZpcnN0LCB3aGljaCBy ZXF1ZXN0cyB0byB0aHJvdHRsZSBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgICAgd2hpY2ggcmVxdWVzdHMgdG8gcm91dGUgZmlyc3QsIHdoaWNoIHJlcXVlc3Rz IHRvIHRocm90dGxlIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg IHdoZXJlIHRoZSByZXF1ZXN0IGlzIHJvdXRlZC4gIEZvciBpbnN0YW5jZSwgcmVxdWVzdHMg d2l0aCBoaWdoZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgd2hl cmUgdGhlIHJlcXVlc3QgaXMgcm91dGVkLiAgRm9yIGluc3RhbmNlLCByZXF1ZXN0cyB3aXRo IGhpZ2hlcjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIHByaW9yaXR5 IG1pZ2h0IGhhdmUgYSBsb3dlciBwcm9iYWJpbGl0eSBvZiBiZWluZyB0aHJvdHRsZWQuICBU aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgcHJpb3JpdHkgbWln aHQgaGF2ZSBhIGxvd2VyIHByb2JhYmlsaXR5IG9mIGJlaW5nIHRocm90dGxlZC4gIFRoZTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIG1lY2hhbmlzbSBmb3IgaG93 IHRoZSBhZ2VudCBkZXRlcm1pbmVzIHdoaWNoIHJlcXVlc3RzIGFyZTwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBtZWNoYW5pc20gZm9yIGhvdyB0aGUgYWdlbnQg ZGV0ZXJtaW5lcyB3aGljaCByZXF1ZXN0cyBhcmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICAgICB0aHJvdHRsZWQgaXMgaW1wbGVtZW50YXRpb24gZGVwZW5kZW50IGFu ZCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgICB0aHJvdHRsZWQgaXMgaW1wbGVtZW50YXRpb24gZGVwZW5kZW50IGFuZCBp cyBvdXRzaWRlIHRoZSBzY29wZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxMCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgdGhpcyBk b2N1bWVudC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPlRoZTwvc3Bhbj4gYWdlbnQgYWxzbyBz YXZlcyB0aGUgdHJhbnNhY3Rpb24gcHJpb3JpdHkgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgICAgIHRoaXMgZG9jdW1lbnQuICA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5CZWZvcmUgZm9yd2FyZGluZyByZXF1ZXN0IG1lc3NhZ2VzLCBhZ2VudHM8L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICB0aGUgdHJhbnNhY3Rpb24g c3RhdGUsIGVpdGhlciBhcyBsb2NhbGx5IG1hbmFnZWQgc3RhdGUgb3IgdXNpbmc8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAg IGdlbmVyYWxseSBkbyBub3QgbW9kaWZ5IHRoZSBwcmlvcml0eSBpbmZvcm1hdGlvbiBwcmVz ZW50IGluIHRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg ICAgIHRoZSBQcm94eS1JbmZvIG1lY2hhbmlzbSBkZWZpbmVkIGluIFtSRkM2NzMzXS4gIFRo aXMgd2lsbCBiZSB1c2VkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFu IGNsYXNzPSJpbnNlcnQiPiAgICAgICByZWNlaXZlZCByZXF1ZXN0IG1lc3NhZ2Ugbm9yIGlu Y2x1ZGUgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgd2hlbiBoYW5kbGluZyB0aGUgYXNzb2NpYXRlZCBh bnN3ZXIgbWVzc2FnZSBmb3IgdGhlIHRyYW5zYWN0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgd2hlbiBhYnNlbnQg aW4gdGhlIHJlY2VpdmVkIHJlcXVlc3QgbWVzc2FnZS4gIEhvd2V2ZXIsIGluIHNvbWU8L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgc2NlbmFyaW9z LCBhZ2VudHMgY2FuIG1vZGlmeSB0aGUgcHJpb3JpdHkgaW5mb3JtYXRpb24sIGZvcjwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgICBleGFtcGxlLCBl ZGdlIGFnZW50cyBtb2RpZnlpbmcgdGhlIHByaW9yaXR5IHZhbHVlcyBzZXQgYnkgYW48L3Nw YW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAgYWRqYWNlbnQg b3BlcmF0b3IuICBUaGVyZSBtaWdodCBiZSBvdGhlciBzY2VuYXJpb3Mgd2hlcmUgYTwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgICBEaWFtZXRlciBl bmRwb2ludCBkb2VzIG5vdCBzdXBwb3J0IHRoZSBEUk1QIG1lY2hhbmlzbSBhbmQgYWdlbnRz PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgIGluc2Vy dCB0aGUgcHJpb3JpdHkgaW5mb3JtYXRpb24gaW4gdGhlIHJlcXVlc3QgbWVzc2FnZXMgZm9y IHRoYXQ8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAg bm9uIHN1cHBvcnRpbmcgZW5kcG9pbnQuICBXaGVuIGZvcndhcmRpbmcgdGhlIHJlcXVlc3Qg bWVzc2FnZXMsPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg ICAgIHRoZTwvc3Bhbj4gYWdlbnQgYWxzbyBzYXZlcyB0aGUgdHJhbnNhY3Rpb24gcHJpb3Jp dHkgaW4gdGhlIHRyYW5zYWN0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2si PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgc3RhdGUsIGVpdGhl ciBhcyBsb2NhbGx5IG1hbmFnZWQgc3RhdGUgb3IgdXNpbmcgdGhlIFByb3h5LUluZm88L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgICAgICBtZWNoYW5pc20gZGVmaW5lZCBpbiBbUkZDNjczM10uICBUaGlz IHdpbGwgYmUgdXNlZCB3aGVuIGhhbmRsaW5nPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgdGhlIGFz c29jaWF0ZWQgYW5zd2VyIG1lc3NhZ2UgZm9yIHRoZSB0cmFuc2FjdGlvbi48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMy4gIFJlcXVlc3QgaGFuZGxl ciAtIFRoZSBoYW5kbGVyIG9mIHRoZSByZXF1ZXN0LCBiZSBpdCBhIERpYW1ldGVyPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMy4gIFJlcXVlc3QgaGFuZGxlciAtIFRo ZSBoYW5kbGVyIG9mIHRoZSByZXF1ZXN0LCBiZSBpdCBhIERpYW1ldGVyPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgU2VydmVyIG9yIGEgRGlhbWV0ZXIgQ2xpZW50 LCBjYW4gdXNlIHRoZSBwcmlvcml0eSBpbmZvcm1hdGlvbiB0bzwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgICBTZXJ2ZXIgb3IgYSBEaWFtZXRlciBDbGllbnQsIGNh biB1c2UgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uIHRvPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICAgICAgZGV0ZXJtaW5lIGhvdyB0byBoYW5kbGUgdGhlIHJlcXVlc3Qu ICBUaGlzIGNvdWxkIGluY2x1ZGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICAgICAgZGV0ZXJtaW5lIGhvdyB0byBoYW5kbGUgdGhlIHJlcXVlc3QuICBUaGlzIGNvdWxk IGluY2x1ZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICBkZXRlcm1p bmluZyB0aGUgb3JkZXIgaW4gd2hpY2ggcmVxdWVzdHMgYXJlIGhhbmRsZWQgYW5kIHJlc291 cmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBkZXRlcm1pbmlu ZyB0aGUgb3JkZXIgaW4gd2hpY2ggcmVxdWVzdHMgYXJlIGhhbmRsZWQgYW5kIHJlc291cmNl czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIHRoYXQgYXJlIGFwcGxp ZWQgdG8gaGFuZGxpbmcgb2YgdGhlIHJlcXVlc3QuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgIHRoYXQgYXJlIGFwcGxpZWQgdG8gaGFuZGxpbmcgb2YgdGhlIHJl cXVlc3QuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDQu ICBBbnN3ZXIgc2VuZGVyIC0gVGhlIGhhbmRsZXIgb2YgdGhlIHJlcXVlc3QgaXMgYWxzbyB0 aGUgc2VuZGVyIG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgNC4gIEFu c3dlciBzZW5kZXIgLSBUaGUgaGFuZGxlciBvZiB0aGUgcmVxdWVzdCBpcyBhbHNvIHRoZSBz ZW5kZXIgb2Y8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICB0aGUgYW5z d2VyLiAgVGhlIGFuc3dlciBzZW5kZXIgdXNlcyB0aGUgcHJpb3JpdHkgaW5mb3JtYXRpb248 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgdGhlIGFuc3dlci4gIFRo ZSBhbnN3ZXIgc2VuZGVyIHVzZXMgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgcmVjZWl2ZWQgaW4gdGhlIHJlcXVlc3Qg bWVzc2FnZSB3aGVuIHNlbmRpbmcgdGhlIGFuc3dlci4gIFRoaXM8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgcmVjZWl2ZWQgaW4gdGhlIHJlcXVlc3QgbWVzc2Fn ZSB3aGVuIHNlbmRpbmcgdGhlIGFuc3dlci4gIFRoaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTUiIGNsYXNzPSJj aGFuZ2UiID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iI3BhcnQtNSI+PGVtPiBwYWdlIDgsIGxpbmUgMTU8c3BhbiBjbGFzcz0i aGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxs PnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtNSI+PGVtPiBw YWdlIDgsIGxpbmUgMjU8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwv YT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICBjYXJyaWVkIGluIHRoZSByZXF1ZXN0IG1lc3Nh Z2UuICBUaGUgcHJpb3JpdHkgaW5jbHVkZWQgYnkgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgICAgIGNhcnJpZWQgaW4gdGhlIHJlcXVlc3QgbWVzc2FnZS4gIFRo ZSBwcmlvcml0eSBpbmNsdWRlZCBieSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgICAgICBhbnN3ZXIgc2VuZGVyIGlzIGFwcGxpY2F0aW9uIHNwZWNpZmljLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBhbnN3ZXIgc2VuZGVyIGlzIGFw cGxpY2F0aW9uIHNwZWNpZmljLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICA1LiAgQWdlbnQgaGFuZGxpbmcgdGhlIGFuc3dlciAtIEJ5IGRlZmF1bHQs IGFnZW50cyBoYW5kbGluZyBhbnN3ZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICA1LiAgQWdlbnQgaGFuZGxpbmcgdGhlIGFuc3dlciAtIEJ5IGRlZmF1bHQsIGFnZW50 cyBoYW5kbGluZyBhbnN3ZXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg ICBtZXNzYWdlcyB1c2UgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uIHN0b3JlZCB3aXRoIHRo ZSB0cmFuc2FjdGlvbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBt ZXNzYWdlcyB1c2UgdGhlIHByaW9yaXR5IGluZm9ybWF0aW9uIHN0b3JlZCB3aXRoIHRoZSB0 cmFuc2FjdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIHN0YXRl IHRvIGRldGVybWluZSB0aGUgcHJpb3JpdHkgb2YgcmVsYXlpbmcgdGhlIGFuc3dlciBtZXNz YWdlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICBzdGF0ZSB0byBk ZXRlcm1pbmUgdGhlIHByaW9yaXR5IG9mIHJlbGF5aW5nIHRoZSBhbnN3ZXIgbWVzc2FnZS48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICBIb3dldmVyLCBwcmlvcml0 eSBpbmZvcm1hdGlvbiBpbmNsdWRlZCBpbiB0aGUgYW5zd2VyIG1lc3NhZ2UsPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgIEhvd2V2ZXIsIHByaW9yaXR5IGluZm9y bWF0aW9uIGluY2x1ZGVkIGluIHRoZSBhbnN3ZXIgbWVzc2FnZSw8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgICB3aGVuIHByZXNlbnQsIGlzIHVzZWQgaW4gcGxhY2Ug b2YgdGhlIHN0b3JlZCBwcmlvcml0eTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgICAgICB3aGVuIHByZXNlbnQsIGlzIHVzZWQgaW4gcGxhY2Ugb2YgdGhlIHN0b3JlZCBw cmlvcml0eTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIGluZm9ybWF0 aW9uLiAgVGhlIHVzZSBvZiBwcmlvcml0eSBpbmZvcm1hdGlvbiBpbXBsaWVzIHRoYXQ8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgaW5mb3JtYXRpb24uICBUaGUg dXNlIG9mIHByaW9yaXR5IGluZm9ybWF0aW9uIGltcGxpZXMgdGhhdDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgIGFuc3dlcnMgZm9yIGhpZ2hlciBwcmlvcml0eSB0 cmFuc2FjdGlvbnMgYXJlIGdpdmVuIHByZWZlcmVudGlhbDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICBhbnN3ZXJzIGZvciBoaWdoZXIgcHJpb3JpdHkgdHJhbnNh Y3Rpb25zIGFyZSBnaXZlbiBwcmVmZXJlbnRpYWw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTEiPjx0ZD48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAg IHRyZWF0bWVudCB0byBsb3dlciBwcmlvcml0eSB0cmFuc2FjdGlvbnMuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICB0cmVhdG1lbnQgdG8gbG93ZXIgcHJpb3Jp dHkgdHJhbnNhY3Rpb25zLiAgPHNwYW4gY2xhc3M9Imluc2VydCI+V2hlbiBmb3J3YXJkaW5n IHRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgICBh bnN3ZXIgbWVzc2FnZXMsIGFnZW50cyBnZW5lcmFsbHkgZG8gbm90IG1vZGlmeSB0aGUgcHJp b3JpdHk8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICAg aW5mb3JtYXRpb24gcHJlc2VudCBpbiB0aGUgcmVjZWl2ZWQgYW5zd2VyIG1lc3NhZ2VzIG5v ciBpbmNsdWRlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg ICAgIHRoZSBwcmlvcml0eSBpbmZvcm1hdGlvbiB3aGVuIGFic2VudCBpbiB0aGUgcmVjZWl2 ZWQgYW5zd2VyPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAg ICAgIG1lc3NhZ2VzLiAgSG93ZXZlciwgaW4gc29tZSBzY2VuYXJpb3MsIGFnZW50cyBjYW4g bW9kaWZ5IHRoZTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg ICAgICBwcmlvcml0eSBpbmZvcm1hdGlvbiwgZm9yIGV4YW1wbGUsIGVkZ2UgYWdlbnRzIG1v ZGlmeWluZyB0aGU8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4g ICAgICAgcHJpb3JpdHkgdmFsdWVzIHNldCBieSBhbiBhZGphY2VudCBvcGVyYXRvci4gIFRo ZXJlIG1pZ2h0IGJlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ ICAgICAgIG90aGVyIHNjZW5hcmlvcyB3aGVyZSBhIERpYW1ldGVyIGVuZHBvaW50IGRvZXMg bm90IHN1cHBvcnQgdGhlPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2Vy dCI+ICAgICAgIERSTVAgbWVjaGFuaXNtIGFuZCBhZ2VudHMgaW5zZXJ0IHRoZSBwcmlvcml0 eSBpbmZvcm1hdGlvbiBmb3I8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICAgICAgdGhhdCBub24gc3VwcG9ydGluZyBlbmRwb2ludC48L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDYuICBBbnN3ZXIgaGFu ZGxlciAtIFRoZSBhbnN3ZXIgaGFuZGxlciB1c2VzIHRoZSBzYW1lIG1ldGhvZCBhcyB0aGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICA2LiAgQW5zd2VyIGhhbmRsZXIg LSBUaGUgYW5zd2VyIGhhbmRsZXIgdXNlcyB0aGUgc2FtZSBtZXRob2QgYXMgdGhlPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgYWdlbnQgdG8gZGV0ZXJtaW5lIHRo ZSBwcmlvcml0eSBvZiB0aGUgYW5zd2VyIG1lc3NhZ2UuICBCeTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgICAgICBhZ2VudCB0byBkZXRlcm1pbmUgdGhlIHByaW9yaXR5 IG9mIHRoZSBhbnN3ZXIgbWVzc2FnZS4gIEJ5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICAgZGVmYXVsdCB0aGUgaGFuZGxlciBvZiB0aGUgYW5zd2VyIG1lc3NhZ2Ug dXNlcyB0aGUgcHJpb3JpdHkgc2F2ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgICAgZGVmYXVsdCB0aGUgaGFuZGxlciBvZiB0aGUgYW5zd2VyIG1lc3NhZ2UgdXNl cyB0aGUgcHJpb3JpdHkgc2F2ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgICBpbiB0aGUgdHJhbnNhY3Rpb24ncyBzdGF0ZS4gIFByaW9yaXR5IGluZm9ybWF0aW9u IGluIHRoZSBhbnN3ZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAg aW4gdGhlIHRyYW5zYWN0aW9uJ3Mgc3RhdGUuICBQcmlvcml0eSBpbmZvcm1hdGlvbiBpbiB0 aGUgYW5zd2VyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgbWVzc2Fn ZSBpcyB1c2VkIHdoZW4gcHJlc2VudC4gIFRoZSBwcmlvcml0eSBpcyB1c2VkIHdoZW48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgbWVzc2FnZSBpcyB1c2VkIHdo ZW4gcHJlc2VudC4gIFRoZSBwcmlvcml0eSBpcyB1c2VkIHdoZW48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgICBhbGxvY2F0aW5nIHJlc291cmNlcyBmb3IgcHJvY2Vz c2luZyB0aGF0IG9jY3VycyBhZnRlciB0aGUgcmVjZWlwdDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgICBhbGxvY2F0aW5nIHJlc291cmNlcyBmb3IgcHJvY2Vzc2lu ZyB0aGF0IG9jY3VycyBhZnRlciB0aGUgcmVjZWlwdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgIG9mIHRoZSBhbnN3ZXIgbWVzc2FnZS48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgb2YgdGhlIGFuc3dlciBtZXNzYWdlLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij43LiAgRXh0ZW5zaWJpbGl0eTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjcuICBFeHRlbnNpYmlsaXR5PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i cGFydC02IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0 byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTYiPjxlbT4gcGFnZSA4LCBsaW5l IDQ1PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+ IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9 IiNwYXJ0LTYiPjxlbT4gcGFnZSA5LCBsaW5lIDE4PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFy YTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBSZXNvdXJjZSBNZXNzYWdl IFByaW9yaXR5IChEUk1QKS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBS ZXNvdXJjZSBNZXNzYWdlIFByaW9yaXR5IChEUk1QKS48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgV2hlbiByb3V0aW5nIHByaW9yaXR5IGluZm9ybWF0 aW9uIGlzIGF2YWlsYWJsZSwgRGlhbWV0ZXIgbm9kZXMgU0hPVUxEPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgV2hlbiByb3V0aW5nIHByaW9yaXR5IGluZm9ybWF0aW9u IGlzIGF2YWlsYWJsZSwgRGlhbWV0ZXIgbm9kZXMgU0hPVUxEPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBpbmNsdWRlIERpYW1ldGVyIHJvdXRpbmcgbWVzc2FnZSBwcmlv cml0eSBpbiB0aGUgRFJNUCBBVlAgaW4gYWxsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgaW5jbHVkZSBEaWFtZXRlciByb3V0aW5nIG1lc3NhZ2UgcHJpb3JpdHkgaW4g dGhlIERSTVAgQVZQIGluIGFsbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg RGlhbWV0ZXIgcmVxdWVzdCBtZXNzYWdlcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBEaWFtZXRlciByZXF1ZXN0IG1lc3NhZ2VzLjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBOb3RlOiBUaGUgbWV0aG9kIG9mIGRldGVy bWluaW5nIHRoZSBwcmlvcml0eSB2YWx1ZSBpbmNsdWRlZCBpbiB0aGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBOb3RlOiBUaGUgbWV0aG9kIG9mIGRldGVybWlu aW5nIHRoZSBwcmlvcml0eSB2YWx1ZSBpbmNsdWRlZCBpbiB0aGU8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgIHJlcXVlc3QgaXMgYXBwbGljYXRpb24gc3BlY2lmaWMg YW5kIGlzIG5vdCBpbiB0aGUgc2NvcGUgb2YgdGhpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgIHJlcXVlc3QgaXMgYXBwbGljYXRpb24gc3BlY2lmaWMgYW5kIGlz IG5vdCBpbiB0aGUgc2NvcGUgb2YgdGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgc3BlY2lmaWNhdGlvbi48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgICBzcGVjaWZpY2F0aW9uLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEyIj48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg IFRoZSBwcmlvcml0eSBtYXJraW5nIHNjaGVtZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5TSE9V TEQgTk9UPC9zcGFuPiByZXF1aXJlIHRoZSBEaWFtZXRlciBBZ2VudHMgdG88L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhlIHByaW9yaXR5IG1hcmtpbmcgc2NoZW1l IDxzcGFuIGNsYXNzPSJpbnNlcnQiPmRvZXMgbm90PC9zcGFuPiByZXF1aXJlIHRoZSBEaWFt ZXRlciBBZ2VudHMgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHVuZGVy c3RhbmQgYXBwbGljYXRpb24gc3BlY2lmaWMgQVZQcy48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICB1bmRlcnN0YW5kIGFwcGxpY2F0aW9uIHNwZWNpZmljIEFWUHMuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFdoZW4gYXZhaWxh YmxlLCBEaWFtZXRlciBub2RlcyBTSE9VTEQgdXNlIHJvdXRpbmcgcHJpb3JpdHk8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBXaGVuIGF2YWlsYWJsZSwgRGlhbWV0ZXIg bm9kZXMgU0hPVUxEIHVzZSByb3V0aW5nIHByaW9yaXR5PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBpbmZvcm1hdGlvbiBpbmNsdWRlZCBpbiB0aGUgRFJNUCBBVlAgd2hl biBtYWtpbmcgRGlhbWV0ZXIgb3ZlcmxvYWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBpbmZvcm1hdGlvbiBpbmNsdWRlZCBpbiB0aGUgRFJNUCBBVlAgd2hlbiBtYWtp bmcgRGlhbWV0ZXIgb3ZlcmxvYWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHRocm90dGxpbmcgZGVjaXNpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIHRocm90dGxpbmcgZGVjaXNpb25zLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBEaWFtZXRlciBhZ2VudHMgTUFZIHVzZSByb3V0aW5nIHByaW9y aXR5IGluZm9ybWF0aW9uIGluY2x1ZGVkIGluIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIERpYW1ldGVyIGFnZW50cyBNQVkgdXNlIHJvdXRpbmcgcHJpb3JpdHkg aW5mb3JtYXRpb24gaW5jbHVkZWQgaW4gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBEUk1QIEFWUCB3aGVuIHJlbGF5aW5nIHJlcXVlc3QgYW5kIGFuc3dlciBtZXNz YWdlcy4gIFRoaXMgaW5jbHVkZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBEUk1QIEFWUCB3aGVuIHJlbGF5aW5nIHJlcXVlc3QgYW5kIGFuc3dlciBtZXNzYWdlcy4g IFRoaXMgaW5jbHVkZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBz ZWxlY3Rpb24gb2Ygcm91dGVzIGFuZCB0aGUgb3JkZXJpbmcgb2YgbWVzc2FnZXMgcmVsYXll ZC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0aGUgc2VsZWN0aW9uIG9m IHJvdXRlcyBhbmQgdGhlIG9yZGVyaW5nIG9mIG1lc3NhZ2VzIHJlbGF5ZWQuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIFRoZSBwcmlvcml0eSBp bmZvcm1hdGlvbiBpbmNsdWRlZCBpbiB0aGUgRFJNUCBBVlAgaW4gcmVxdWVzdDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIFRoZSBwcmlvcml0eSBpbmZvcm1hdGlv biBpbmNsdWRlZCBpbiB0aGUgRFJNUCBBVlAgaW4gcmVxdWVzdDwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgbWVzc2FnZXMgYXBwbGllcyB0byBib3RoIHRoZSByZXF1 ZXN0IG1lc3NhZ2UgYW5kLCBieSBkZWZhdWx0LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgIG1lc3NhZ2VzIGFwcGxpZXMgdG8gYm90aCB0aGUgcmVxdWVzdCBtZXNz YWdlIGFuZCwgYnkgZGVmYXVsdCw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgIGFuc3dlciBtZXNzYWdlIGFzc29jaWF0ZWQgd2l0aCB0aGUgdHJhbnNhY3Rpb24uPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgYW5zd2VyIG1lc3NhZ2UgYXNz b2NpYXRlZCB3aXRoIHRoZSB0cmFuc2FjdGlvbi48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxMyI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9 Imluc2VydCI+V2hpbGUgZG9uZSBvbmx5IGluIGV4Y2VwdGlvbmFsIGNpcmN1bXN0YW5jZXMs IERpYW1ldGVyIGFnZW50cyBNQVk8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0i aW5zZXJ0Ij4gICBtb2RpZnkgcHJpb3JpdHkgaW5mb3JtYXRpb24gd2hlbiByZWxheWluZyBy ZXF1ZXN0IGFuZCBhbnN3ZXI8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4gICBtZXNzYWdlcy48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5z ZXJ0Ij48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICBU aGVyZSBtaWdodCBiZSBzY2VuYXJpb3Mgd2hlcmUgYSBEaWFtZXRlciBhZ2VudCBkb2VzIG1v ZGlmeTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgIHBy aW9yaXR5IGluZm9ybWF0aW9uLiAgRm9yIGluc3RhbmNlLCBhbiBlZGdlIGFnZW50IG1pZ2h0 IG5lZWQgdG88L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAg ICBtb2RpZnkgdGhlIHByaW9yaXR5IHZhbHVlcyBzZXQgYnkgYW4gYWRqYWNlbnQgb3BlcmF0 b3IuPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+PC9zcGFuPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgV2hpbGUgZG9uZSBvbmx5IGlu IGV4Y2VwdGlvbmFsIGNpcmN1bXN0YW5jZXMsIERpYW1ldGVyIGFnZW50cyBNQVkgYWRkPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgcHJpb3JpdHkgaW5m b3JtYXRpb24gd2hlbiByZWxheWluZyByZXF1ZXN0IGFuZCBhbnN3ZXIgbWVzc2FnZXMuPC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+PC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgICAgVGhlcmUgbWlnaHQgYmUgc2NlbmFy aW9zIHdoZXJlIGEgRGlhbWV0ZXIgZW5kcG9pbnQgZG9lcyBub3Q8L3NwYW4+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICAgICBzdXBwb3J0IHRoZSBEUk1QIG1lY2hh bmlzbSBhbmQgYWdlbnRzIGluc2VydCBwcmlvcml0eSBpbmZvcm1hdGlvbjwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAgICAgIGZvciB0aGF0IG5vbiBzdXBw b3J0aW5nIGVuZHBvaW50Ljwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERpYW1ldGVyIGVuZHBvaW50 cyBNQVkgdXNlIHJvdXRpbmcgcHJpb3JpdHkgaW5mb3JtYXRpb24gaW5jbHVkZWQgaW48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBEaWFtZXRlciBlbmRwb2ludHMgTUFZ IHVzZSByb3V0aW5nIHByaW9yaXR5IGluZm9ybWF0aW9uIGluY2x1ZGVkIGluPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgRFJNUCBBVlAgd2hlbiBtYWtpbmcgcmVz b3VyY2UgYWxsb2NhdGlvbiBkZWNpc2lvbnMgZm9yIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHRoZSBEUk1QIEFWUCB3aGVuIG1ha2luZyByZXNvdXJjZSBhbGxv Y2F0aW9uIGRlY2lzaW9ucyBmb3IgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICB0cmFuc2FjdGlvbiBhc3NvY2lhdGVkIHdpdGggdGhlIHJlcXVlc3QgbWVzc2FnZSB0 aGF0IGNvbnRhaW5zIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRy YW5zYWN0aW9uIGFzc29jaWF0ZWQgd2l0aCB0aGUgcmVxdWVzdCBtZXNzYWdlIHRoYXQgY29u dGFpbnMgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBEUk1QIGluZm9y bWF0aW9uLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIERSTVAgaW5mb3Jt YXRpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERp YW1ldGVyIGVuZHBvaW50cyBNQVkgdXNlIHJvdXRpbmcgcHJpb3JpdHkgaW5mb3JtYXRpb24g aW5jbHVkZWQgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBEaWFtZXRl ciBlbmRwb2ludHMgTUFZIHVzZSByb3V0aW5nIHByaW9yaXR5IGluZm9ybWF0aW9uIGluY2x1 ZGVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0aGUgRFJNUCBBVlAg d2hlbiBtYWtpbmcgcmVzb3VyY2UgYWxsb2NhdGlvbiBkZWNpc2lvbnMgZm9yIHRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBEUk1QIEFWUCB3aGVuIG1ha2lu ZyByZXNvdXJjZSBhbGxvY2F0aW9uIGRlY2lzaW9ucyBmb3IgdGhlPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICB0cmFuc2FjdGlvbiBhc3NvY2lhdGVkIHdpdGggdGhlIGFu c3dlciBtZXNzYWdlcyB1c2luZyB0aGUgRFJNUDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIHRyYW5zYWN0aW9uIGFzc29jaWF0ZWQgd2l0aCB0aGUgYW5zd2VyIG1lc3Nh Z2VzIHVzaW5nIHRoZSBEUk1QPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBp bmZvcm1hdGlvbiBhc3NvY2lhdGVkIHdpdGggdGhlIHRyYW5zYWN0aW9uLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGluZm9ybWF0aW9uIGFzc29jaWF0ZWQgd2l0aCB0 aGUgdHJhbnNhY3Rpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTciIGNsYXNzPSJjaGFuZ2Ui ID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEg aHJlZj0iI3BhcnQtNyI+PGVtPiBwYWdlIDEwLCBsaW5lIDE2PHNwYW4gY2xhc3M9ImhpZGUi PiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lw cGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTciPjxlbT4gcGFnZSAx MSwgbGluZSA1PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90 aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBkZWZhdWx0IHByaW9yaXR5IGZvciB0cmFuc2FjdGlvbnMgdGhh dCBkbyBub3QgaGF2ZSBwcmlvcml0eSBzcGVjaWZpZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBkZWZhdWx0IHByaW9yaXR5IGZvciB0cmFuc2FjdGlvbnMgdGhhdCBk byBub3QgaGF2ZSBwcmlvcml0eSBzcGVjaWZpZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIGluIGEgRFJNUCBBVlAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgaW4gYSBEUk1QIEFWUC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgTm90ZTogVGhpcyBndWlkYW5jZSBvbiB0aGUgaGFuZGxpbmcgb2Yg bWVzc2FnZXMgd2l0aG91dCBhIHByaW9yaXR5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgICAgTm90ZTogVGhpcyBndWlkYW5jZSBvbiB0aGUgaGFuZGxpbmcgb2YgbWVz c2FnZXMgd2l0aG91dCBhIHByaW9yaXR5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgICBkb2VzIG5vdCByZXN1bHQgaW4gYSBEaWFtZXRlciBhZ2VudCBpbnNlcnRpbmcg YSBEUk1QIEFWUCBpbnRvIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgIGRvZXMgbm90IHJlc3VsdCBpbiBhIERpYW1ldGVyIGFnZW50IGluc2VydGluZyBhIERS TVAgQVZQIGludG8gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBt ZXNzYWdlLiAgUmF0aGVyLCBpdCBnaXZlcyBndWlkYW5jZSBvbiBob3cgdGhhdCBzcGVjaWZp YzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIG1lc3NhZ2UuICBSYXRo ZXIsIGl0IGdpdmVzIGd1aWRhbmNlIG9uIGhvdyB0aGF0IHNwZWNpZmljPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICB0cmFuc2FjdGlvbiBzaG91bGQgYmUgdHJlYXRl ZCB3aGVuIGl0cyBwcmlvcml0eSBpcyBjb21wYXJlZCB3aXRoPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICAgdHJhbnNhY3Rpb24gc2hvdWxkIGJlIHRyZWF0ZWQgd2hl biBpdHMgcHJpb3JpdHkgaXMgY29tcGFyZWQgd2l0aDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgb3RoZXIgcmVxdWVzdHMuICBXaGVuIGEgRGlhbWV0ZXIgYWdlbnQg cmVsYXlzIHRoZSByZXF1ZXN0IGl0IHdpbGw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICBvdGhlciByZXF1ZXN0cy4gIFdoZW4gYSBEaWFtZXRlciBhZ2VudCByZWxh eXMgdGhlIHJlcXVlc3QgaXQgd2lsbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgbm90IGluc2VydCBhIERSTVAgQVZQIHdpdGggYSBwcmlvcml0eSB2YWx1ZSBvZiAx MC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBub3QgaW5zZXJ0IGEg RFJNUCBBVlAgd2l0aCBhIHByaW9yaXR5IHZhbHVlIG9mIDEwLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDE0Ij48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgIFdoZW4gc2V0dGluZyBhbmQgdXNpbmcgcHJpb3JpdGllcywgPHNw YW4gY2xhc3M9ImRlbGV0ZSI+UFJJT1JJVFlfMCBNVVNUIGJlIHRyZWF0ZWQ8L3NwYW4+IGFz IDxzcGFuIGNsYXNzPSJkZWxldGUiPnRoZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCA8c3Bh biBjbGFzcz0iaW5zZXJ0Ij5mb3IgYWxsIGludGVnZXJzIHgseSBpbiBbMCwxNV08L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUi PiAgIGhpZ2hlc3QgcHJpb3JpdHkuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48c3BhbiBjbGFzcz0iaW5zZXJ0Ij4gICB0cmVhdCBQUklPUklUWV8mbHQ7eCZn dDs8L3NwYW4+IGFzIGxvd2VyIHByaW9yaXR5IHRoYW4gPHNwYW4gY2xhc3M9Imluc2VydCI+ UFJJT0lSVFlfJmx0O3kmZ3Q7IHdoZW4geSZsdDt4Ljwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBw cmlvcml0aWVzLCBQUklPUklUWV8xIE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5Q UklPUklUWV8wIGFuZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzIuPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlv cml0aWVzLCBQUklPUklUWV8yIE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklP UklUWV8xIGFuZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzMuPC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0 aWVzLCBQUklPUklUWV8zIE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklU WV8yIGFuZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzQuPC9zcGFuPjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVz LCBQUklPUklUWV80IE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV8z IGFuZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzUuPC9zcGFuPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4g Y2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQ UklPUklUWV81IE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV80IGFu ZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzYuPC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xh c3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQUklP UklUWV82IE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4g Y2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV81IGFuZCBh IGhpZ2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzcuPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9 ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQUklPUklU WV83IE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xh c3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV82IGFuZCBhIGhp Z2hlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzguPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRl bGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQUklPUklUWV84 IE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9 ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV83IGFuZCBhIGhpZ2hl ciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzkuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4g Y2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0 ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQUklPUklUWV85IE1V U1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRl bGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV84IGFuZCBhIGhpZ2hlciBw cmlvcml0eSB0aGFuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ ICAgUFJJT1JJVFlfMTAuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0 ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBz ZXR0aW5nIGFuZCB1c2luZyBwcmlvcml0aWVzLCBQUklPUklUWV8xMCBNVVNUIGJlIHRyZWF0 ZWQgYXMgYTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIGxv d2VyIHByaW9yaXR5IHRoYW4gUFJJT1JJVFlfOSBhbmQgYSBoaWdoZXIgcHJpb3JpdHkgdGhh bjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIFBSSU9SSVRZ XzExLjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPjwvc3Bhbj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIFdoZW4gc2V0dGluZyBhbmQg dXNpbmcgcHJpb3JpdGllcywgUFJJT1JJVFlfMTEgTVVTVCBiZSB0cmVhdGVkIGFzIGE8L3Nw YW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBsb3dlciBwcmlvcml0 eSB0aGFuIFBSSU9SSVRZXzEwIGFuZCBhIGhpZ2hlciBwcmlvcml0eSB0aGFuPC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgUFJJT1JJVFlfMTIuPC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+PC9zcGFuPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgV2hlbiBzZXR0aW5nIGFuZCB1c2luZyBwcmlv cml0aWVzLCBQUklPUklUWV8xMiBNVVNUIGJlIHRyZWF0ZWQgYXMgYTwvc3Bhbj48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIGxvd2VyIHByaW9yaXR5IHRoYW4gUFJJ T1JJVFlfMTEgYW5kIGEgaGlnaGVyIHByaW9yaXR5IHRoYW48L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBQUklPUklUWV8xMy48L3NwYW4+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBj bGFzcz0iZGVsZXRlIj4gICBXaGVuIHNldHRpbmcgYW5kIHVzaW5nIHByaW9yaXRpZXMsIFBS SU9SSVRZXzEzIE1VU1QgYmUgdHJlYXRlZCBhcyBhPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgbG93ZXIgcHJpb3JpdHkgdGhhbiBQUklPUklUWV8xMiBh bmQgYSBoaWdoZXIgcHJpb3JpdHkgdGhhbjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNs YXNzPSJkZWxldGUiPiAgIFBSSU9SSVRZXzE0Ljwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFu IGNsYXNzPSJkZWxldGUiPjwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxl dGUiPiAgIFdoZW4gc2V0dGluZyBhbmQgdXNpbmcgcHJpb3JpdGllcywgUFJJT1JJVFlfMTQg TVVTVCBiZSB0cmVhdGVkIGFzIGE8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0i ZGVsZXRlIj4gICBsb3dlciBwcmlvcml0eSB0aGFuIFBSSU9SSVRZXzEzIGFuZCBhIGhpZ2hl ciBwcmlvcml0eSB0aGFuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0 ZSI+ICAgUFJJT1JJVFlfMTUuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyIGlkPSJkaWZmMDAxNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVs ZXRlIj5XaGVuIHNldHRpbmcgYW5kIHVzaW5nIHByaW9yaXRpZXMsIFBSSU9SSVRZXzE1IE1V U1QgYmU8L3NwYW4+IHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5sb3dlc3Q8L3NwYW4+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIDxzcGFuIGNsYXNzPSJpbnNl cnQiPk5vdGU6IEFzIGEgcmVzdWx0IFBSSU9SSVRZXzAgaXM8L3NwYW4+IHRoZSA8c3BhbiBj bGFzcz0iaW5zZXJ0Ij5oaWdoZXN0PC9zcGFuPiBwcmlvcml0eS48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgcHJpb3JpdHkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij45 LiAgQXR0cmlidXRlIFZhbHVlIFBhaXJzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+OS4gIEF0dHJpYnV0ZSBWYWx1ZSBQYWlyczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIHRoZSBlbmNvZGlu ZyBhbmQgc2VtYW50aWNzIG9mIHRoZSBEaWFtZXRlcjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgdGhlIGVuY29kaW5nIGFuZCBz ZW1hbnRpY3Mgb2YgdGhlIERpYW1ldGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBPdmVybG9hZCBJbmRpY2F0aW9uIEF0dHJpYnV0ZSBWYWx1ZSBQYWlycyAoQVZQcykg ZGVmaW5lZCBpbiB0aGlzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgT3Zl cmxvYWQgSW5kaWNhdGlvbiBBdHRyaWJ1dGUgVmFsdWUgUGFpcnMgKEFWUHMpIGRlZmluZWQg aW4gdGhpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZG9jdW1lbnQuPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZG9jdW1lbnQuPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjkuMS4gIERSTVAgQVZQPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+OS4xLiAgRFJNUCBBVlA8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIERSTVAgKEFWUCBjb2RlIFRCRDEp IGlzIG9mIHR5cGUgRW51bWVyYXRlZC4gIFRoZSB2YWx1ZSBvZiB0aGUgQVZQPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIERSTVAgKEFWUCBjb2RlIFRCRDEpIGlz IG9mIHR5cGUgRW51bWVyYXRlZC4gIFRoZSB2YWx1ZSBvZiB0aGUgQVZQPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC04 IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFu Z2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTgiPjxlbT4gcGFnZSAxMywgbGluZSAyNTxz cGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3Ro Pjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFy dC04Ij48ZW0+IHBhZ2UgMTMsIGxpbmUgNzxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9z cGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBEUk1QIGdpdmVz IERpYW1ldGVyIG5vZGVzIHRoZSBhYmlsaXR5IHRvIGluZmx1ZW5jZSB3aGljaCByZXF1ZXN0 cyBhcmU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBEUk1QIGdpdmVzIERp YW1ldGVyIG5vZGVzIHRoZSBhYmlsaXR5IHRvIGluZmx1ZW5jZSB3aGljaCByZXF1ZXN0cyBh cmU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFyZSB0aHJvdHRsZWQgZHVy aW5nIG92ZXJsb2FkIHNjZW5hcmlvcy4gIEltcHJvcGVyIHVzZSBvZiB0aGUgRFJNUDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFyZSB0aHJvdHRsZWQgZHVyaW5nIG92 ZXJsb2FkIHNjZW5hcmlvcy4gIEltcHJvcGVyIHVzZSBvZiB0aGUgRFJNUDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWVjaGFuaXNtIGNvdWxkIHJlc3VsdCBpbiB0aGUg bWFsaWNpb3VzIERpYW1ldGVyIG5vZGUgZ2FpbmluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIG1lY2hhbmlzbSBjb3VsZCByZXN1bHQgaW4gdGhlIG1hbGljaW91cyBE aWFtZXRlciBub2RlIGdhaW5pbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IHByZWZlcmVudGlhbCB0cmVhdG1lbnQsIGJ5IHJlZHVjaW5nIHRoZSBwcm9iYWJpbGl0eSBv ZiBpdHMgcmVxdWVzdHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBwcmVm ZXJlbnRpYWwgdHJlYXRtZW50LCBieSByZWR1Y2luZyB0aGUgcHJvYmFiaWxpdHkgb2YgaXRz IHJlcXVlc3RzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBiZWluZyB0aHJv dHRsZWQsIG92ZXIgb3RoZXIgRGlhbWV0ZXIgbm9kZXMuICBUaGlzIHdvdWxkIGJlIGFjaGll dmVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYmVpbmcgdGhyb3R0bGVk LCBvdmVyIG90aGVyIERpYW1ldGVyIG5vZGVzLiAgVGhpcyB3b3VsZCBiZSBhY2hpZXZlZDwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYnkgdGhlIG1hbGljaW91cyBub2Rl IGluc2VydGluZyBhcnRpZmljaWFsbHkgaGlnaCBwcmlvcml0eSB2YWx1ZXMuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYnkgdGhlIG1hbGljaW91cyBub2RlIGluc2Vy dGluZyBhcnRpZmljaWFsbHkgaGlnaCBwcmlvcml0eSB2YWx1ZXMuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERpYW1ldGVyIGRvZXMgbm90IGluY2x1 ZGUgZmVhdHVyZXMgdG8gcHJvdmlkZSBlbmQtdG8tZW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgRGlhbWV0ZXIgZG9lcyBub3QgaW5jbHVkZSBmZWF0dXJlcyB0byBw cm92aWRlIGVuZC10by1lbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGF1 dGhlbnRpY2F0aW9uLCBpbnRlZ3JpdHkgcHJvdGVjdGlvbiwgb3IgY29uZmlkZW50aWFsaXR5 LiAgVGhpcyBvcGVuczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGF1dGhl bnRpY2F0aW9uLCBpbnRlZ3JpdHkgcHJvdGVjdGlvbiwgb3IgY29uZmlkZW50aWFsaXR5LiAg VGhpcyBvcGVuczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJkaWZmMDAxNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgcG9zc2liaWxpdHkgdGhhdCBh Z2VudHMgaW4gdGhlIHBhdGggb2YgYSByZXF1ZXN0IGNvdWxkIG1vZGlmeSB0aGU8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIHBvc3NpYmlsaXR5IHRoYXQgPHNw YW4gY2xhc3M9Imluc2VydCI+bWFsaWNpb3VzIG9yIGNvbXByb21pc2VkPC9zcGFuPiBhZ2Vu dHMgaW4gdGhlIHBhdGggb2YgYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICBEUk1QIEFWUCB0byByZWZsZWN0IGEgcHJpb3JpdHkgZGlmZmVyZW50IHRoYW4gdGhhdCBh c3NlcnRlZCBieSB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgcmVx dWVzdCBjb3VsZCBtb2RpZnkgdGhlIERSTVAgQVZQIHRvIHJlZmxlY3QgYSBwcmlvcml0eSBk aWZmZXJlbnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgc2VuZGVyIG9m IHRoZSByZXF1ZXN0LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICB0aGFu IHRoYXQgYXNzZXJ0ZWQgYnkgdGhlIHNlbmRlciBvZiB0aGUgcmVxdWVzdC48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+MTEuMS4gIFBvdGVudGlhbCBUaHJl YXQgTW9kZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMS4xLiAgUG90ZW50 aWFsIFRocmVhdCBNb2RlczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBUaGUgRGlhbWV0ZXIgcHJvdG9jb2wgaW52b2x2ZXMgdHJhbnNhY3Rpb25zIGlu IHRoZSBmb3JtIG9mIHJlcXVlc3RzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgVGhlIERpYW1ldGVyIHByb3RvY29sIGludm9sdmVzIHRyYW5zYWN0aW9ucyBpbiB0aGUg Zm9ybSBvZiByZXF1ZXN0czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW5k IGFuc3dlcnMgZXhjaGFuZ2VkIGJldHdlZW4gY2xpZW50cyBhbmQgc2VydmVycy4gIFRoZXNl IGNsaWVudHMgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIGFu c3dlcnMgZXhjaGFuZ2VkIGJldHdlZW4gY2xpZW50cyBhbmQgc2VydmVycy4gIFRoZXNlIGNs aWVudHMgYW5kPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzZXJ2ZXJzIG1h eSBiZSBwZWVycywgdGhhdCBpcywgdGhleSBtYXkgc2hhcmUgYSBkaXJlY3QgdHJhbnNwb3J0 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgc2VydmVycyBtYXkgYmUgcGVl cnMsIHRoYXQgaXMsIHRoZXkgbWF5IHNoYXJlIGEgZGlyZWN0IHRyYW5zcG9ydDwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgKGUuZy4sIFRDUCBvciBTQ1RQKSBjb25uZWN0 aW9uLCBvciB0aGUgbWVzc2FnZXMgbWF5IHRyYXZlcnNlIG9uZSBvcjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIChlLmcuLCBUQ1Agb3IgU0NUUCkgY29ubmVjdGlvbiwg b3IgdGhlIG1lc3NhZ2VzIG1heSB0cmF2ZXJzZSBvbmUgb3I8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIG1vcmUgaW50ZXJtZWRpYXJpZXMsIGtub3duIGFzIERpYW1ldGVy IEFnZW50cy4gIERpYW1ldGVyIG5vZGVzIHVzZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIG1vcmUgaW50ZXJtZWRpYXJpZXMsIGtub3duIGFzIERpYW1ldGVyIEFnZW50 cy4gIERpYW1ldGVyIG5vZGVzIHVzZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVExTLCBEVExTLCBvciBJUHNlYyB0byBhdXRoZW50aWNhdGUgcGVlcnMsIGFuZCB0byBw cm92aWRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVExTLCBEVExTLCBv ciBJUHNlYyB0byBhdXRoZW50aWNhdGUgcGVlcnMsIGFuZCB0byBwcm92aWRlPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBjb25maWRlbnRpYWxpdHkgYW5kIGludGVncml0 eSBwcm90ZWN0aW9uIG9mIHRyYWZmaWMgYmV0d2VlbiBwZWVycy48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBjb25maWRlbnRpYWxpdHkgYW5kIGludGVncml0eSBwcm90 ZWN0aW9uIG9mIHRyYWZmaWMgYmV0d2VlbiBwZWVycy48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTkiIGNsYXNzPSJj aGFuZ2UiID48dGQ+PC90ZD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21h bGw+PGEgaHJlZj0iI3BhcnQtOSI+PGVtPiBwYWdlIDE1LCBsaW5lIDI1PHNwYW4gY2xhc3M9 ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFs bD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTkiPjxlbT4g cGFnZSAxNSwgbGluZSA1PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48 L2E+PC90aD48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjEzLiAgUmVmZXJlbmNlczwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjEzLiAgUmVmZXJlbmNlczwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy4xLiAgTm9ybWF0aXZlIFJlZmVyZW5j ZXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMy4xLiAgTm9ybWF0aXZlIFJl ZmVyZW5jZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg W1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8g SW5kaWNhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDMjExOV0g IEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBSZXF1aXJlbWVu dCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMg MjExOSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRE9J IDEwLjE3NDg3L1JGQzIxMTksIE1hcmNoIDE5OTcsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICBET0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5 Nyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgJmx0O2h0 dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5Jmd0Oy48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICZsdDtodHRwOi8vd3d3LnJmYy1l ZGl0b3Iub3JnL2luZm8vcmZjMjExOSZndDsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTciPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W1JGQzUyMjZdICBOYXJ0ZW4sIFQuIGFuZCBI LiBBbHZlc3RyYW5kLCAiR3VpZGVsaW5lcyBmb3IgV3JpdGluZyBhbjwvc3Bhbj48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgSUFOQSBDb25zaWRl cmF0aW9ucyBTZWN0aW9uIGluIFJGQ3MiLCBCQ1AgMjYsIFJGQyA1MjI2LDwvc3Bhbj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgRE9JIDEwLjE3 NDg3L1JGQzUyMjYsIE1heSAyMDA4LDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNz PSJkZWxldGUiPiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcv aW5mby9yZmM1MjI2Jmd0Oy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzY3MzNdICBGYWphcmRvLCBWLiwgRWQuLCBBcmtrbywg Si4sIExvdWdobmV5LCBKLiwgYW5kIEcuIFpvcm4sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgW1JGQzY3MzNdICBGYWphcmRvLCBWLiwgRWQuLCBBcmtrbywgSi4sIExv dWdobmV5LCBKLiwgYW5kIEcuIFpvcm4sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICAgICAgICAgICAgIEVkLiwgIkRpYW1ldGVyIEJhc2UgUHJvdG9jb2wiLCBSRkMgNjcz Myw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEVkLiwg IkRpYW1ldGVyIEJhc2UgUHJvdG9jb2wiLCBSRkMgNjczMyw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzY3MzMsIE9jdG9i ZXIgMjAxMiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAg IERPSSAxMC4xNzQ4Ny9SRkM2NzMzLCBPY3RvYmVyIDIwMTIsPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICZsdDtodHRwOi8vd3d3LnJmYy1lZGl0b3Iu b3JnL2luZm8vcmZjNjczMyZndDsuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgICAgICAgICAmbHQ7aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzY3 MzMmZ3Q7LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMy4y LiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjEzLjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTgiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W1JGQzQ0MTJdICBTY2h1bHpyaW5u ZSwgSC4gYW5kIEouIFBvbGssICJDb21tdW5pY2F0aW9ucyBSZXNvdXJjZTwvc3Bhbj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgUHJpb3JpdHkg Zm9yIHRoZSBTZXNzaW9uIEluaXRpYXRpb24gUHJvdG9jb2wgKFNJUCkiLDwvc3Bhbj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgUkZDIDQ0MTIs IERPSSAxMC4xNzQ4Ny9SRkM0NDEyLCBGZWJydWFyeSAyMDA2LDwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cu cmZjLWVkaXRvci5vcmcvaW5mby9yZmM0NDEyJmd0Oy48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzc2ODNdICBLb3Job25lbiwg Si4sIEVkLiwgRG9ub3ZhbiwgUy4sIEVkLiwgQ2FtcGJlbGwsIEIuLCBhbmQgTC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNzY4M10gIEtvcmhvbmVuLCBKLiwg RWQuLCBEb25vdmFuLCBTLiwgRWQuLCBDYW1wYmVsbCwgQi4sIGFuZCBMLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBNb3JhbmQsICJEaWFtZXRlciBP dmVybG9hZCBJbmRpY2F0aW9uIENvbnZleWFuY2UiLDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgICAgICAgICAgTW9yYW5kLCAiRGlhbWV0ZXIgT3ZlcmxvYWQgSW5k aWNhdGlvbiBDb252ZXlhbmNlIiw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgICAgICAgICAgUkZDIDc2ODMsIERPSSAxMC4xNzQ4Ny9SRkM3NjgzLCBPY3RvYmVyIDIw MTUsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBSRkMg NzY4MywgRE9JIDEwLjE3NDg3L1JGQzc2ODMsIE9jdG9iZXIgMjAxNSw8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cucmZjLWVk aXRvci5vcmcvaW5mby9yZmM3NjgzJmd0Oy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICAgICAgICAgICZsdDtodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8v cmZjNzY4MyZndDsuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFtTNmFdICAgICAgM0dQUCwgIkV2b2x2ZWQgUGFja2V0IFN5c3RlbSAoRVBTKTsgTW9i aWxpdHkgTWFuYWdlbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtT NmFdICAgICAgM0dQUCwgIkV2b2x2ZWQgUGFja2V0IFN5c3RlbSAoRVBTKTsgTW9iaWxpdHkg TWFuYWdlbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAg ICBFbnRpdHkgKE1NRSkgYW5kIFNlcnZpbmcgR1BSUyBTdXBwb3J0IE5vZGUgKFNHU04pIHJl bGF0ZWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIEVu dGl0eSAoTU1FKSBhbmQgU2VydmluZyBHUFJTIFN1cHBvcnQgTm9kZSAoU0dTTikgcmVsYXRl ZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBpbnRlcmZh Y2VzIGJhc2VkIG9uIERpYW1ldGVyIHByb3RvY29sIiwgM0dQUCBUUyAyOS4yNzI8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIGludGVyZmFjZXMgYmFz ZWQgb24gRGlhbWV0ZXIgcHJvdG9jb2wiLCAzR1BQIFRTIDI5LjI3MjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAxMC44LjAsIEp1bmUgMjAxMy48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIDEwLjguMCwgSnVu ZSAyMDEzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgoK ICAgICA8dHI+PHRkPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZD48L3RkPjwvdHI+CiAgICAgPHRyIGlkPSJlbmQiIGJn Y29sb3I9ImdyYXkiPjx0aCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIj4mbmJzcDtFbmQg b2YgY2hhbmdlcy4gMTggY2hhbmdlIGJsb2Nrcy4mbmJzcDs8L3RoPjwvdHI+CiAgICAgPHRy IGNsYXNzPSJzdGF0cyI+PHRkPjwvdGQ+PHRoPjxpPjg2IGxpbmVzIGNoYW5nZWQgb3IgZGVs ZXRlZDwvaT48L3RoPjx0aD48aT4gPC9pPjwvdGg+PHRoPjxpPjYyIGxpbmVzIGNoYW5nZWQg b3IgYWRkZWQ8L2k+PC90aD48dGQ+PC90ZD48L3RyPgogICAgIDx0cj48dGQgY29sc3Bhbj0i NSIgYWxpZ249ImNlbnRlciIgY2xhc3M9InNtYWxsIj48YnIvPlRoaXMgaHRtbCBkaWZmIHdh cyBwcm9kdWNlZCBieSByZmNkaWZmIDEuNDQuIFRoZSBsYXRlc3QgdmVyc2lvbiBpcyBhdmFp bGFibGUgZnJvbSA8YSBocmVmPSJodHRwOi8vd3d3LnRvb2xzLmlldGYub3JnL3Rvb2xzL3Jm Y2RpZmYvIiA+aHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYvPC9hPiA8L3Rk PjwvdHI+CiAgIDwvdGFibGU+CiAgIDwvYm9keT4KICAgPC9odG1sPgo= --------------030102000406070508080506-- From nobody Thu Mar 10 08:53:59 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DC412DA9E for ; Thu, 10 Mar 2016 08:53:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 GA3MEJJu_ZPA for ; Thu, 10 Mar 2016 08:53:55 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 D965712DA96 for ; Thu, 10 Mar 2016 08:53:41 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:56146 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1ae3qD-0028i5-1I for dime@ietf.org; Thu, 10 Mar 2016 08:53:41 -0800 To: dime@ietf.org References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> <13333_1457539506_56E049B2_13333_1226_1_6B7134B31289DC4FAF731D844122B36E01DFC197@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E073C2.1000200@usdonovans.com> From: Steve Donovan Message-ID: <56E1A68F.5040606@usdonovans.com> Date: Thu, 10 Mar 2016 10:53:35 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E073C2.1000200@usdonovans.com> Content-Type: multipart/alternative; boundary="------------040307090105040301090304" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:53:58 -0000 This is a multi-part message in MIME format. --------------040307090105040301090304 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit All, I modifying the new requirement statements, making them MAY instead of SHOULD NOT, with the following wording: While done only in exceptional circumstances, Diameter agents MAY modify priority information when relaying request and answer messages. There might be scenarios where a Diameter agent does modify priority information. For instance, an edge agent might need to modify the priority values set by an adjacent operator. While done only in exceptional circumstances, Diameter agents MAY add priority information when relaying request and answer messages. There might be scenarios where a Diameter endpoint does not support the DRMP mechanism and agents insert priority information for that non supporting endpoint. If there is not concensus on the wording of these requirement statements then we can update them as the review process progresses. Regards, Steve On 3/9/16 1:04 PM, Steve Donovan wrote: > Lionel, I'll work the suggested ordering and wording below into the > next draft. On the requirements I went with SHOULD NOT because it > really should be very rare that an agent changes or adds priority > information. The note is there to explain why the SHOULD NOT isn't a > MUST NOT. I think it is better to have a requirement, be it as it > currently exists or with a MAY, to be explicit. Steve > On 3/9/16 10:05 AM, lionel.morand@orange.com wrote: >> >> Hi Steve, >> >> It is true that some scenarios will require action of agents on the >> DRMP AVP. >> >> in that case, I would be more explicit and change a little bit the >> order as "save the transaction priority" is valid in any case: >> >> Ť Note that the title of the bullet 2 should be " Agents handing the >> request " and not "Agents handling the request" >> >> 2. Agents handling the request - Agents use the priority information >> >> when making routing decisions. This can include determining >> >> which requests to route first, which requests to throttle and >> >> where the request is routed. For instance, requests with higher >> >> priority might have a lower probability of being throttled. The >> >> mechanism for how the agent determines which requests are >> >> throttled is implementation dependent and is outside the scope of >> >> this document. Before forwarding request messages, agents >> generally do not >> >> modify the priority information present in the received request >> >> message nor include the priority information when absent in >> the received request message. >> >> However, in some scenarios, agents >> >> can modifythe priority information e.g. edge agents modifying the >> >> priority values set by an adjacent operator. There might be other >> >> scenarios where a Diameter endpoint does not support the DRMP >> >> mechanism and agents insert the priority information in the >> request messages for that non >> >> supporting endpoint. When forwarding the request messages, the >> agent saves >> >> the transaction priority in the transaction state, either as >> >> locally managed state or using the Proxy-Info mechanism defined >> >> in [RFC6733 ]. This will >> be used when handling the associated >> >> answer message for the transaction. >> >> The same kind of change should be done in bullet 5 that is about >> handling of answers: >> >> 5. Agent handling the answer - By default, agents handling answer >> >> messages use the priority information stored with the transaction >> >> state to determine the priority of relaying the answer message. >> >> However, priority information included in the answer message, >> >> when present, is used in place of the stored priority >> >> information. The use of priority information implies that >> >> answers for higher priority transactions are given preferential >> >> treatment to lower priority transactions. When forwarding the >> answer messages, agents generally do not >> >> modify the priority information present in the received answer >> messages >> >> nor include the priority information when absent in the >> received answer messages. >> >> However, in some scenarios, agents >> >> can modifythe priority information e.g. edge agents modifying the >> >> priority values set by an adjacent operator. There might be other >> >> scenarios where a Diameter endpoint does not support the DRMP >> >> mechanism and agents insert the priority information for that non >> >> supporting endpoint. >> >> If it is agreed that agents can modify/include the DRMP AVP, I think >> that the "SHOULD NOT" is not correct as it is a "MAY", even if not often. >> >> I think the proposed added requirements can be safely removed. >> >> Regards, >> >> Lionel >> >> *De :*Janet P Gunn [mailto:Janet.Gunn@csra.com] *Envoyť :* mercredi 9 >> mars 2016 16:23 *ņ :* Steve Donovan *Cc :* dime@ietf.org; DiME; >> MORAND Lionel IMT/OLN; Stephen Farrell *Objet :* Re: [Dime] AD review >> of draft-ietf-dime-drmp-03 >> >> Sounds good to me. Janet This electronic message transmission >> contains information from CSRA that may be attorney-client >> privileged, proprietary or confidential. The information in this >> message is intended only for use by the individual(s) to whom it is >> addressed. If you believe you have received this message in error, >> please contact me immediately and be aware that any use, disclosure, >> copying or distribution of the contents of this message is strictly >> prohibited. NOTE: Regardless of content, this email shall not operate >> to bind CSRA to any order or other contract unless pursuant to >> explicit written agreement or government initiative expressly >> permitting the use of email for such purpose. From: Steve Donovan >> > To: >> lionel.morand@orange.com, Stephen Farrell > >, "dime@ietf.org >> " > Date: >> 03/09/2016 10:15 AM Subject: Re: [Dime] AD review of >> draft-ietf-dime-drmp-03 Sent by: "DiME" > > >> >> ------------------------------------------------------------------------ >> >> All, I've commented on Stephen's and Lionel's suggested changes >> below. If there is agreement to my proposed changes outlined below >> then I will submit a new version of the document. Regards, Steve On >> 3/8/16 9:41 AM, lionel.morand@orange.com >> wrote: i will let Steve react but I >> can give my feeling :)The priority is set by the Diameter or Diameter >> server, not by agent. It is somehow describe in section 6 Theory of >> Operation 2. Agents handing the request - Agents use the priority >> information when making routing decisions. This can include >> determining which requests to route first, which requests to >> throttle and where the request is routed. For instance, >> requests with higher priority might have a lower probability of >> being throttled. The mechanism for how the agent determines >> which requests are throttled is implementation dependent and is >> outside the scope of this document. The agent also saves the >> transaction priority in the transaction state, either as >> locally managed state or using the Proxy-Info mechanism defined >> in [RFC6733]. This will be used when handling the associated >> answer message for the transaction. Agents are just using this >> information if present. They are not modify it or include it if >> absent. It is said in section 8. Normative Behavior Note: This >> guidance on the handling of messages without a priority does not >> result in a Diameter agent inserting a DRMP AVP into the >> message. Rather, it gives guidance on how that specific >> transaction should be treated when its priority is compared with >> other requests. When a Diameter agent relays the request it will >> not insert a DRMP AVP with a priority value of 10. It could be >> possible to clarify it as follow: in section 6, the end of the point >> 2 could be enhanced as follow: 2. Agents *handling* the request - >> Agents use the priority information when making routing >> decisions. This can include determining which requests to >> route first, which requests to throttle and where the request >> is routed. For instance, requests with higher priority might >> have a lower probability of being throttled. The mechanism for >> how the agent determines which requests are throttled is >> implementation dependent and is outside the scope of this >> document. The agent also saves the transaction priority in the >> transaction state, either as locally managed state or using the >> Proxy-Info mechanism defined in [RFC6733]. This will be used >> when handling the associated answer message for the transaction. >> *Agents are not supposed to modify or include priority information >> in in forwarded requests or answers.* SRD> I propose the >> following reworded last sentence: "Agents generally do no modify >> priority information and agents generally do not add new priority >> information in forwarded requests or answers." SRD> There is one >> scenario where I can see an agent does add add priority information, >> in a transition period when not all endpoints support the DRMP >> mechanism and the agent is used to insert priority information for >> the non supporting endpoint. SRD> I also see one scenario where an >> agent might modify priority values. This would be an edge agent case >> where the priority values included by another operator's Diameter >> network aren't trusted and new values are needed. SRD> I propose that >> notes that address these scenarios be added to the new normative >> requirements proposed below. The "not supposed" is used because it is >> difficult to use normative wording here. In section 8, a new >> requirement could be added, right after " Diameter agents MAY use >> routing priority information..." Diameter agents SHOULD NOT modify >> or include the DRMP AVP when relaying request and answer messages. >> SRD> I propose the following: Diameter agents SHOULD NOT modify >> priority information when relaying request and answer messages. >> There might be scenarios where a Diameter agent does modify >> priority information. For instance, an edge agent might need to >> modify the priority values set by an adjacent operator. Diameter >> agents SHOULD NOT add priority information when relaying request >> and answer messages. There might be scenarios where a Diameter >> endpoint does not support the DRMP mechanism and agents insert >> priority information for that non supporting endpoint. Just a >> proposal, waiting for Steve and WG comments. Regards, Lionel >> -----Message d'origine-----De : DiME [mailto:dime-bounces@ietf.org] >> De la part de Stephen FarrellEnvoyť : vendredi 4 mars 2016 18:07 ņ : >> dime@ietf.org Objet : [Dime] AD review of >> draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to >> ask the wg about before I start IETF LC. You don't say if priorities >> are intended to be modified after they have been set. In the security >> considerations you do say that this could be done maliciously, and >> you do say that priorities need to be dropped if received from a >> source not trusted for that, but you never say if it's considered ok >> or not for e.g. an agent to change a priority for some local policy >> reason. Don't you need to say that somewhere? (And apologies if you >> do say it somewhere and I missed it:-) There are some nits below, you >> can handled these before or after IETF LC, whichever is best. Cheers, >> S. - Section 5: URL and MME aren't expanded. Since you're just using >> it as an example, I'd say expanding this will help any reader who's >> not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority >> marking scheme SHOULD NOT require the Diameter Agents to understand >> application specific AVPs." Isn't that a bogus use of 2119 language >> since we're not expressing requirements here? s/SHOULD NOT/does not/ >> would seem better. SRD> Agreed, change made. - Section 8, People will >> ask "why default to 10?" I recall the WG discussed this but iirc >> mostly didn't care too much but it might be nice to justify 10 if >> there's a way to do it that doesn't amount to "just because" :-) SRD> >> I'm open to wording suggestions here but the only real reason is that >> we needed a default and some thought it might be better to have the >> default allow for a few more higher-than-default values than >> lower-than-default values. I'm not sure saying this adds much value. >> - Section 8, The "When setting and using..." paragraphs are quite >> verbose. It'd be no harm to make that shorter, e.g. by just saying: >> "For all integers x,y in [0,15] treat PRIORITY_ as lower priority >> than PRIOIRTY_ when y> SRD> The existing language was put in when we had 5 priority values. >> The above is certainly a more elegant way of specifying it. Changed >> to the following: When setting and using priorities, for all >> integers x,y in [0,15] treat PRIORITY_ as lower priority than >> PRIOIRTY_ when y> highest priority. SRD> I'm not sure this can be done in section 9.1, >> as this is listing the enumerated values for the AVP. I-D nits: == >> Unused Reference: 'RFC5226' == Unused Reference: 'RFC4412' SRD> >> These references removed. >> _________________________________________________________________________________________________________________________ >> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, >> exploites ou copies sans autorisation. Si vous avez recu ce message >> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi >> que les pieces jointes. Les messages electroniques etant susceptibles >> d'alteration, Orange decline toute responsabilite si ce message a ete >> altere, deforme ou falsifie. Merci. This message and its attachments >> may contain confidential or privileged information that may be >> protected by law; they should not be distributed, used or copied >> without authorisation. If you have received this email in error, >> please notify the sender and delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have >> been modified, changed or falsified. Thank you. >> _______________________________________________DiME mailing list >> DiME@ietf.org >> https://www.ietf.org/mailman/listinfo/dime >> >> _________________________________________________________________________________________________________________________ >> >> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, >> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. >> >> This message and its attachments may contain confidential or privileged information that may be protected by law; >> they should not be distributed, used or copied without authorisation. >> If you have received this email in error, please notify the sender and delete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. >> Thank you. > > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime --------------040307090105040301090304 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit All,

I modifying the new requirement statements, making them MAY instead of SHOULD NOT, with the following wording:

   While done only in exceptional circumstances, Diameter agents MAY
   modify priority information when relaying request and answer
   messages.

      There might be scenarios where a Diameter agent does modify
      priority information.  For instance, an edge agent might need to
      modify the priority values set by an adjacent operator.

   While done only in exceptional circumstances, Diameter agents MAY add
   priority information when relaying request and answer messages.

      There might be scenarios where a Diameter endpoint does not
      support the DRMP mechanism and agents insert priority information
      for that non supporting endpoint.
If there is not concensus on the wording of these requirement statements then we can update them as the review process progresses. Regards, Steve
On 3/9/16 1:04 PM, Steve Donovan wrote:
Lionel, I'll work the suggested ordering and wording below into the next draft. On the requirements I went with SHOULD NOT because it really should be very rare that an agent changes or adds priority information.† The note is there to explain why the SHOULD NOT isn't a MUST NOT. I think it is better to have a requirement, be it as it currently exists or with a MAY, to be explicit. Steve
On 3/9/16 10:05 AM, lionel.morand@orange.com wrote:

Hi Steve,

It is true that some scenarios will require action of agents on the DRMP AVP.

in that case, I would be more explicit and change a little bit the order as "save the transaction priority" is valid in any case:

Ť †Note that the title of the bullet 2 should be " Agents handing the request " and not "Agents handling the request"

†† 2.† Agents handling the request - Agents use the priority information

†††††† when making routing decisions.† This can include determining

†††††† which requests to route first, which requests to throttle and

†††††† where the request is routed.† For instance, requests with higher

†††††† priority might have a lower probability of being throttled.† The

†††††† mechanism for how the agent determines which requests are

†††††† throttled is implementation dependent and is outside the scope of

†††††† this document.† Before forwarding request messages, agents generally do not

†††††† modify the priority information present in the received request

†††††††message nor include the priority information when absent in the received request message.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information in the request messages for that non

†††††††supporting endpoint. When forwarding the request messages, the agent saves

†††††† the transaction priority in the transaction state, either as

†††††††locally managed state or using the Proxy-Info mechanism defined

†††††††in [RFC6733].† This will be used when handling the associated

†††††††answer message for the transaction.

††††††

The same kind of change should be done in bullet 5 that is about handling of answers:

†† 5.† Agent handling the answer - By default, agents handling answer

†††††† messages use the priority information stored with the transaction

†††††† state to determine the priority of relaying the answer message.

†††††† However, priority information included in the answer message,

†††††† when present, is used in place of the stored priority

†††††† information.† The use of priority information implies that

†††††† answers for higher priority transactions are given preferential

†††††† treatment to lower priority transactions. When forwarding the answer messages, agents generally do not

†††††† modify the priority information present in the received answer messages

†††††††nor include the priority information when absent in the received answer messages.

†††††††However, in some scenarios, agents

†††††† can modify the priority information e.g. edge agents modifying the

†††††††priority †values set by an adjacent operator. There might be other

†††††† scenarios where a Diameter endpoint does not support the DRMP

†††††††mechanism and agents insert the priority information for that non

†††††††supporting endpoint.

If it is agreed that agents can modify/include the DRMP AVP, I think that the "SHOULD NOT" is not correct as it is a "MAY", even if not often.

I think the proposed added requirements can be safely removed.

Regards,

Lionel

De†: Janet P Gunn [mailto:Janet.Gunn@csra.com] Envoyť†: mercredi 9 mars 2016 16:23 ņ†: Steve Donovan Cc†: dime@ietf.org; DiME; MORAND Lionel IMT/OLN; Stephen Farrell Objet†: Re: [Dime] AD review of draft-ietf-dime-drmp-03

Sounds good to me. Janet This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The information in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpose. From: † † † †Steve Donovan <srdonovan@usdonovans.com> To: † † † †lionel.morand@orange.com, Stephen Farrell <stephen.farrell@cs.tcd.ie>, "dime@ietf.org" <dime@ietf.org> Date: † † † †03/09/2016 10:15 AM Subject: † † † †Re: [Dime] AD review of draft-ietf-dime-drmp-03 Sent by: † † † †"DiME" <dime-bounces@ietf.org>


All, I've commented on Stephen's and Lionel's suggested changes below. If there is agreement to my proposed changes outlined below then I will submit a new version of the document. Regards, Steve On 3/8/16 9:41 AM, lionel.morand@orange.com wrote: i will let Steve react but I can give my feeling :) The priority is set by the Diameter or Diameter server, not by agent. It is somehow describe in section 6 Theory of Operation † 2. †Agents handing the request - Agents use the priority information † † † when making routing decisions. †This can include determining † † † which requests to route first, which requests to throttle and † † † where the request is routed. †For instance, requests with higher † † † priority might have a lower probability of being throttled. †The † † † mechanism for how the agent determines which requests are † † † throttled is implementation dependent and is outside the scope of † † † this document. †The agent also saves the transaction priority in † † † the transaction state, either as locally managed state or using † † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used † † † when handling the associated answer message for the transaction. Agents are just using this information if present. They are not modify it or include it if absent. It is said in section 8. †Normative Behavior † † †Note: This guidance on the handling of messages without a priority † † †does not result in a Diameter agent inserting a DRMP AVP into the † † †message. †Rather, it gives guidance on how that specific † † †transaction should be treated when its priority is compared with † † †other requests. †When a Diameter agent relays the request it will † † †not insert a DRMP AVP with a priority value of 10. It could be possible to clarify it as follow: in section 6, the end of the point 2 could be enhanced as follow: † 2. †Agents *handling* the request - Agents use the priority information † † † when making routing decisions. †This can include determining † † † which requests to route first, which requests to throttle and † † † where the request is routed. †For instance, requests with higher † † † priority might have a lower probability of being throttled. †The † † † mechanism for how the agent determines which requests are † † † throttled is implementation dependent and is outside the scope of † † † this document. †The agent also saves the transaction priority in † † † the transaction state, either as locally managed state or using † † † the Proxy-Info mechanism defined in [RFC6733]. †This will be used † † † when handling the associated answer message for the transaction. † † † *Agents are not supposed to modify or include priority information in † † † in forwarded requests or answers.* SRD> I propose the following reworded last sentence: "Agents generally do no modify priority information and agents generally do not add new priority information in forwarded requests or answers." SRD> There is one scenario where I can see an agent does add add priority information, in a transition period when not all endpoints support the DRMP mechanism and the agent is used to insert priority information for the non supporting endpoint.† SRD> I also see one scenario where an agent might modify priority values.† This would be an edge agent case where the priority values included by another operator's Diameter network aren't trusted and new values are needed. SRD> I propose that notes that address these scenarios† be added to the new normative requirements proposed below. The "not supposed" is used because it is difficult to use normative wording here. In section 8, a new requirement could be added, right after " Diameter agents MAY use routing priority information..." † Diameter agents SHOULD NOT modify or include the DRMP AVP when † relaying request and answer messages. SRD> I propose the following: † †Diameter agents SHOULD NOT modify priority information when relaying † request and answer messages. † † †There might be scenarios where a Diameter agent does modify † † †priority information. †For instance, an edge agent might need to † † †modify the priority values set by an adjacent operator. † Diameter agents SHOULD NOT add priority information when relaying † request and answer messages. † † †There might be scenarios where a Diameter endpoint does not † † †support the DRMP mechanism and agents insert priority information † † †for that non supporting endpoint. Just a proposal, waiting for Steve and WG comments. Regards, Lionel -----Message d'origine----- De†: DiME [mailto:dime-bounces@ietf.org] De la part de Stephen Farrell Envoyť†: vendredi 4 mars 2016 18:07 ņ†: dime@ietf.org Objet†: [Dime] AD review of draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to ask the wg about before I start IETF LC. You don't say if priorities are intended to be modified after they have been set. In the security considerations you do say that this could be done maliciously, and you do say that priorities need to be dropped if received from a source not trusted for that, but you never say if it's considered ok or not for e.g. an agent to change a priority for some local policy reason. Don't you need to say that somewhere? (And apologies if you do say it somewhere and I missed it:-) There are some nits below, you can handled these before or after IETF LC, whichever is best. Cheers, S. - Section 5: URL and MME aren't expanded. Since you're just using it as an example, I'd say expanding this will help any reader who's not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority marking scheme SHOULD NOT require the Diameter Agents to understand application specific AVPs." Isn't that a bogus use of 2119 language since we're not expressing requirements here? s/SHOULD NOT/does not/ would seem better. SRD> Agreed, change made. - Section 8, People will ask "why default to 10?" I recall the WG discussed this but iirc mostly didn't care too much but it might be nice to justify 10 if there's a way to do it that doesn't amount to "just because" :-) SRD> I'm open to wording suggestions here but the only real reason is that we needed a default and some thought it might be better to have the default allow for a few more higher-than-default values than lower-than-default values.† I'm not sure saying this adds much value. - Section 8, The "When setting and using..." paragraphs are quite verbose. It'd be no harm to make that shorter, e.g. by just saying: "For all integers x,y in [0,15] treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x" You could do something similar in 9.1. SRD> The existing language was put in when we had 5 priority values.† The above is certainly a more elegant way of specifying it.† Changed to the following: † †When setting and using priorities, for all integers x,y in [0,15] † treat PRIORITY_<x> as lower priority than PRIOIRTY_<y> when y<x. † † †Note: As a result PRIORITY_0 is the highest priority. SRD> I'm not sure this can be done in section 9.1, as this is listing the enumerated values for the AVP. I-D nits: †== Unused Reference: 'RFC5226' †== Unused Reference: 'RFC4412' SRD> These references removed. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime

_________________________________________________________________________________________________________________________

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

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
_______________________________________________
DiME mailing list
DiME@ietf.org
https://www.ietf.org/mailman/listinfo/dime
--------------040307090105040301090304-- From nobody Thu Mar 10 11:03:43 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBD9D12DBD6 for ; Thu, 10 Mar 2016 11:03:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 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.001, 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 AGhZIxX1np_f for ; Thu, 10 Mar 2016 11:03:38 -0800 (PST) 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 7135E12DB8D for ; Thu, 10 Mar 2016 11:03:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 37642BE39; Thu, 10 Mar 2016 19:03:37 +0000 (GMT) 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 IM7HenhMMMmy; Thu, 10 Mar 2016 19:03:34 +0000 (GMT) Received: from [10.87.49.100] (unknown [86.46.23.221]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id D4E36BE3F; Thu, 10 Mar 2016 19:03:33 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1457636614; bh=gEhSXdbHaIRIs4xL35wPH90C9yZ7nOycFSBxKfYLYps=; h=Subject:To:References:From:Date:In-Reply-To:From; b=OlopmsrZCiLh1MaTXbZICUwr2P/a/muJJv9jUICD2+Ye64+wXYC5Y6S/0tgBDd8Kh GnPvaiG/YAjSKVUKDAT3AGJ7Jcf873gN/LD1tyynApXhisyg1tB/MxsZFQE0dEXS0v N/oXPy+tCZtQUsU8+SnRArGi/YXs6A0iTV0ZW8qw= To: Steve Donovan , dime@ietf.org References: <56D9C0A0.9060804@cs.tcd.ie> <12590_1457451719_56DEF2C7_12590_1520_1_6B7134B31289DC4FAF731D844122B36E01DFA238@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E03A3F.4090005@usdonovans.com> <13333_1457539506_56E049B2_13333_1226_1_6B7134B31289DC4FAF731D844122B36E01DFC197@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E073C2.1000200@usdonovans.com> <56E1A68F.5040606@usdonovans.com> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <56E1C505.1040106@cs.tcd.ie> Date: Thu, 10 Mar 2016 19:03:33 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56E1A68F.5040606@usdonovans.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020901090406010004000902" Archived-At: Subject: Re: [Dime] AD review of draft-ietf-dime-drmp-03 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 19:03:42 -0000 This is a cryptographically signed message in MIME format. --------------ms020901090406010004000902 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks all. I've requested IETF LC. If there're any more changes those can be handled during/after that. Cheers, S On 10/03/16 16:53, Steve Donovan wrote: > All, >=20 > I modifying the new requirement statements, making them MAY instead of > SHOULD NOT, with the following wording: >=20 > While done only in exceptional circumstances, Diameter agents MAY > modify priority information when relaying request and answer > messages. >=20 > There might be scenarios where a Diameter agent does modify > priority information. For instance, an edge agent might need to > modify the priority values set by an adjacent operator. >=20 > While done only in exceptional circumstances, Diameter agents MAY ad= d > priority information when relaying request and answer messages. >=20 > There might be scenarios where a Diameter endpoint does not > support the DRMP mechanism and agents insert priority information= > for that non supporting endpoint. >=20 > If there is not concensus on the wording of these requirement statement= s > then we can update them as the review process progresses. Regards, Stev= e > On 3/9/16 1:04 PM, Steve Donovan wrote: >> Lionel, I'll work the suggested ordering and wording below into the >> next draft. On the requirements I went with SHOULD NOT because it >> really should be very rare that an agent changes or adds priority >> information. The note is there to explain why the SHOULD NOT isn't a >> MUST NOT. I think it is better to have a requirement, be it as it >> currently exists or with a MAY, to be explicit. Steve >> On 3/9/16 10:05 AM, lionel.morand@orange.com wrote: >>> >>> Hi Steve, >>> >>> It is true that some scenarios will require action of agents on the >>> DRMP AVP. >>> >>> in that case, I would be more explicit and change a little bit the >>> order as "save the transaction priority" is valid in any case: >>> >>> =C3=A8 Note that the title of the bullet 2 should be " Agents handing= the >>> request " and not "Agents handling the request" >>> >>> 2. Agents handling the request - Agents use the priority informat= ion >>> >>> when making routing decisions. This can include determining >>> >>> which requests to route first, which requests to throttle and >>> >>> where the request is routed. For instance, requests with high= er >>> >>> priority might have a lower probability of being throttled. T= he >>> >>> mechanism for how the agent determines which requests are >>> >>> throttled is implementation dependent and is outside the scope= of >>> >>> this document. Before forwarding request messages, agents >>> generally do not >>> >>> modify the priority information present in the received reques= t >>> >>> message nor include the priority information when absent in >>> the received request message. >>> >>> However, in some scenarios, agents >>> >>> can modifythe priority information e.g. edge agents modifying = the >>> >>> priority values set by an adjacent operator. There might be >>> other >>> >>> scenarios where a Diameter endpoint does not support the DRMP >>> >>> mechanism and agents insert the priority information in the >>> request messages for that non >>> >>> supporting endpoint. When forwarding the request messages, the= >>> agent saves >>> >>> the transaction priority in the transaction state, either as >>> >>> locally managed state or using the Proxy-Info mechanism define= d >>> >>> in [RFC6733 ]. This will= >>> be used when handling the associated >>> >>> answer message for the transaction. >>> >>> The same kind of change should be done in bullet 5 that is about >>> handling of answers: >>> >>> 5. Agent handling the answer - By default, agents handling answer= >>> >>> messages use the priority information stored with the transact= ion >>> >>> state to determine the priority of relaying the answer message= =2E >>> >>> However, priority information included in the answer message, >>> >>> when present, is used in place of the stored priority >>> >>> information. The use of priority information implies that >>> >>> answers for higher priority transactions are given preferentia= l >>> >>> treatment to lower priority transactions. When forwarding the >>> answer messages, agents generally do not >>> >>> modify the priority information present in the received answer= >>> messages >>> >>> nor include the priority information when absent in the >>> received answer messages. >>> >>> However, in some scenarios, agents >>> >>> can modifythe priority information e.g. edge agents modifying = the >>> >>> priority values set by an adjacent operator. There might be >>> other >>> >>> scenarios where a Diameter endpoint does not support the DRMP >>> >>> mechanism and agents insert the priority information for that = non >>> >>> supporting endpoint. >>> >>> If it is agreed that agents can modify/include the DRMP AVP, I think >>> that the "SHOULD NOT" is not correct as it is a "MAY", even if not >>> often. >>> >>> I think the proposed added requirements can be safely removed. >>> >>> Regards, >>> >>> Lionel >>> >>> *De :*Janet P Gunn [mailto:Janet.Gunn@csra.com] *Envoy=C3=A9 :* mercr= edi 9 >>> mars 2016 16:23 *=C3=80 :* Steve Donovan *Cc :* dime@ietf.org; DiME; >>> MORAND Lionel IMT/OLN; Stephen Farrell *Objet :* Re: [Dime] AD review= >>> of draft-ietf-dime-drmp-03 >>> >>> Sounds good to me. Janet This electronic message transmission >>> contains information from CSRA that may be attorney-client >>> privileged, proprietary or confidential. The information in this >>> message is intended only for use by the individual(s) to whom it is >>> addressed. If you believe you have received this message in error, >>> please contact me immediately and be aware that any use, disclosure, >>> copying or distribution of the contents of this message is strictly >>> prohibited. NOTE: Regardless of content, this email shall not operate= >>> to bind CSRA to any order or other contract unless pursuant to >>> explicit written agreement or government initiative expressly >>> permitting the use of email for such purpose. From: Steve Donovan >>> > To: >>> lionel.morand@orange.com, Stephen Farrell >> >, "dime@ietf.org >>> " > Date: >>> 03/09/2016 10:15 AM Subject: Re: [Dime] AD review of >>> draft-ietf-dime-drmp-03 Sent by: "DiME" >> > >>> >>> ---------------------------------------------------------------------= --- >>> >>> All, I've commented on Stephen's and Lionel's suggested changes >>> below. If there is agreement to my proposed changes outlined below >>> then I will submit a new version of the document. Regards, Steve On >>> 3/8/16 9:41 AM, lionel.morand@orange.com >>> wrote: i will let Steve react but I= >>> can give my feeling :)The priority is set by the Diameter or Diameter= >>> server, not by agent. It is somehow describe in section 6 Theory of >>> Operation 2. Agents handing the request - Agents use the priority >>> information when making routing decisions. This can include >>> determining which requests to route first, which requests to >>> throttle and where the request is routed. For instance, >>> requests with higher priority might have a lower probability of= >>> being throttled. The mechanism for how the agent determines >>> which requests are throttled is implementation dependent and is= >>> outside the scope of this document. The agent also saves the >>> transaction priority in the transaction state, either as >>> locally managed state or using the Proxy-Info mechanism defined= >>> in [RFC6733]. This will be used when handling the associated >>> answer message for the transaction. Agents are just using this >>> information if present. They are not modify it or include it if >>> absent. It is said in section 8. Normative Behavior Note: This >>> guidance on the handling of messages without a priority does not= >>> result in a Diameter agent inserting a DRMP AVP into the =20 >>> message. Rather, it gives guidance on how that specific =20 >>> transaction should be treated when its priority is compared with = >>> other requests. When a Diameter agent relays the request it will =20 >>> not insert a DRMP AVP with a priority value of 10. It could be >>> possible to clarify it as follow: in section 6, the end of the point >>> 2 could be enhanced as follow: 2. Agents *handling* the request - >>> Agents use the priority information when making routing >>> decisions. This can include determining which requests to >>> route first, which requests to throttle and where the request >>> is routed. For instance, requests with higher priority might >>> have a lower probability of being throttled. The mechanism for= >>> how the agent determines which requests are throttled is >>> implementation dependent and is outside the scope of this >>> document. The agent also saves the transaction priority in the= >>> transaction state, either as locally managed state or using the= >>> Proxy-Info mechanism defined in [RFC6733]. This will be used =20 >>> when handling the associated answer message for the transaction. =20 >>> *Agents are not supposed to modify or include priority information >>> in in forwarded requests or answers.* SRD> I propose the >>> following reworded last sentence: "Agents generally do no modify >>> priority information and agents generally do not add new priority >>> information in forwarded requests or answers." SRD> There is one >>> scenario where I can see an agent does add add priority information, >>> in a transition period when not all endpoints support the DRMP >>> mechanism and the agent is used to insert priority information for >>> the non supporting endpoint. SRD> I also see one scenario where an >>> agent might modify priority values. This would be an edge agent case= >>> where the priority values included by another operator's Diameter >>> network aren't trusted and new values are needed. SRD> I propose that= >>> notes that address these scenarios be added to the new normative >>> requirements proposed below. The "not supposed" is used because it is= >>> difficult to use normative wording here. In section 8, a new >>> requirement could be added, right after " Diameter agents MAY use >>> routing priority information..." Diameter agents SHOULD NOT modify >>> or include the DRMP AVP when relaying request and answer messages. >>> SRD> I propose the following: Diameter agents SHOULD NOT modify >>> priority information when relaying request and answer messages. =20 >>> There might be scenarios where a Diameter agent does modify =20 >>> priority information. For instance, an edge agent might need to = >>> modify the priority values set by an adjacent operator. Diameter >>> agents SHOULD NOT add priority information when relaying request >>> and answer messages. There might be scenarios where a Diameter >>> endpoint does not support the DRMP mechanism and agents insert >>> priority information for that non supporting endpoint. Just a >>> proposal, waiting for Steve and WG comments. Regards, Lionel >>> -----Message d'origine-----De : DiME [mailto:dime-bounces@ietf.org] >>> De la part de Stephen FarrellEnvoy=C3=A9 : vendredi 4 mars 2016 18:07= =C3=80 : >>> dime@ietf.org Objet : [Dime] AD review of >>> draft-ietf-dime-drmp-03 Hiya, I just have one question I'd like to >>> ask the wg about before I start IETF LC. You don't say if priorities >>> are intended to be modified after they have been set. In the security= >>> considerations you do say that this could be done maliciously, and >>> you do say that priorities need to be dropped if received from a >>> source not trusted for that, but you never say if it's considered ok >>> or not for e.g. an agent to change a priority for some local policy >>> reason. Don't you need to say that somewhere? (And apologies if you >>> do say it somewhere and I missed it:-) There are some nits below, you= >>> can handled these before or after IETF LC, whichever is best. Cheers,= >>> S. - Section 5: URL and MME aren't expanded. Since you're just using >>> it as an example, I'd say expanding this will help any reader who's >>> not a 3gpp afficionado. SRD> Change made. - Section 8, "The priority >>> marking scheme SHOULD NOT require the Diameter Agents to understand >>> application specific AVPs." Isn't that a bogus use of 2119 language >>> since we're not expressing requirements here? s/SHOULD NOT/does not/ >>> would seem better. SRD> Agreed, change made. - Section 8, People will= >>> ask "why default to 10?" I recall the WG discussed this but iirc >>> mostly didn't care too much but it might be nice to justify 10 if >>> there's a way to do it that doesn't amount to "just because" :-) SRD>= >>> I'm open to wording suggestions here but the only real reason is that= >>> we needed a default and some thought it might be better to have the >>> default allow for a few more higher-than-default values than >>> lower-than-default values. I'm not sure saying this adds much value. >>> - Section 8, The "When setting and using..." paragraphs are quite >>> verbose. It'd be no harm to make that shorter, e.g. by just saying: >>> "For all integers x,y in [0,15] treat PRIORITY_ as lower priority >>> than PRIOIRTY_ when y>> SRD> The existing language was put in when we had 5 priority values. = >>> The above is certainly a more elegant way of specifying it. Changed >>> to the following: When setting and using priorities, for all >>> integers x,y in [0,15] treat PRIORITY_ as lower priority than >>> PRIOIRTY_ when y>> highest priority. SRD> I'm not sure this can be done in section 9.1, >>> as this is listing the enumerated values for the AVP. I-D nits: =3D=3D= >>> Unused Reference: 'RFC5226' =3D=3D Unused Reference: 'RFC4412' SRD> >>> These references removed. >>> _____________________________________________________________________= ____________________________________________________ >>> Ce message et ses pieces jointes peuvent contenir des informations >>> confidentielles ou privilegiees et ne doivent donc pas etre diffuses,= >>> exploites ou copies sans autorisation. Si vous avez recu ce message >>> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi >>> que les pieces jointes. Les messages electroniques etant susceptibles= >>> d'alteration, Orange decline toute responsabilite si ce message a ete= >>> altere, deforme ou falsifie. Merci. This message and its attachments >>> may contain confidential or privileged information that may be >>> protected by law; they should not be distributed, used or copied >>> without authorisation. If you have received this email in error, >>> please notify the sender and delete this message and its attachments.= >>> As emails may be altered, Orange is not liable for messages that have= >>> been modified, changed or falsified. Thank you. >>> _______________________________________________DiME mailing list >>> DiME@ietf.org >>> https://www.ietf.org/mailman/listinfo/dime >>> >>> _____________________________________________________________________= ____________________________________________________ >>> >>> >>> Ce message et ses pieces jointes peuvent contenir des informations >>> confidentielles ou privilegiees et ne doivent donc >>> pas etre diffuses, exploites ou copies sans autorisation. Si vous >>> avez recu ce message par erreur, veuillez le signaler >>> a l'expediteur et le detruire ainsi que les pieces jointes. Les >>> messages electroniques etant susceptibles d'alteration, >>> Orange decline toute responsabilite si ce message a ete altere, >>> deforme ou falsifie. Merci. >>> >>> This message and its attachments may contain confidential or >>> privileged information that may be protected by law; >>> they should not be distributed, used or copied without authorisation.= >>> If you have received this email in error, please notify the sender >>> and delete this message and its attachments. >>> As emails may be altered, Orange is not liable for messages that have= >>> been modified, changed or falsified. >>> Thank you. >> >> _______________________________________________ >> DiME mailing list >> DiME@ietf.org >> https://www.ietf.org/mailman/listinfo/dime >=20 >=20 >=20 > _______________________________________________ > DiME mailing list > DiME@ietf.org > https://www.ietf.org/mailman/listinfo/dime >=20 --------------ms020901090406010004000902 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 oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAzMTAx OTAzMzNaMC8GCSqGSIb3DQEJBDEiBCBwNShSveELNIvNHsN84dFHvnKELCjiCSqOrbF/74l3 BDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQBUkTCnDxCThUQhla47ogELoJ6vB/NBBAm2XgmTPoVhT/KMQ7eDLaM1 j5lJ2awQ9mHU18+z1nOnE/fV7hshLToHzaVhjxONEItluwIka4YnupmmG52QPsSMAeZU9VWj eIe+7pcV2TxV/bToGx42Nyu3MI+8dqtKy47tZU8wZ4B+rgMNs4fnJyB+oWyVZ40LZgJbGZ4t KZmlqiAPOqaI9jEB6981M2kZsMCA3JTEwc0CAF/AYZcaCmh4gY3Iy/tt+uvWKWEYdjZEIMGF V0rzTbBQEhlrXs6z/FhF4Yu7XMyG87VAAT9mDdYX6qSsVacrwsCbLMmJJeWDMzwTSdR4XL32 AAAAAAAA --------------ms020901090406010004000902-- From nobody Thu Mar 10 11:37:35 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 11A1C12DC28; Thu, 10 Mar 2016 11:37:32 -0800 (PST) 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.16.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20160310193732.19556.64388.idtracker@ietfa.amsl.com> Date: Thu, 10 Mar 2016 11:37:32 -0800 Archived-At: Cc: draft-ietf-dime-drmp@ietf.org, dime-chairs@ietf.org, dime@ietf.org Subject: [Dime] Last Call: (Diameter Routing Message Priority) to Proposed Standard X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Reply-To: ietf@ietf.org List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 19:37:32 -0000 The IESG has received a request from the Diameter Maintenance and Extensions WG (dime) to consider the following document: - 'Diameter Routing Message Priority' 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-03-24. 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 When making routing and resource allocation decisions, Diameter nodes currently have no generic mechanism to determine the relative priority of Diameter messages. This document addresses this by defining a mechanism to allow Diameter endpoints to indicate the relative priority of Diameter transactions. With this information Diameter nodes can factor that priority into routing, resource allocation and overload abatement decisions. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-dime-drmp/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-dime-drmp/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Mar 10 16:13:05 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B48212DF0F for ; Thu, 10 Mar 2016 16:13:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.28 X-Spam-Level: X-Spam-Status: No, score=0.28 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 fpDd2xB6YRWL for ; Thu, 10 Mar 2016 16:13:01 -0800 (PST) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 EAAD112DF0E for ; Thu, 10 Mar 2016 16:13:01 -0800 (PST) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:59262 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1aeAhQ-003kTm-8y for dime@ietf.org; Thu, 10 Mar 2016 16:13:01 -0800 To: "dime@ietf.org" From: Steve Donovan Message-ID: <56E20D8B.6010408@usdonovans.com> Date: Thu, 10 Mar 2016 18:12:59 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------050409020005020202050108" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: [Dime] Diameter Load value and SRV X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 00:13:03 -0000 This is a multi-part message in MIME format. --------------050409020005020202050108 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit All, The current version of the Diameter Load draft says that the load value should be consistent with the use of DNS SRV. It then has an editor's note indicating that we need more detail. The following is my proposal for that additional detail. The relevant section from RFC 2782 (DNS SRV) is the description of the Priority and Weight parameters in the SRV RR copied below. It is mostly based on the Weight section but I included Priority because it is referenced in the Weight section. My proposal is that the Load value communicated in a Diameter Load report be used to dynamically update the Weight value for an entries in the Routing table and in the Peer table. Note that the load mechanism does not give a way to change the priority value. That would still either come as a result of a DNS SRV query or through statically configuring a Diameter node. If this is the case, then the load value would be in the range of 0-65535. The distribution algorithm below results in more messages being sent to a node with a higher weight value. As a result, a higher Diameter load value would indicate a LOWER load on the sending node. A node that is heavily loaded would send a lower load value. Stated another way, a node that has zero load would have a load value of 65535. A node that is 100% loaded would have a load value of 0. The algorithm below would be a suggestion for how Diameter nodes would use the load information but the actual method for using the load information would be an implementation decision. The algorithm would be used in two places. First, Diameter nodes doing the server selection would use the load information to select from a set of candidate servers for a request. It would also be used for selecting the next hop from a set of candidate peer nodes. If there is consensus on this general approach then I will add the appropriate overview and normative requirements in the next version of the Load draft. I am planning to submit that draft prior to the IETF 95 deadline. Regards, Steve ----- Priority The priority of this target host. A client MUST attempt to contact the target host with the lowest-numbered priority it can reach; target hosts with the same priority SHOULD be tried in an order defined by the weight field. The range is 0-65535. This is a 16 bit unsigned integer in network byte order. Weight A server selection mechanism. The weight field specifies a relative weight for entries with the same priority. Larger weights SHOULD be given a proportionately higher probability of being selected. The range of this number is 0-65535. This is a 16 bit unsigned integer in network byte order. Domain administrators SHOULD use Weight 0 when there isn't any server selection to do, to make the RR easier to read for humans (less noisy). In the presence of records containing weights greater than 0, records with weight 0 should have a very small chance of being selected. In the absence of a protocol whose specification calls for the use of other weighting information, a client arranges the SRV RRs of the same Priority in the order in which target hosts, specified by the SRV RRs, will be contacted. The following algorithm SHOULD be used to order the SRV RRs of the same priority: To select a target to be contacted next, arrange all SRV RRs (that have not been ordered yet) in any order, except that all those with weight 0 are placed at the beginning of the list. Compute the sum of the weights of those RRs, and with each RR associate the running sum in the selected order. Then choose a uniform random number between 0 and the sum computed (inclusive), and select the RR whose running sum value is the first in the selected order which is greater than or equal to the random number selected. The target host specified in the selected SRV RR is the next one to be contacted by the client. Remove this SRV RR from the set of the unordered SRV RRs and apply the described algorithm to the unordered SRV RRs to select the next target host. Continue the ordering process until there are no unordered SRV RRs. This process is repeated for each Priority. --------------050409020005020202050108 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit All,

The current version of the Diameter Load draft says that the load value should be consistent with the use of DNS SRV.  It then has an editor's note indicating that we need more detail.

The following is my proposal for that additional detail.

The relevant section from RFC 2782 (DNS SRV) is the description of the Priority and Weight parameters in the SRV RR copied below.  It is mostly based on the Weight section but I included Priority because it is referenced in the Weight section.

My proposal is that the Load value communicated in a Diameter Load report be used to dynamically update the Weight value for an entries in the Routing table and in the Peer table.  Note that the load mechanism does not give a way to change the priority value.  That would still either come as a result of a DNS SRV query or through statically configuring a Diameter node.

If this is the case, then the load value would be in the range of 0-65535.  

The distribution algorithm below results in more messages being sent to a node with a higher weight value.  As a result, a higher Diameter load value would indicate a LOWER load on the sending node.  A node that is heavily loaded would send a lower load value.  Stated another way, a node that has zero load would have a load value of 65535.  A node that is 100% loaded would have a load value of 0.

The algorithm below would be a suggestion for how Diameter nodes would use the load information but the actual method for using the load information would be an implementation decision.

The algorithm would be used in two places.  First,  Diameter nodes doing the server selection would use the load information to select from a set of candidate servers for a request.  It would also be used for selecting the next hop from a set of candidate peer nodes.

If there is consensus on this general approach then I will add the appropriate overview and normative requirements in the next version of the Load draft.  I am planning to submit that draft prior to the IETF 95 deadline.

Regards,

Steve

-----

   Priority
        The priority of this target host.  A client MUST attempt to
        contact the target host with the lowest-numbered priority it can
        reach; target hosts with the same priority SHOULD be tried in an
        order defined by the weight field.  The range is 0-65535.  This
        is a 16 bit unsigned integer in network byte order.

   Weight
        A server selection mechanism.  The weight field specifies a
        relative weight for entries with the same priority. Larger
        weights SHOULD be given a proportionately higher probability of
        being selected. The range of this number is 0-65535.  This is a
        16 bit unsigned integer in network byte order.  Domain
        administrators SHOULD use Weight 0 when there isn't any server
        selection to do, to make the RR easier to read for humans (less
        noisy).  In the presence of records containing weights greater
        than 0, records with weight 0 should have a very small chance of
        being selected.

        In the absence of a protocol whose specification calls for the
        use of other weighting information, a client arranges the SRV
        RRs of the same Priority in the order in which target hosts,
        specified by the SRV RRs, will be contacted. The following
        algorithm SHOULD be used to order the SRV RRs of the same
        priority:

        To select a target to be contacted next, arrange all SRV RRs
        (that have not been ordered yet) in any order, except that all
        those with weight 0 are placed at the beginning of the list.

        Compute the sum of the weights of those RRs, and with each RR
        associate the running sum in the selected order. Then choose a
        uniform random number between 0 and the sum computed
        (inclusive), and select the RR whose running sum value is the
        first in the selected order which is greater than or equal to
        the random number selected. The target host specified in the
        selected SRV RR is the next one to be contacted by the client.
        Remove this SRV RR from the set of the unordered SRV RRs and
        apply the described algorithm to the unordered SRV RRs to select
        the next target host.  Continue the ordering process until there
        are no unordered SRV RRs.  This process is repeated for each
        Priority.

--------------050409020005020202050108-- From nobody Fri Mar 11 08:10:22 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79E3E12D83C for ; Fri, 11 Mar 2016 08:10:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UB-VZJd1IgFD for ; Fri, 11 Mar 2016 08:10:17 -0800 (PST) Received: from relais-inet.orange.com (relais-nor35.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B743F12D8AB for ; Fri, 11 Mar 2016 08:09:06 -0800 (PST) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 67F9BA0252; Fri, 11 Mar 2016 17:09:05 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.69]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 2C4EA1A0059; Fri, 11 Mar 2016 17:09:05 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILMA2.corporate.adroot.infra.ftgroup ([fe80::bc1c:ad2f:eda3:8c3d%18]) with mapi id 14.03.0279.002; Fri, 11 Mar 2016 17:09:04 +0100 From: To: Steve Donovan , "dime@ietf.org" Thread-Topic: [Dime] Diameter Load value and SRV Thread-Index: AQHReyrKTMYdTEZOqkmOeTK9+8om5p9UaeHw Date: Fri, 11 Mar 2016 16:09:04 +0000 Message-ID: <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56E20D8B.6010408@usdonovans.com> In-Reply-To: <56E20D8B.6010408@usdonovans.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: multipart/alternative; boundary="_000_6B7134B31289DC4FAF731D844122B36E01DFE739OPEXCLILM43corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter Load value and SRV X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 16:10:20 -0000 --_000_6B7134B31289DC4FAF731D844122B36E01DFE739OPEXCLILM43corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RldmUsDQoNCkknbSBmaW5lIHdpdGggdGhpcyBhcHByb2FjaC4NCg0KVGhhbmsgeW91Lg0K DQpyZWdhcmRzLA0KDQpMaW9uZWwNCg0KRGUgOiBEaU1FIFttYWlsdG86ZGltZS1ib3VuY2VzQGll dGYub3JnXSBEZSBsYSBwYXJ0IGRlIFN0ZXZlIERvbm92YW4NCkVudm95w6kgOiB2ZW5kcmVkaSAx MSBtYXJzIDIwMTYgMDE6MTMNCsOAIDogZGltZUBpZXRmLm9yZw0KT2JqZXQgOiBbRGltZV0gRGlh bWV0ZXIgTG9hZCB2YWx1ZSBhbmQgU1JWDQoNCkFsbCwNCg0KVGhlIGN1cnJlbnQgdmVyc2lvbiBv ZiB0aGUgRGlhbWV0ZXIgTG9hZCBkcmFmdCBzYXlzIHRoYXQgdGhlIGxvYWQgdmFsdWUgc2hvdWxk IGJlIGNvbnNpc3RlbnQgd2l0aCB0aGUgdXNlIG9mIEROUyBTUlYuICBJdCB0aGVuIGhhcyBhbiBl ZGl0b3IncyBub3RlIGluZGljYXRpbmcgdGhhdCB3ZSBuZWVkIG1vcmUgZGV0YWlsLg0KDQpUaGUg Zm9sbG93aW5nIGlzIG15IHByb3Bvc2FsIGZvciB0aGF0IGFkZGl0aW9uYWwgZGV0YWlsLg0KDQpU aGUgcmVsZXZhbnQgc2VjdGlvbiBmcm9tIFJGQyAyNzgyIChETlMgU1JWKSBpcyB0aGUgZGVzY3Jp cHRpb24gb2YgdGhlIFByaW9yaXR5IGFuZCBXZWlnaHQgcGFyYW1ldGVycyBpbiB0aGUgU1JWIFJS IGNvcGllZCBiZWxvdy4gIEl0IGlzIG1vc3RseSBiYXNlZCBvbiB0aGUgV2VpZ2h0IHNlY3Rpb24g YnV0IEkgaW5jbHVkZWQgUHJpb3JpdHkgYmVjYXVzZSBpdCBpcyByZWZlcmVuY2VkIGluIHRoZSBX ZWlnaHQgc2VjdGlvbi4NCg0KTXkgcHJvcG9zYWwgaXMgdGhhdCB0aGUgTG9hZCB2YWx1ZSBjb21t dW5pY2F0ZWQgaW4gYSBEaWFtZXRlciBMb2FkIHJlcG9ydCBiZSB1c2VkIHRvIGR5bmFtaWNhbGx5 IHVwZGF0ZSB0aGUgV2VpZ2h0IHZhbHVlIGZvciBhbiBlbnRyaWVzIGluIHRoZSBSb3V0aW5nIHRh YmxlIGFuZCBpbiB0aGUgUGVlciB0YWJsZS4gIE5vdGUgdGhhdCB0aGUgbG9hZCBtZWNoYW5pc20g ZG9lcyBub3QgZ2l2ZSBhIHdheSB0byBjaGFuZ2UgdGhlIHByaW9yaXR5IHZhbHVlLiAgVGhhdCB3 b3VsZCBzdGlsbCBlaXRoZXIgY29tZSBhcyBhIHJlc3VsdCBvZiBhIEROUyBTUlYgcXVlcnkgb3Ig dGhyb3VnaCBzdGF0aWNhbGx5IGNvbmZpZ3VyaW5nIGEgRGlhbWV0ZXIgbm9kZS4NCg0KSWYgdGhp cyBpcyB0aGUgY2FzZSwgdGhlbiB0aGUgbG9hZCB2YWx1ZSB3b3VsZCBiZSBpbiB0aGUgcmFuZ2Ug b2YgMC02NTUzNS4NCg0KVGhlIGRpc3RyaWJ1dGlvbiBhbGdvcml0aG0gYmVsb3cgcmVzdWx0cyBp biBtb3JlIG1lc3NhZ2VzIGJlaW5nIHNlbnQgdG8gYSBub2RlIHdpdGggYSBoaWdoZXIgd2VpZ2h0 IHZhbHVlLiAgQXMgYSByZXN1bHQsIGEgaGlnaGVyIERpYW1ldGVyIGxvYWQgdmFsdWUgd291bGQg aW5kaWNhdGUgYSBMT1dFUiBsb2FkIG9uIHRoZSBzZW5kaW5nIG5vZGUuICBBIG5vZGUgdGhhdCBp cyBoZWF2aWx5IGxvYWRlZCB3b3VsZCBzZW5kIGEgbG93ZXIgbG9hZCB2YWx1ZS4gIFN0YXRlZCBh bm90aGVyIHdheSwgYSBub2RlIHRoYXQgaGFzIHplcm8gbG9hZCB3b3VsZCBoYXZlIGEgbG9hZCB2 YWx1ZSBvZiA2NTUzNS4gIEEgbm9kZSB0aGF0IGlzIDEwMCUgbG9hZGVkIHdvdWxkIGhhdmUgYSBs b2FkIHZhbHVlIG9mIDAuDQoNClRoZSBhbGdvcml0aG0gYmVsb3cgd291bGQgYmUgYSBzdWdnZXN0 aW9uIGZvciBob3cgRGlhbWV0ZXIgbm9kZXMgd291bGQgdXNlIHRoZSBsb2FkIGluZm9ybWF0aW9u IGJ1dCB0aGUgYWN0dWFsIG1ldGhvZCBmb3IgdXNpbmcgdGhlIGxvYWQgaW5mb3JtYXRpb24gd291 bGQgYmUgYW4gaW1wbGVtZW50YXRpb24gZGVjaXNpb24uDQoNClRoZSBhbGdvcml0aG0gd291bGQg YmUgdXNlZCBpbiB0d28gcGxhY2VzLiAgRmlyc3QsICBEaWFtZXRlciBub2RlcyBkb2luZyB0aGUg c2VydmVyIHNlbGVjdGlvbiB3b3VsZCB1c2UgdGhlIGxvYWQgaW5mb3JtYXRpb24gdG8gc2VsZWN0 IGZyb20gYSBzZXQgb2YgY2FuZGlkYXRlIHNlcnZlcnMgZm9yIGEgcmVxdWVzdC4gIEl0IHdvdWxk IGFsc28gYmUgdXNlZCBmb3Igc2VsZWN0aW5nIHRoZSBuZXh0IGhvcCBmcm9tIGEgc2V0IG9mIGNh bmRpZGF0ZSBwZWVyIG5vZGVzLg0KDQpJZiB0aGVyZSBpcyBjb25zZW5zdXMgb24gdGhpcyBnZW5l cmFsIGFwcHJvYWNoIHRoZW4gSSB3aWxsIGFkZCB0aGUgYXBwcm9wcmlhdGUgb3ZlcnZpZXcgYW5k IG5vcm1hdGl2ZSByZXF1aXJlbWVudHMgaW4gdGhlIG5leHQgdmVyc2lvbiBvZiB0aGUgTG9hZCBk cmFmdC4gIEkgYW0gcGxhbm5pbmcgdG8gc3VibWl0IHRoYXQgZHJhZnQgcHJpb3IgdG8gdGhlIElF VEYgOTUgZGVhZGxpbmUuDQoNClJlZ2FyZHMsDQoNClN0ZXZlDQoNCi0tLS0tDQoNCiAgIFByaW9y aXR5DQoNCiAgICAgICAgVGhlIHByaW9yaXR5IG9mIHRoaXMgdGFyZ2V0IGhvc3QuICBBIGNsaWVu dCBNVVNUIGF0dGVtcHQgdG8NCg0KICAgICAgICBjb250YWN0IHRoZSB0YXJnZXQgaG9zdCB3aXRo IHRoZSBsb3dlc3QtbnVtYmVyZWQgcHJpb3JpdHkgaXQgY2FuDQoNCiAgICAgICAgcmVhY2g7IHRh cmdldCBob3N0cyB3aXRoIHRoZSBzYW1lIHByaW9yaXR5IFNIT1VMRCBiZSB0cmllZCBpbiBhbg0K DQogICAgICAgIG9yZGVyIGRlZmluZWQgYnkgdGhlIHdlaWdodCBmaWVsZC4gIFRoZSByYW5nZSBp cyAwLTY1NTM1LiAgVGhpcw0KDQogICAgICAgIGlzIGEgMTYgYml0IHVuc2lnbmVkIGludGVnZXIg aW4gbmV0d29yayBieXRlIG9yZGVyLg0KDQoNCg0KICAgV2VpZ2h0DQoNCiAgICAgICAgQSBzZXJ2 ZXIgc2VsZWN0aW9uIG1lY2hhbmlzbS4gIFRoZSB3ZWlnaHQgZmllbGQgc3BlY2lmaWVzIGENCg0K ICAgICAgICByZWxhdGl2ZSB3ZWlnaHQgZm9yIGVudHJpZXMgd2l0aCB0aGUgc2FtZSBwcmlvcml0 eS4gTGFyZ2VyDQoNCiAgICAgICAgd2VpZ2h0cyBTSE9VTEQgYmUgZ2l2ZW4gYSBwcm9wb3J0aW9u YXRlbHkgaGlnaGVyIHByb2JhYmlsaXR5IG9mDQoNCiAgICAgICAgYmVpbmcgc2VsZWN0ZWQuIFRo ZSByYW5nZSBvZiB0aGlzIG51bWJlciBpcyAwLTY1NTM1LiAgVGhpcyBpcyBhDQoNCiAgICAgICAg MTYgYml0IHVuc2lnbmVkIGludGVnZXIgaW4gbmV0d29yayBieXRlIG9yZGVyLiAgRG9tYWluDQoN CiAgICAgICAgYWRtaW5pc3RyYXRvcnMgU0hPVUxEIHVzZSBXZWlnaHQgMCB3aGVuIHRoZXJlIGlz bid0IGFueSBzZXJ2ZXINCg0KICAgICAgICBzZWxlY3Rpb24gdG8gZG8sIHRvIG1ha2UgdGhlIFJS IGVhc2llciB0byByZWFkIGZvciBodW1hbnMgKGxlc3MNCg0KICAgICAgICBub2lzeSkuICBJbiB0 aGUgcHJlc2VuY2Ugb2YgcmVjb3JkcyBjb250YWluaW5nIHdlaWdodHMgZ3JlYXRlcg0KDQogICAg ICAgIHRoYW4gMCwgcmVjb3JkcyB3aXRoIHdlaWdodCAwIHNob3VsZCBoYXZlIGEgdmVyeSBzbWFs bCBjaGFuY2Ugb2YNCg0KICAgICAgICBiZWluZyBzZWxlY3RlZC4NCg0KDQoNCiAgICAgICAgSW4g dGhlIGFic2VuY2Ugb2YgYSBwcm90b2NvbCB3aG9zZSBzcGVjaWZpY2F0aW9uIGNhbGxzIGZvciB0 aGUNCg0KICAgICAgICB1c2Ugb2Ygb3RoZXIgd2VpZ2h0aW5nIGluZm9ybWF0aW9uLCBhIGNsaWVu dCBhcnJhbmdlcyB0aGUgU1JWDQoNCiAgICAgICAgUlJzIG9mIHRoZSBzYW1lIFByaW9yaXR5IGlu IHRoZSBvcmRlciBpbiB3aGljaCB0YXJnZXQgaG9zdHMsDQoNCiAgICAgICAgc3BlY2lmaWVkIGJ5 IHRoZSBTUlYgUlJzLCB3aWxsIGJlIGNvbnRhY3RlZC4gVGhlIGZvbGxvd2luZw0KDQogICAgICAg IGFsZ29yaXRobSBTSE9VTEQgYmUgdXNlZCB0byBvcmRlciB0aGUgU1JWIFJScyBvZiB0aGUgc2Ft ZQ0KDQogICAgICAgIHByaW9yaXR5Og0KDQoNCg0KICAgICAgICBUbyBzZWxlY3QgYSB0YXJnZXQg dG8gYmUgY29udGFjdGVkIG5leHQsIGFycmFuZ2UgYWxsIFNSViBSUnMNCg0KICAgICAgICAodGhh dCBoYXZlIG5vdCBiZWVuIG9yZGVyZWQgeWV0KSBpbiBhbnkgb3JkZXIsIGV4Y2VwdCB0aGF0IGFs bA0KDQogICAgICAgIHRob3NlIHdpdGggd2VpZ2h0IDAgYXJlIHBsYWNlZCBhdCB0aGUgYmVnaW5u aW5nIG9mIHRoZSBsaXN0Lg0KDQoNCg0KICAgICAgICBDb21wdXRlIHRoZSBzdW0gb2YgdGhlIHdl aWdodHMgb2YgdGhvc2UgUlJzLCBhbmQgd2l0aCBlYWNoIFJSDQoNCiAgICAgICAgYXNzb2NpYXRl IHRoZSBydW5uaW5nIHN1bSBpbiB0aGUgc2VsZWN0ZWQgb3JkZXIuIFRoZW4gY2hvb3NlIGENCg0K ICAgICAgICB1bmlmb3JtIHJhbmRvbSBudW1iZXIgYmV0d2VlbiAwIGFuZCB0aGUgc3VtIGNvbXB1 dGVkDQoNCiAgICAgICAgKGluY2x1c2l2ZSksIGFuZCBzZWxlY3QgdGhlIFJSIHdob3NlIHJ1bm5p bmcgc3VtIHZhbHVlIGlzIHRoZQ0KDQogICAgICAgIGZpcnN0IGluIHRoZSBzZWxlY3RlZCBvcmRl ciB3aGljaCBpcyBncmVhdGVyIHRoYW4gb3IgZXF1YWwgdG8NCg0KICAgICAgICB0aGUgcmFuZG9t IG51bWJlciBzZWxlY3RlZC4gVGhlIHRhcmdldCBob3N0IHNwZWNpZmllZCBpbiB0aGUNCg0KICAg ICAgICBzZWxlY3RlZCBTUlYgUlIgaXMgdGhlIG5leHQgb25lIHRvIGJlIGNvbnRhY3RlZCBieSB0 aGUgY2xpZW50Lg0KDQogICAgICAgIFJlbW92ZSB0aGlzIFNSViBSUiBmcm9tIHRoZSBzZXQgb2Yg dGhlIHVub3JkZXJlZCBTUlYgUlJzIGFuZA0KDQogICAgICAgIGFwcGx5IHRoZSBkZXNjcmliZWQg YWxnb3JpdGhtIHRvIHRoZSB1bm9yZGVyZWQgU1JWIFJScyB0byBzZWxlY3QNCg0KICAgICAgICB0 aGUgbmV4dCB0YXJnZXQgaG9zdC4gIENvbnRpbnVlIHRoZSBvcmRlcmluZyBwcm9jZXNzIHVudGls IHRoZXJlDQoNCiAgICAgICAgYXJlIG5vIHVub3JkZXJlZCBTUlYgUlJzLiAgVGhpcyBwcm9jZXNz IGlzIHJlcGVhdGVkIGZvciBlYWNoDQoNCiAgICAgICAgUHJpb3JpdHkuDQoNCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRv bmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRo YW5rIHlvdS4KCg== --_000_6B7134B31289DC4FAF731D844122B36E01DFE739OPEXCLILM43corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIg MiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQcsOp Zm9ybWF0w6kgSFRNTCBDYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgljb2xv cjpibGFjazt9DQpzcGFuLlByZm9ybWF0SFRNTENhcg0KCXttc28tc3R5bGUtbmFtZToiUHLDqWZv cm1hdMOpIEhUTUwgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlByw6lmb3JtYXTDqSBIVE1MIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgljb2xvcjpi bGFjazt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1z aXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0 aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3 aGl0ZSIgbGFuZz0iRlIiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgU3RldmUsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkknbSBmaW5lIHdpdGggdGhpcyBhcHByb2FjaC48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmsgeW91LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5yZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5MaW9uZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RGUmbmJzcDs6 PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4g RGlNRSBbbWFpbHRvOmRpbWUtYm91bmNlc0BpZXRmLm9yZ10NCjxiPkRlIGxhIHBhcnQgZGU8L2I+ IFN0ZXZlIERvbm92YW48YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4gdmVuZHJlZGkgMTEgbWFy cyAyMDE2IDAxOjEzPGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBkaW1lQGlldGYub3JnPGJyPg0KPGI+ T2JqZXQmbmJzcDs6PC9iPiBbRGltZV0gRGlhbWV0ZXIgTG9hZCB2YWx1ZSBhbmQgU1JWPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij5BbGwsPGJyPg0KPGJyPg0KVGhlIGN1cnJlbnQgdmVyc2lvbiBvZiB0aGUg RGlhbWV0ZXIgTG9hZCBkcmFmdCBzYXlzIHRoYXQgdGhlIGxvYWQgdmFsdWUgc2hvdWxkIGJlIGNv bnNpc3RlbnQgd2l0aCB0aGUgdXNlIG9mIEROUyBTUlYuJm5ic3A7IEl0IHRoZW4gaGFzIGFuIGVk aXRvcidzIG5vdGUgaW5kaWNhdGluZyB0aGF0IHdlIG5lZWQgbW9yZSBkZXRhaWwuPGJyPg0KPGJy Pg0KVGhlIGZvbGxvd2luZyBpcyBteSBwcm9wb3NhbCBmb3IgdGhhdCBhZGRpdGlvbmFsIGRldGFp bC48YnI+DQo8YnI+DQpUaGUgcmVsZXZhbnQgc2VjdGlvbiBmcm9tIFJGQyAyNzgyIChETlMgU1JW KSBpcyB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIFByaW9yaXR5IGFuZCBXZWlnaHQgcGFyYW1ldGVy cyBpbiB0aGUgU1JWIFJSIGNvcGllZCBiZWxvdy4mbmJzcDsgSXQgaXMgbW9zdGx5IGJhc2VkIG9u IHRoZSBXZWlnaHQgc2VjdGlvbiBidXQgSSBpbmNsdWRlZCBQcmlvcml0eSBiZWNhdXNlIGl0IGlz IHJlZmVyZW5jZWQgaW4gdGhlIFdlaWdodCBzZWN0aW9uLjxicj4NCjxicj4NCk15IHByb3Bvc2Fs IGlzIHRoYXQgdGhlIExvYWQgdmFsdWUgY29tbXVuaWNhdGVkIGluIGEgRGlhbWV0ZXIgTG9hZCBy ZXBvcnQgYmUgdXNlZCB0byBkeW5hbWljYWxseSB1cGRhdGUgdGhlIFdlaWdodCB2YWx1ZSBmb3Ig YW4gZW50cmllcyBpbiB0aGUgUm91dGluZyB0YWJsZSBhbmQgaW4gdGhlIFBlZXIgdGFibGUuJm5i c3A7IE5vdGUgdGhhdCB0aGUgbG9hZCBtZWNoYW5pc20gZG9lcyBub3QgZ2l2ZSBhIHdheSB0byBj aGFuZ2UgdGhlIHByaW9yaXR5IHZhbHVlLiZuYnNwOw0KIFRoYXQgd291bGQgc3RpbGwgZWl0aGVy IGNvbWUgYXMgYSByZXN1bHQgb2YgYSBETlMgU1JWIHF1ZXJ5IG9yIHRocm91Z2ggc3RhdGljYWxs eSBjb25maWd1cmluZyBhIERpYW1ldGVyIG5vZGUuPGJyPg0KPGJyPg0KSWYgdGhpcyBpcyB0aGUg Y2FzZSwgdGhlbiB0aGUgbG9hZCB2YWx1ZSB3b3VsZCBiZSBpbiB0aGUgcmFuZ2Ugb2YgMC02NTUz NS4mbmJzcDsmbmJzcDsgPGJyPg0KPGJyPg0KVGhlIGRpc3RyaWJ1dGlvbiBhbGdvcml0aG0gYmVs b3cgcmVzdWx0cyBpbiBtb3JlIG1lc3NhZ2VzIGJlaW5nIHNlbnQgdG8gYSBub2RlIHdpdGggYSBo aWdoZXIgd2VpZ2h0IHZhbHVlLiZuYnNwOyBBcyBhIHJlc3VsdCwgYSBoaWdoZXIgRGlhbWV0ZXIg bG9hZCB2YWx1ZSB3b3VsZCBpbmRpY2F0ZSBhIExPV0VSIGxvYWQgb24gdGhlIHNlbmRpbmcgbm9k ZS4mbmJzcDsgQSBub2RlIHRoYXQgaXMgaGVhdmlseSBsb2FkZWQgd291bGQgc2VuZCBhIGxvd2Vy IGxvYWQgdmFsdWUuJm5ic3A7DQogU3RhdGVkIGFub3RoZXIgd2F5LCBhIG5vZGUgdGhhdCBoYXMg emVybyBsb2FkIHdvdWxkIGhhdmUgYSBsb2FkIHZhbHVlIG9mIDY1NTM1LiZuYnNwOyBBIG5vZGUg dGhhdCBpcyAxMDAlIGxvYWRlZCB3b3VsZCBoYXZlIGEgbG9hZCB2YWx1ZSBvZiAwLjxicj4NCjxi cj4NClRoZSBhbGdvcml0aG0gYmVsb3cgd291bGQgYmUgYSBzdWdnZXN0aW9uIGZvciBob3cgRGlh bWV0ZXIgbm9kZXMgd291bGQgdXNlIHRoZSBsb2FkIGluZm9ybWF0aW9uIGJ1dCB0aGUgYWN0dWFs IG1ldGhvZCBmb3IgdXNpbmcgdGhlIGxvYWQgaW5mb3JtYXRpb24gd291bGQgYmUgYW4gaW1wbGVt ZW50YXRpb24gZGVjaXNpb24uPGJyPg0KPGJyPg0KVGhlIGFsZ29yaXRobSB3b3VsZCBiZSB1c2Vk IGluIHR3byBwbGFjZXMuJm5ic3A7IEZpcnN0LCZuYnNwOyBEaWFtZXRlciBub2RlcyBkb2luZyB0 aGUgc2VydmVyIHNlbGVjdGlvbiB3b3VsZCB1c2UgdGhlIGxvYWQgaW5mb3JtYXRpb24gdG8gc2Vs ZWN0IGZyb20gYSBzZXQgb2YgY2FuZGlkYXRlIHNlcnZlcnMgZm9yIGEgcmVxdWVzdC4mbmJzcDsg SXQgd291bGQgYWxzbyBiZSB1c2VkIGZvciBzZWxlY3RpbmcgdGhlIG5leHQgaG9wIGZyb20gYSBz ZXQgb2YgY2FuZGlkYXRlIHBlZXINCiBub2Rlcy48YnI+DQo8YnI+DQpJZiB0aGVyZSBpcyBjb25z ZW5zdXMgb24gdGhpcyBnZW5lcmFsIGFwcHJvYWNoIHRoZW4gSSB3aWxsIGFkZCB0aGUgYXBwcm9w cmlhdGUgb3ZlcnZpZXcgYW5kIG5vcm1hdGl2ZSByZXF1aXJlbWVudHMgaW4gdGhlIG5leHQgdmVy c2lvbiBvZiB0aGUgTG9hZCBkcmFmdC4mbmJzcDsgSSBhbSBwbGFubmluZyB0byBzdWJtaXQgdGhh dCBkcmFmdCBwcmlvciB0byB0aGUgSUVURiA5NSBkZWFkbGluZS48YnI+DQo8YnI+DQpSZWdhcmRz LDxicj4NCjxicj4NClN0ZXZlPGJyPg0KPGJyPg0KLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwcmU+ Jm5ic3A7Jm5ic3A7IFByaW9yaXR5PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSBwcmlvcml0eSBvZiB0aGlzIHRhcmdl dCBob3N0LiZuYnNwOyBBIGNsaWVudCBNVVNUIGF0dGVtcHQgdG88bzpwPjwvbzpwPjwvcHJlPg0K PHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgY29udGFjdCB0 aGUgdGFyZ2V0IGhvc3Qgd2l0aCB0aGUgbG93ZXN0LW51bWJlcmVkIHByaW9yaXR5IGl0IGNhbjxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyByZWFjaDsgdGFyZ2V0IGhvc3RzIHdpdGggdGhlIHNhbWUgcHJpb3JpdHkgU0hPVUxE IGJlIHRyaWVkIGluIGFuPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9yZGVyIGRlZmluZWQgYnkgdGhlIHdlaWdodCBmaWVs ZC4mbmJzcDsgVGhlIHJhbmdlIGlzIDAtNjU1MzUuJm5ic3A7IFRoaXM8bzpwPjwvbzpwPjwvcHJl Pg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaXMgYSAx NiBiaXQgdW5zaWduZWQgaW50ZWdlciBpbiBuZXR3b3JrIGJ5dGUgb3JkZXIuPG86cD48L286cD48 L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFdl aWdodDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBBIHNlcnZlciBzZWxlY3Rpb24gbWVjaGFuaXNtLiZuYnNwOyBUaGUgd2Vp Z2h0IGZpZWxkIHNwZWNpZmllcyBhPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlbGF0aXZlIHdlaWdodCBmb3IgZW50cmll cyB3aXRoIHRoZSBzYW1lIHByaW9yaXR5LiBMYXJnZXI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgd2VpZ2h0cyBTSE9VTEQg YmUgZ2l2ZW4gYSBwcm9wb3J0aW9uYXRlbHkgaGlnaGVyIHByb2JhYmlsaXR5IG9mPG86cD48L286 cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGJlaW5nIHNlbGVjdGVkLiBUaGUgcmFuZ2Ugb2YgdGhpcyBudW1iZXIgaXMgMC02NTUzNS4mbmJz cDsgVGhpcyBpcyBhPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDE2IGJpdCB1bnNpZ25lZCBpbnRlZ2VyIGluIG5ldHdvcmsg Ynl0ZSBvcmRlci4mbmJzcDsgRG9tYWluPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFkbWluaXN0cmF0b3JzIFNIT1VMRCB1 c2UgV2VpZ2h0IDAgd2hlbiB0aGVyZSBpc24ndCBhbnkgc2VydmVyPG86cD48L286cD48L3ByZT4N CjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNlbGVjdGlv biB0byBkbywgdG8gbWFrZSB0aGUgUlIgZWFzaWVyIHRvIHJlYWQgZm9yIGh1bWFucyAobGVzczxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBub2lzeSkuJm5ic3A7IEluIHRoZSBwcmVzZW5jZSBvZiByZWNvcmRzIGNvbnRhaW5p bmcgd2VpZ2h0cyBncmVhdGVyPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoYW4gMCwgcmVjb3JkcyB3aXRoIHdlaWdodCAw IHNob3VsZCBoYXZlIGEgdmVyeSBzbWFsbCBjaGFuY2Ugb2Y8bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT4mbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7YmVpbmcgc2VsZWN0 ZWQuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHRoZSBhYnNlbmNl IG9mIGEgcHJvdG9jb2wgd2hvc2Ugc3BlY2lmaWNhdGlvbiBjYWxscyBmb3IgdGhlPG86cD48L286 cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHVzZSBvZiBvdGhlciB3ZWlnaHRpbmcgaW5mb3JtYXRpb24sIGEgY2xpZW50IGFycmFuZ2VzIHRo ZSBTUlY8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgUlJzIG9mIHRoZSBzYW1lIFByaW9yaXR5IGluIHRoZSBvcmRlciBpbiB3 aGljaCB0YXJnZXQgaG9zdHMsPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNwZWNpZmllZCBieSB0aGUgU1JWIFJScywgd2ls bCBiZSBjb250YWN0ZWQuIFRoZSBmb2xsb3dpbmc8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYWxnb3JpdGhtIFNIT1VMRCBi ZSB1c2VkIHRvIG9yZGVyIHRoZSBTUlYgUlJzIG9mIHRoZSBzYW1lPG86cD48L286cD48L3ByZT4N CjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHByaW9yaXR5 OjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxvOnA+Jm5ic3A7PC9vOnA+PC9wcmU+DQo8cHJlPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUbyBzZWxlY3QgYSB0YXJn ZXQgdG8gYmUgY29udGFjdGVkIG5leHQsIGFycmFuZ2UgYWxsIFNSViBSUnM8bzpwPjwvbzpwPjwv cHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKHRo YXQgaGF2ZSBub3QgYmVlbiBvcmRlcmVkIHlldCkgaW4gYW55IG9yZGVyLCBleGNlcHQgdGhhdCBh bGw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgdGhvc2Ugd2l0aCB3ZWlnaHQgMCBhcmUgcGxhY2VkIGF0IHRoZSBiZWdpbm5p bmcgb2YgdGhlIGxpc3QuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENv bXB1dGUgdGhlIHN1bSBvZiB0aGUgd2VpZ2h0cyBvZiB0aG9zZSBSUnMsIGFuZCB3aXRoIGVhY2gg UlI8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYXNzb2NpYXRlIHRoZSBydW5uaW5nIHN1bSBpbiB0aGUgc2VsZWN0ZWQgb3Jk ZXIuIFRoZW4gY2hvb3NlIGE8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdW5pZm9ybSByYW5kb20gbnVtYmVyIGJldHdlZW4g MCBhbmQgdGhlIHN1bSBjb21wdXRlZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAoaW5jbHVzaXZlKSwgYW5kIHNlbGVjdCB0 aGUgUlIgd2hvc2UgcnVubmluZyBzdW0gdmFsdWUgaXMgdGhlPG86cD48L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZpcnN0IGluIHRo ZSBzZWxlY3RlZCBvcmRlciB3aGljaCBpcyBncmVhdGVyIHRoYW4gb3IgZXF1YWwgdG88bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgdGhlIHJhbmRvbSBudW1iZXIgc2VsZWN0ZWQuIFRoZSB0YXJnZXQgaG9zdCBzcGVjaWZpZWQg aW4gdGhlPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IHNlbGVjdGVkIFNSViBSUiBpcyB0aGUgbmV4dCBvbmUgdG8gYmUgY29u dGFjdGVkIGJ5IHRoZSBjbGllbnQuPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlbW92ZSB0aGlzIFNSViBSUiBmcm9tIHRo ZSBzZXQgb2YgdGhlIHVub3JkZXJlZCBTUlYgUlJzIGFuZDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhcHBseSB0aGUgZGVz Y3JpYmVkIGFsZ29yaXRobSB0byB0aGUgdW5vcmRlcmVkIFNSViBSUnMgdG8gc2VsZWN0PG86cD48 L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IHRoZSBuZXh0IHRhcmdldCBob3N0LiZuYnNwOyBDb250aW51ZSB0aGUgb3JkZXJpbmcgcHJv Y2VzcyB1bnRpbCB0aGVyZTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhcmUgbm8gdW5vcmRlcmVkIFNSViBSUnMuJm5ic3A7 IFRoaXMgcHJvY2VzcyBpcyByZXBlYXRlZCBmb3IgZWFjaDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJl PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQcmlvcml0eS48bzpw PjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPFBSRT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMg am9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVz IG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4 cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNl IG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIg ZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVs ZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFs dGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBt b2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KPC9QUkU+PC9ib2R5Pg0K PC9odG1sPg0K --_000_6B7134B31289DC4FAF731D844122B36E01DFE739OPEXCLILM43corp_-- From nobody Fri Mar 11 08:12:47 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A124F12D8F1 for ; Fri, 11 Mar 2016 08:12:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZK0PBm2oNY9T for ; Fri, 11 Mar 2016 08:12:38 -0800 (PST) Received: from relais-inet.orange.com (relais-nor34.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0023C12D911 for ; Fri, 11 Mar 2016 08:11:43 -0800 (PST) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr25.francetelecom.fr (ESMTP service) with ESMTP id A559C180445; Fri, 11 Mar 2016 17:11:42 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.42]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 857504006C; Fri, 11 Mar 2016 17:11:42 +0100 (CET) Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM41.corporate.adroot.infra.ftgroup ([fe80::c845:f762:8997:ec86%19]) with mapi id 14.03.0279.002; Fri, 11 Mar 2016 17:11:42 +0100 From: To: Steve Donovan , "dime@ietf.org" Thread-Topic: [Dime] New version of draft-ietf-dime-drmp Thread-Index: AQHRewcsAqqvVVL7rEKwhQhSafIUW59Ua0rw Date: Fri, 11 Mar 2016 16:11:41 +0000 Message-ID: <32028_1457712702_56E2EE3E_32028_19682_1_6B7134B31289DC4FAF731D844122B36E01DFE761@OPEXCLILM43.corporate.adroot.infra.ftgroup> References: <56E1A5B5.20500@usdonovans.com> In-Reply-To: <56E1A5B5.20500@usdonovans.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] New version of draft-ietf-dime-drmp X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 16:12:44 -0000 RmluZSBmb3IgbWUuDQoNCkxpb25lbA0KDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0K PiBEZcKgOiBEaU1FIFttYWlsdG86ZGltZS1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0IGRl IFN0ZXZlIERvbm92YW4NCj4gRW52b3nDqcKgOiBqZXVkaSAxMCBtYXJzIDIwMTYgMTc6NTANCj4g w4DCoDogZGltZUBpZXRmLm9yZw0KPiBPYmpldMKgOiBbRGltZV0gTmV3IHZlcnNpb24gb2YgZHJh ZnQtaWV0Zi1kaW1lLWRybXANCj4gDQo+IEFsbCwNCj4gDQo+IEkndmUgdXBsb2FkZWQgdGhlIC0w NCB2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtZGltZS1kcm1wLg0KPiANCj4gVGhpcyB2ZXJzaW9uIHNo b3VsZCBjYXB0dXJlIGFsbCBvZiB0aGUgcmV2aWV3IGNvbW1lbnRzIG9uIHRoZSAtMDMgdmVyc2lv bi4NCj4gDQo+IEkndmUgYWxzbyBhdHRhY2hlZCBoZXJlIHRoZSBvdXRwdXQgb2YgdGhlIGRpZmYg dG9vbCwgc2hvd2luZyB0aGUgY2hhbmdlcw0KPiBtYWRlIGluIC0wNC4NCj4gDQo+IFJlZ2FyZHMs DQo+IA0KPiBTdGV2ZQ0KDQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50 ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBw cml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxl IGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVj dHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5l IHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1l IG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1h eSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5 IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNl ZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0 aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0 aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVk LCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZp ZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From nobody Fri Mar 11 15:06:02 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F72612DD8A; Fri, 11 Mar 2016 15:05:26 -0800 (PST) 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.16.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160311230526.15028.95167.idtracker@ietfa.amsl.com> Date: Fri, 11 Mar 2016 15:05:26 -0800 Archived-At: Cc: dime@ietf.org Subject: [Dime] dime - Requested session has been scheduled for IETF 95 X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2016 23:05:28 -0000 Dear Jouni Korhonen, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. dime Session 1 (2:00:00) Friday, Morning Session I 1000-1200 Room Name: Quebracho A size: 75 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Diameter Maintenance and Extensions Area Name: Operations and Management Area Session Requester: Jouni Korhonen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 35 Conflicts to Avoid: First Priority: stir abfab v6ops 6man oauth radext dmm mif detnet Special Requests: --------------------------------------------------------- From nobody Mon Mar 14 06:01:31 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC60712DA35 for ; Mon, 14 Mar 2016 06:01:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.799 X-Spam-Level: X-Spam-Status: No, score=0.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_BL=0.01, RCVD_IN_MSPIKE_L3=1.899, SPF_NEUTRAL=0.779, 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 h0OrE4eVrsqx for ; Mon, 14 Mar 2016 06:01:27 -0700 (PDT) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [173.247.247.250]) (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 C7CF812D58B for ; Mon, 14 Mar 2016 06:01:27 -0700 (PDT) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:54508 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1afS7f-000N2n-6K; Mon, 14 Mar 2016 06:01:27 -0700 To: "Trottin, Jean-Jacques (Nokia - FR)" , "dime@ietf.org" References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Steve Donovan Message-ID: <56E6B622.3080400@usdonovans.com> Date: Mon, 14 Mar 2016 08:01:22 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------090001020305060301060102" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: Re: [Dime] Diameter Load value and SRV X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 13:01:31 -0000 This is a multi-part message in MIME format. --------------090001020305060301060102 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit JJacques, All great comments. I will reflect this in the updated draft. Regards, Steve On 3/14/16 7:53 AM, Trottin, Jean-Jacques (Nokia - FR) wrote: > > Hi Steve > > Aligning the load value with DNS SRV, (so a low value of the AVP > meaning a node closer to be fully utilized) would also impact the > wording of the Load definition in section 2 (Terminology) where > > Load > > The relative capacity of a Diameter node. A low value indicates > > that the Diameter node is under utilized. A high value indicated > > that the node is closer to being fully utilized. > > We have to pay attention to the wording, especially about the word > ‚Äúvalue‚ÄĚ > > In the terminology, intent is more to say > > The relative capacity of a Diameter node. A low ‚Äúload level‚ÄĚ > indicates > > that the Diameter node is under utilized. A high ‚Äúload level‚ÄĚ indicates > > that the node is closer to being fully utilized > > So I would propose to not use the word ‚Äúvalue‚ÄĚ in the terminology, > but e.g. ‚Äúlevel‚ÄĚ, and reserve the word ‚Äúvalue‚ÄĚ for the AVP > > It is also consistent with the use of the ‚Äúload‚ÄĚ word in other places > > - definition of Offered load also in section 2 which is high when the > traffic is high. > > - in section 4.1, where ‚ÄúAt any given time that load maybe effectively > zero, effectively fully loaded, or somewhere in between‚ÄĚ > > Then how the value of the Load AVP is encoded where a low value of the > AVP will mean ‚Äúheavily loaded‚ÄĚ is defined in a further section as > written in your mail: > > As a result, a higher Diameter load value would indicate a LOWER load > on the sending node. A node that is heavily loaded would send a lower > load value. > > Best regards > > JJacques > > *De :*DiME [mailto:dime-bounces@ietf.org] *De la part de* > lionel.morand@orange.com > *Envoy√© :* vendredi 11 mars 2016 17:09 > *√Ä :* Steve Donovan; dime@ietf.org > *Objet :* Re: [Dime] Diameter Load value and SRV > > Hi Steve, > > I'm fine with this approach. > > Thank you. > > regards, > > Lionel > > *De :*DiME [mailto:dime-bounces@ietf.org] *De la part de* Steve Donovan > *Envoy√© :* vendredi 11 mars 2016 01:13 > *√Ä :* dime@ietf.org > *Objet :* [Dime] Diameter Load value and SRV > > All, > > The current version of the Diameter Load draft says that the load > value should be consistent with the use of DNS SRV. It then has an > editor's note indicating that we need more detail. > > The following is my proposal for that additional detail. > > The relevant section from RFC 2782 (DNS SRV) is the description of the > Priority and Weight parameters in the SRV RR copied below. It is > mostly based on the Weight section but I included Priority because it > is referenced in the Weight section. > > My proposal is that the Load value communicated in a Diameter Load > report be used to dynamically update the Weight value for an entries > in the Routing table and in the Peer table. Note that the load > mechanism does not give a way to change the priority value. That > would still either come as a result of a DNS SRV query or through > statically configuring a Diameter node. > > If this is the case, then the load value would be in the range of > 0-65535. > > The distribution algorithm below results in more messages being sent > to a node with a higher weight value. As a result, a higher Diameter > load value would indicate a LOWER load on the sending node. A node > that is heavily loaded would send a lower load value. Stated another > way, a node that has zero load would have a load value of 65535. A > node that is 100% loaded would have a load value of 0. > > The algorithm below would be a suggestion for how Diameter nodes would > use the load information but the actual method for using the load > information would be an implementation decision. > > The algorithm would be used in two places. First, Diameter nodes > doing the server selection would use the load information to select > from a set of candidate servers for a request. It would also be used > for selecting the next hop from a set of candidate peer nodes. > > If there is consensus on this general approach then I will add the > appropriate overview and normative requirements in the next version of > the Load draft. I am planning to submit that draft prior to the IETF > 95 deadline. > > Regards, > > Steve > > ----- > > Priority > The priority of this target host. A client MUST attempt to > contact the target host with the lowest-numbered priority it can > reach; target hosts with the same priority SHOULD be tried in an > order defined by the weight field. The range is 0-65535. This > is a 16 bit unsigned integer in network byte order. > Weight > A server selection mechanism. The weight field specifies a > relative weight for entries with the same priority. Larger > weights SHOULD be given a proportionately higher probability of > being selected. The range of this number is 0-65535. This is a > 16 bit unsigned integer in network byte order. Domain > administrators SHOULD use Weight 0 when there isn't any server > selection to do, to make the RR easier to read for humans (less > noisy). In the presence of records containing weights greater > than 0, records with weight 0 should have a very small chance of > being selected. > In the absence of a protocol whose specification calls for the > use of other weighting information, a client arranges the SRV > RRs of the same Priority in the order in which target hosts, > specified by the SRV RRs, will be contacted. The following > algorithm SHOULD be used to order the SRV RRs of the same > priority: > To select a target to be contacted next, arrange all SRV RRs > (that have not been ordered yet) in any order, except that all > those with weight 0 are placed at the beginning of the list. > Compute the sum of the weights of those RRs, and with each RR > associate the running sum in the selected order. Then choose a > uniform random number between 0 and the sum computed > (inclusive), and select the RR whose running sum value is the > first in the selected order which is greater than or equal to > the random number selected. The target host specified in the > selected SRV RR is the next one to be contacted by the client. > Remove this SRV RR from the set of the unordered SRV RRs and > apply the described algorithm to the unordered SRV RRs to select > the next target host. Continue the ordering process until there > are no unordered SRV RRs. This process is repeated for each > Priority. > > _________________________________________________________________________________________________________________________ > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, > deforme ou falsifie. Merci. > This message and its attachments may contain confidential or > privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. --------------090001020305060301060102 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit JJacques,

All great comments.  I will reflect this in the updated draft.

Regards,

Steve

On 3/14/16 7:53 AM, Trottin, Jean-Jacques (Nokia - FR) wrote:

Hi Steve

 

Aligning the load value with DNS SRV, (so a low value of the AVP meaning a node closer to be fully utilized)   would also impact the wording of the Load definition in section 2 (Terminology) where

 

Load

 

      The relative capacity of a Diameter node.  A low value indicates

      that the Diameter node is under utilized.  A high value indicated

      that the node is closer to being fully utilized.

 

We have to pay attention to the wording, especially about the word ‚Äúvalue‚ÄĚ

In the terminology, intent is more to say

¬†¬†¬†¬†¬†¬†The relative capacity of a Diameter node.¬† A low ‚Äúload level‚ÄĚ indicates

¬†¬†¬†¬†¬† that the Diameter node is under utilized.¬† A high ‚Äúload level‚ÄĚ indicates

      that the node is closer to being fully utilized

 

So I would propose ¬†to not use the word ‚Äúvalue‚ÄĚ in the terminology, but e.g. ‚Äúlevel‚ÄĚ, ¬†and reserve the word ‚Äúvalue‚ÄĚ for the AVP

It is also consistent with the use of the ‚Äúload‚ÄĚ word in other places

- definition of Offered load also in section 2 which is high when the traffic is high.

- in section 4.1, where ‚ÄúAt any given time that load maybe effectively zero, effectively fully loaded, or somewhere in between‚ÄĚ

 

Then how the value of the Load AVP is encoded where a low value of the AVP ¬†will mean ‚Äúheavily loaded‚ÄĚ is defined in a further section as written in your mail:

As a result, a higher Diameter load value would indicate a LOWER load on the sending node.  A node that is heavily loaded would send a lower load value.

 

Best regards

 

JJacques

 

De : DiME [mailto:dime-bounces@ietf.org] De la part de lionel.morand@orange.com
Envoyé : vendredi 11 mars 2016 17:09
À : Steve Donovan; dime@ietf.org
Objet : Re: [Dime] Diameter Load value and SRV

 

Hi Steve,

 

I'm fine with this approach.

 

Thank you.

 

regards,

 

Lionel

 

De : DiME [mailto:dime-bounces@ietf.org] De la part de Steve Donovan
Envoyé : vendredi 11 mars 2016 01:13
À : dime@ietf.org
Objet : [Dime] Diameter Load value and SRV

 

All,

The current version of the Diameter Load draft says that the load value should be consistent with the use of DNS SRV.  It then has an editor's note indicating that we need more detail.

The following is my proposal for that additional detail.

The relevant section from RFC 2782 (DNS SRV) is the description of the Priority and Weight parameters in the SRV RR copied below.  It is mostly based on the Weight section but I included Priority because it is referenced in the Weight section.

My proposal is that the Load value communicated in a Diameter Load report be used to dynamically update the Weight value for an entries in the Routing table and in the Peer table.  Note that the load mechanism does not give a way to change the priority value.  That would still either come as a result of a DNS SRV query or through statically configuring a Diameter node.

If this is the case, then the load value would be in the range of 0-65535.  

The distribution algorithm below results in more messages being sent to a node with a higher weight value.  As a result, a higher Diameter load value would indicate a LOWER load on the sending node.  A node that is heavily loaded would send a lower load value.  Stated another way, a node that has zero load would have a load value of 65535.  A node that is 100% loaded would have a load value of 0.

The algorithm below would be a suggestion for how Diameter nodes would use the load information but the actual method for using the load information would be an implementation decision.

The algorithm would be used in two places.  First,  Diameter nodes doing the server selection would use the load information to select from a set of candidate servers for a request.  It would also be used for selecting the next hop from a set of candidate peer nodes.

If there is consensus on this general approach then I will add the appropriate overview and normative requirements in the next version of the Load draft.  I am planning to submit that draft prior to the IETF 95 deadline.

Regards,

Steve

-----

   Priority
        The priority of this target host.  A client MUST attempt to
        contact the target host with the lowest-numbered priority it can
        reach; target hosts with the same priority SHOULD be tried in an
        order defined by the weight field.  The range is 0-65535.  This
        is a 16 bit unsigned integer in network byte order.
 
   Weight
        A server selection mechanism.  The weight field specifies a
        relative weight for entries with the same priority. Larger
        weights SHOULD be given a proportionately higher probability of
        being selected. The range of this number is 0-65535.  This is a
        16 bit unsigned integer in network byte order.  Domain
        administrators SHOULD use Weight 0 when there isn't any server
        selection to do, to make the RR easier to read for humans (less
        noisy).  In the presence of records containing weights greater
        than 0, records with weight 0 should have a very small chance of
        being selected.
 
        In the absence of a protocol whose specification calls for the
        use of other weighting information, a client arranges the SRV
        RRs of the same Priority in the order in which target hosts,
        specified by the SRV RRs, will be contacted. The following
        algorithm SHOULD be used to order the SRV RRs of the same
        priority:
 
        To select a target to be contacted next, arrange all SRV RRs
        (that have not been ordered yet) in any order, except that all
        those with weight 0 are placed at the beginning of the list.
 
        Compute the sum of the weights of those RRs, and with each RR
        associate the running sum in the selected order. Then choose a
        uniform random number between 0 and the sum computed
        (inclusive), and select the RR whose running sum value is the
        first in the selected order which is greater than or equal to
        the random number selected. The target host specified in the
        selected SRV RR is the next one to be contacted by the client.
        Remove this SRV RR from the set of the unordered SRV RRs and
        apply the described algorithm to the unordered SRV RRs to select
        the next target host.  Continue the ordering process until there
        are no unordered SRV RRs.  This process is repeated for each
        Priority.

 

_________________________________________________________________________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

--------------090001020305060301060102-- From nobody Wed Mar 16 04:49:43 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31C0B12D541 for ; Wed, 16 Mar 2016 04:49:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 aZKMI9NMOsTS for ; Wed, 16 Mar 2016 04:49:38 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 23FAB12D512 for ; Wed, 16 Mar 2016 04:49:37 -0700 (PDT) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 4399415F825C1; Wed, 16 Mar 2016 11:49:34 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u2GBnZdG007682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Mar 2016 11:49:35 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u2GBnAVo016147 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Mar 2016 12:49:31 +0100 Received: from FR712WXCHMBA12.zeu.alcatel-lucent.com ([169.254.8.143]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Wed, 16 Mar 2016 12:47:22 +0100 From: "Trottin, Jean-Jacques (Nokia - FR)" To: Steve Donovan , "dime@ietf.org" Thread-Topic: [Dime] Diameter Load value and SRV Thread-Index: AQHReyrMGhLtkBt2p0+E1a6vh+xijZ9UWZAAgAeivfA= Date: Wed, 16 Mar 2016 11:47:21 +0000 Message-ID: References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> In-Reply-To: <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_E194C2E18676714DACA9C3A2516265D29D4D14B1FR712WXCHMBA12z_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter Load value and SRV X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 11:49:41 -0000 --_000_E194C2E18676714DACA9C3A2516265D29D4D14B1FR712WXCHMBA12z_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RldmUgYW5kIGFsbA0KDQpUaGlzIGlzIGFsc28gdG8gY29uZmlybSAgdGhhdCBJJ20gZmlu ZSB3aXRoIHRoZSBwcm9wb3NlZCAgYXBwcm9hY2ggcmVnYXJkaW5nIGVuY29kaW5nIG9mIHRoZSBs b2FkIHZhbHVlLg0KDQpCZXN0IHJlZ2FyZHMNCg0KSkphY3F1ZXMNCg0KRGUgOiBEaU1FIFttYWls dG86ZGltZS1ib3VuY2VzQGlldGYub3JnXSBEZSBsYSBwYXJ0IGRlIGxpb25lbC5tb3JhbmRAb3Jh bmdlLmNvbQ0KRW52b3nDqSA6IHZlbmRyZWRpIDExIG1hcnMgMjAxNiAxNzowOQ0Kw4AgOiBTdGV2 ZSBEb25vdmFuOyBkaW1lQGlldGYub3JnDQpPYmpldCA6IFJlOiBbRGltZV0gRGlhbWV0ZXIgTG9h ZCB2YWx1ZSBhbmQgU1JWDQoNCkhpIFN0ZXZlLA0KDQpJJ20gZmluZSB3aXRoIHRoaXMgYXBwcm9h Y2guDQoNClRoYW5rIHlvdS4NCg0KcmVnYXJkcywNCg0KTGlvbmVsDQoNCkRlIDogRGlNRSBbbWFp bHRvOmRpbWUtYm91bmNlc0BpZXRmLm9yZ10gRGUgbGEgcGFydCBkZSBTdGV2ZSBEb25vdmFuDQpF bnZvecOpIDogdmVuZHJlZGkgMTEgbWFycyAyMDE2IDAxOjEzDQrDgCA6IGRpbWVAaWV0Zi5vcmc8 bWFpbHRvOmRpbWVAaWV0Zi5vcmc+DQpPYmpldCA6IFtEaW1lXSBEaWFtZXRlciBMb2FkIHZhbHVl IGFuZCBTUlYNCg0KQWxsLA0KDQpUaGUgY3VycmVudCB2ZXJzaW9uIG9mIHRoZSBEaWFtZXRlciBM b2FkIGRyYWZ0IHNheXMgdGhhdCB0aGUgbG9hZCB2YWx1ZSBzaG91bGQgYmUgY29uc2lzdGVudCB3 aXRoIHRoZSB1c2Ugb2YgRE5TIFNSVi4gIEl0IHRoZW4gaGFzIGFuIGVkaXRvcidzIG5vdGUgaW5k aWNhdGluZyB0aGF0IHdlIG5lZWQgbW9yZSBkZXRhaWwuDQoNClRoZSBmb2xsb3dpbmcgaXMgbXkg cHJvcG9zYWwgZm9yIHRoYXQgYWRkaXRpb25hbCBkZXRhaWwuDQoNClRoZSByZWxldmFudCBzZWN0 aW9uIGZyb20gUkZDIDI3ODIgKEROUyBTUlYpIGlzIHRoZSBkZXNjcmlwdGlvbiBvZiB0aGUgUHJp b3JpdHkgYW5kIFdlaWdodCBwYXJhbWV0ZXJzIGluIHRoZSBTUlYgUlIgY29waWVkIGJlbG93LiAg SXQgaXMgbW9zdGx5IGJhc2VkIG9uIHRoZSBXZWlnaHQgc2VjdGlvbiBidXQgSSBpbmNsdWRlZCBQ cmlvcml0eSBiZWNhdXNlIGl0IGlzIHJlZmVyZW5jZWQgaW4gdGhlIFdlaWdodCBzZWN0aW9uLg0K DQpNeSBwcm9wb3NhbCBpcyB0aGF0IHRoZSBMb2FkIHZhbHVlIGNvbW11bmljYXRlZCBpbiBhIERp YW1ldGVyIExvYWQgcmVwb3J0IGJlIHVzZWQgdG8gZHluYW1pY2FsbHkgdXBkYXRlIHRoZSBXZWln aHQgdmFsdWUgZm9yIGFuIGVudHJpZXMgaW4gdGhlIFJvdXRpbmcgdGFibGUgYW5kIGluIHRoZSBQ ZWVyIHRhYmxlLiAgTm90ZSB0aGF0IHRoZSBsb2FkIG1lY2hhbmlzbSBkb2VzIG5vdCBnaXZlIGEg d2F5IHRvIGNoYW5nZSB0aGUgcHJpb3JpdHkgdmFsdWUuICBUaGF0IHdvdWxkIHN0aWxsIGVpdGhl ciBjb21lIGFzIGEgcmVzdWx0IG9mIGEgRE5TIFNSViBxdWVyeSBvciB0aHJvdWdoIHN0YXRpY2Fs bHkgY29uZmlndXJpbmcgYSBEaWFtZXRlciBub2RlLg0KDQpJZiB0aGlzIGlzIHRoZSBjYXNlLCB0 aGVuIHRoZSBsb2FkIHZhbHVlIHdvdWxkIGJlIGluIHRoZSByYW5nZSBvZiAwLTY1NTM1Lg0KDQpU aGUgZGlzdHJpYnV0aW9uIGFsZ29yaXRobSBiZWxvdyByZXN1bHRzIGluIG1vcmUgbWVzc2FnZXMg YmVpbmcgc2VudCB0byBhIG5vZGUgd2l0aCBhIGhpZ2hlciB3ZWlnaHQgdmFsdWUuICBBcyBhIHJl c3VsdCwgYSBoaWdoZXIgRGlhbWV0ZXIgbG9hZCB2YWx1ZSB3b3VsZCBpbmRpY2F0ZSBhIExPV0VS IGxvYWQgb24gdGhlIHNlbmRpbmcgbm9kZS4gIEEgbm9kZSB0aGF0IGlzIGhlYXZpbHkgbG9hZGVk IHdvdWxkIHNlbmQgYSBsb3dlciBsb2FkIHZhbHVlLiAgU3RhdGVkIGFub3RoZXIgd2F5LCBhIG5v ZGUgdGhhdCBoYXMgemVybyBsb2FkIHdvdWxkIGhhdmUgYSBsb2FkIHZhbHVlIG9mIDY1NTM1LiAg QSBub2RlIHRoYXQgaXMgMTAwJSBsb2FkZWQgd291bGQgaGF2ZSBhIGxvYWQgdmFsdWUgb2YgMC4N Cg0KVGhlIGFsZ29yaXRobSBiZWxvdyB3b3VsZCBiZSBhIHN1Z2dlc3Rpb24gZm9yIGhvdyBEaWFt ZXRlciBub2RlcyB3b3VsZCB1c2UgdGhlIGxvYWQgaW5mb3JtYXRpb24gYnV0IHRoZSBhY3R1YWwg bWV0aG9kIGZvciB1c2luZyB0aGUgbG9hZCBpbmZvcm1hdGlvbiB3b3VsZCBiZSBhbiBpbXBsZW1l bnRhdGlvbiBkZWNpc2lvbi4NCg0KVGhlIGFsZ29yaXRobSB3b3VsZCBiZSB1c2VkIGluIHR3byBw bGFjZXMuICBGaXJzdCwgIERpYW1ldGVyIG5vZGVzIGRvaW5nIHRoZSBzZXJ2ZXIgc2VsZWN0aW9u IHdvdWxkIHVzZSB0aGUgbG9hZCBpbmZvcm1hdGlvbiB0byBzZWxlY3QgZnJvbSBhIHNldCBvZiBj YW5kaWRhdGUgc2VydmVycyBmb3IgYSByZXF1ZXN0LiAgSXQgd291bGQgYWxzbyBiZSB1c2VkIGZv ciBzZWxlY3RpbmcgdGhlIG5leHQgaG9wIGZyb20gYSBzZXQgb2YgY2FuZGlkYXRlIHBlZXIgbm9k ZXMuDQoNCklmIHRoZXJlIGlzIGNvbnNlbnN1cyBvbiB0aGlzIGdlbmVyYWwgYXBwcm9hY2ggdGhl biBJIHdpbGwgYWRkIHRoZSBhcHByb3ByaWF0ZSBvdmVydmlldyBhbmQgbm9ybWF0aXZlIHJlcXVp cmVtZW50cyBpbiB0aGUgbmV4dCB2ZXJzaW9uIG9mIHRoZSBMb2FkIGRyYWZ0LiAgSSBhbSBwbGFu bmluZyB0byBzdWJtaXQgdGhhdCBkcmFmdCBwcmlvciB0byB0aGUgSUVURiA5NSBkZWFkbGluZS4N Cg0KUmVnYXJkcywNCg0KU3RldmUNCg0KLS0tLS0NCg0KICAgUHJpb3JpdHkNCg0KICAgICAgICBU aGUgcHJpb3JpdHkgb2YgdGhpcyB0YXJnZXQgaG9zdC4gIEEgY2xpZW50IE1VU1QgYXR0ZW1wdCB0 bw0KDQogICAgICAgIGNvbnRhY3QgdGhlIHRhcmdldCBob3N0IHdpdGggdGhlIGxvd2VzdC1udW1i ZXJlZCBwcmlvcml0eSBpdCBjYW4NCg0KICAgICAgICByZWFjaDsgdGFyZ2V0IGhvc3RzIHdpdGgg dGhlIHNhbWUgcHJpb3JpdHkgU0hPVUxEIGJlIHRyaWVkIGluIGFuDQoNCiAgICAgICAgb3JkZXIg ZGVmaW5lZCBieSB0aGUgd2VpZ2h0IGZpZWxkLiAgVGhlIHJhbmdlIGlzIDAtNjU1MzUuICBUaGlz DQoNCiAgICAgICAgaXMgYSAxNiBiaXQgdW5zaWduZWQgaW50ZWdlciBpbiBuZXR3b3JrIGJ5dGUg b3JkZXIuDQoNCg0KDQogICBXZWlnaHQNCg0KICAgICAgICBBIHNlcnZlciBzZWxlY3Rpb24gbWVj aGFuaXNtLiAgVGhlIHdlaWdodCBmaWVsZCBzcGVjaWZpZXMgYQ0KDQogICAgICAgIHJlbGF0aXZl IHdlaWdodCBmb3IgZW50cmllcyB3aXRoIHRoZSBzYW1lIHByaW9yaXR5LiBMYXJnZXINCg0KICAg ICAgICB3ZWlnaHRzIFNIT1VMRCBiZSBnaXZlbiBhIHByb3BvcnRpb25hdGVseSBoaWdoZXIgcHJv YmFiaWxpdHkgb2YNCg0KICAgICAgICBiZWluZyBzZWxlY3RlZC4gVGhlIHJhbmdlIG9mIHRoaXMg bnVtYmVyIGlzIDAtNjU1MzUuICBUaGlzIGlzIGENCg0KICAgICAgICAxNiBiaXQgdW5zaWduZWQg aW50ZWdlciBpbiBuZXR3b3JrIGJ5dGUgb3JkZXIuICBEb21haW4NCg0KICAgICAgICBhZG1pbmlz dHJhdG9ycyBTSE9VTEQgdXNlIFdlaWdodCAwIHdoZW4gdGhlcmUgaXNuJ3QgYW55IHNlcnZlcg0K DQogICAgICAgIHNlbGVjdGlvbiB0byBkbywgdG8gbWFrZSB0aGUgUlIgZWFzaWVyIHRvIHJlYWQg Zm9yIGh1bWFucyAobGVzcw0KDQogICAgICAgIG5vaXN5KS4gIEluIHRoZSBwcmVzZW5jZSBvZiBy ZWNvcmRzIGNvbnRhaW5pbmcgd2VpZ2h0cyBncmVhdGVyDQoNCiAgICAgICAgdGhhbiAwLCByZWNv cmRzIHdpdGggd2VpZ2h0IDAgc2hvdWxkIGhhdmUgYSB2ZXJ5IHNtYWxsIGNoYW5jZSBvZg0KDQog ICAgICAgIGJlaW5nIHNlbGVjdGVkLg0KDQoNCg0KICAgICAgICBJbiB0aGUgYWJzZW5jZSBvZiBh IHByb3RvY29sIHdob3NlIHNwZWNpZmljYXRpb24gY2FsbHMgZm9yIHRoZQ0KDQogICAgICAgIHVz ZSBvZiBvdGhlciB3ZWlnaHRpbmcgaW5mb3JtYXRpb24sIGEgY2xpZW50IGFycmFuZ2VzIHRoZSBT UlYNCg0KICAgICAgICBSUnMgb2YgdGhlIHNhbWUgUHJpb3JpdHkgaW4gdGhlIG9yZGVyIGluIHdo aWNoIHRhcmdldCBob3N0cywNCg0KICAgICAgICBzcGVjaWZpZWQgYnkgdGhlIFNSViBSUnMsIHdp bGwgYmUgY29udGFjdGVkLiBUaGUgZm9sbG93aW5nDQoNCiAgICAgICAgYWxnb3JpdGhtIFNIT1VM RCBiZSB1c2VkIHRvIG9yZGVyIHRoZSBTUlYgUlJzIG9mIHRoZSBzYW1lDQoNCiAgICAgICAgcHJp b3JpdHk6DQoNCg0KDQogICAgICAgIFRvIHNlbGVjdCBhIHRhcmdldCB0byBiZSBjb250YWN0ZWQg bmV4dCwgYXJyYW5nZSBhbGwgU1JWIFJScw0KDQogICAgICAgICh0aGF0IGhhdmUgbm90IGJlZW4g b3JkZXJlZCB5ZXQpIGluIGFueSBvcmRlciwgZXhjZXB0IHRoYXQgYWxsDQoNCiAgICAgICAgdGhv c2Ugd2l0aCB3ZWlnaHQgMCBhcmUgcGxhY2VkIGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhlIGxpc3Qu DQoNCg0KDQogICAgICAgIENvbXB1dGUgdGhlIHN1bSBvZiB0aGUgd2VpZ2h0cyBvZiB0aG9zZSBS UnMsIGFuZCB3aXRoIGVhY2ggUlINCg0KICAgICAgICBhc3NvY2lhdGUgdGhlIHJ1bm5pbmcgc3Vt IGluIHRoZSBzZWxlY3RlZCBvcmRlci4gVGhlbiBjaG9vc2UgYQ0KDQogICAgICAgIHVuaWZvcm0g cmFuZG9tIG51bWJlciBiZXR3ZWVuIDAgYW5kIHRoZSBzdW0gY29tcHV0ZWQNCg0KICAgICAgICAo aW5jbHVzaXZlKSwgYW5kIHNlbGVjdCB0aGUgUlIgd2hvc2UgcnVubmluZyBzdW0gdmFsdWUgaXMg dGhlDQoNCiAgICAgICAgZmlyc3QgaW4gdGhlIHNlbGVjdGVkIG9yZGVyIHdoaWNoIGlzIGdyZWF0 ZXIgdGhhbiBvciBlcXVhbCB0bw0KDQogICAgICAgIHRoZSByYW5kb20gbnVtYmVyIHNlbGVjdGVk LiBUaGUgdGFyZ2V0IGhvc3Qgc3BlY2lmaWVkIGluIHRoZQ0KDQogICAgICAgIHNlbGVjdGVkIFNS ViBSUiBpcyB0aGUgbmV4dCBvbmUgdG8gYmUgY29udGFjdGVkIGJ5IHRoZSBjbGllbnQuDQoNCiAg ICAgICAgUmVtb3ZlIHRoaXMgU1JWIFJSIGZyb20gdGhlIHNldCBvZiB0aGUgdW5vcmRlcmVkIFNS ViBSUnMgYW5kDQoNCiAgICAgICAgYXBwbHkgdGhlIGRlc2NyaWJlZCBhbGdvcml0aG0gdG8gdGhl IHVub3JkZXJlZCBTUlYgUlJzIHRvIHNlbGVjdA0KDQogICAgICAgIHRoZSBuZXh0IHRhcmdldCBo b3N0LiAgQ29udGludWUgdGhlIG9yZGVyaW5nIHByb2Nlc3MgdW50aWwgdGhlcmUNCg0KICAgICAg ICBhcmUgbm8gdW5vcmRlcmVkIFNSViBSUnMuICBUaGlzIHByb2Nlc3MgaXMgcmVwZWF0ZWQgZm9y IGVhY2gNCg0KICAgICAgICBQcmlvcml0eS4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdl IGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMg Y29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFz IGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNp IHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFs ZXINCg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwNCg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0K VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsN Cg0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uDQoNCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzLg0KDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBu b3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBv ciBmYWxzaWZpZWQuDQoNClRoYW5rIHlvdS4NCg== --_000_E194C2E18676714DACA9C3A2516265D29D4D14B1FR712WXCHMBA12z_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglw YW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiUHLDqWZvcm1hdMOpIEhUTUwgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRl LCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlRleHRlIGRlIGJ1bGxlcyBDYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1z ZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5QcmZvcm1hdEhUTUxDYXINCgl7bXNvLXN0eWxl LW5hbWU6IlByw6lmb3JtYXTDqSBIVE1MIENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJQcsOpZm9ybWF0w6kgSFRNTCI7DQoJZm9udC1mYW1pbHk6Q29uc29s YXM7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjoj MUY0OTdEO30NCnNwYW4uVGV4dGVkZWJ1bGxlc0Nhcg0KCXttc28tc3R5bGUtbmFtZToiVGV4dGUg ZGUgYnVsbGVzIENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJUZXh0ZSBkZSBidWxsZXMiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsN Cgljb2xvcjpibGFjazt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlwZTpwZXJz b25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0 IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBi Z2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5IaSBTdGV2ZSBhbmQgYWxsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj5UaGlzIGlzIGFsc28gdG8gY29uZmlybSAmbmJzcDt0aGF0DQo8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkknbSBmaW5lIHdpdGggdGhlIHByb3Bv c2VkICZuYnNwO2FwcHJvYWNoIHJlZ2FyZGluZyBlbmNvZGluZyBvZiB0aGUgbG9hZCB2YWx1ZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPkJlc3QgcmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SkphY3F1ZXMNCjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu Zz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkRlJm5ic3A7Ojwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRv d3RleHQiPiBEaU1FIFttYWlsdG86ZGltZS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+RGUgbGEgcGFy dCBkZTwvYj4gbGlvbmVsLm1vcmFuZEBvcmFuZ2UuY29tPGJyPg0KPGI+RW52b3nDqSZuYnNwOzo8 L2I+IHZlbmRyZWRpIDExIG1hcnMgMjAxNiAxNzowOTxicj4NCjxiPsOAJm5ic3A7OjwvYj4gU3Rl dmUgRG9ub3ZhbjsgZGltZUBpZXRmLm9yZzxicj4NCjxiPk9iamV0Jm5ic3A7OjwvYj4gUmU6IFtE aW1lXSBEaWFtZXRlciBMb2FkIHZhbHVlIGFuZCBTUlY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+SGkgU3RldmUsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JJ20gZmluZSB3aXRoIHRoaXMgYXBwcm9hY2gu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5UaGFuayB5b3UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5yZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TGlvbmVs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7 cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAw Y20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPkRlJm5ic3A7Ojwvc3Bhbj48L2I+PHNwYW4gbGFu Zz0iRlIiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBEaU1FIFs8YSBo cmVmPSJtYWlsdG86ZGltZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86ZGltZS1ib3VuY2VzQGll dGYub3JnPC9hPl0NCjxiPkRlIGxhIHBhcnQgZGU8L2I+IFN0ZXZlIERvbm92YW48YnI+DQo8Yj5F bnZvecOpJm5ic3A7OjwvYj4gdmVuZHJlZGkgMTEgbWFycyAyMDE2IDAxOjEzPGJyPg0KPGI+w4Am bmJzcDs6PC9iPiA8YSBocmVmPSJtYWlsdG86ZGltZUBpZXRmLm9yZyI+ZGltZUBpZXRmLm9yZzwv YT48YnI+DQo8Yj5PYmpldCZuYnNwOzo8L2I+IFtEaW1lXSBEaWFtZXRlciBMb2FkIHZhbHVlIGFu ZCBTUlY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gbGFu Zz0iRlIiPkFsbCw8YnI+DQo8YnI+DQpUaGUgY3VycmVudCB2ZXJzaW9uIG9mIHRoZSBEaWFtZXRl ciBMb2FkIGRyYWZ0IHNheXMgdGhhdCB0aGUgbG9hZCB2YWx1ZSBzaG91bGQgYmUgY29uc2lzdGVu dCB3aXRoIHRoZSB1c2Ugb2YgRE5TIFNSVi4mbmJzcDsgSXQgdGhlbiBoYXMgYW4gZWRpdG9yJ3Mg bm90ZSBpbmRpY2F0aW5nIHRoYXQgd2UgbmVlZCBtb3JlIGRldGFpbC48YnI+DQo8YnI+DQpUaGUg Zm9sbG93aW5nIGlzIG15IHByb3Bvc2FsIGZvciB0aGF0IGFkZGl0aW9uYWwgZGV0YWlsLjxicj4N Cjxicj4NClRoZSByZWxldmFudCBzZWN0aW9uIGZyb20gUkZDIDI3ODIgKEROUyBTUlYpIGlzIHRo ZSBkZXNjcmlwdGlvbiBvZiB0aGUgUHJpb3JpdHkgYW5kIFdlaWdodCBwYXJhbWV0ZXJzIGluIHRo ZSBTUlYgUlIgY29waWVkIGJlbG93LiZuYnNwOyBJdCBpcyBtb3N0bHkgYmFzZWQgb24gdGhlIFdl aWdodCBzZWN0aW9uIGJ1dCBJIGluY2x1ZGVkIFByaW9yaXR5IGJlY2F1c2UgaXQgaXMgcmVmZXJl bmNlZCBpbiB0aGUgV2VpZ2h0IHNlY3Rpb24uPGJyPg0KPGJyPg0KTXkgcHJvcG9zYWwgaXMgdGhh dCB0aGUgTG9hZCB2YWx1ZSBjb21tdW5pY2F0ZWQgaW4gYSBEaWFtZXRlciBMb2FkIHJlcG9ydCBi ZSB1c2VkIHRvIGR5bmFtaWNhbGx5IHVwZGF0ZSB0aGUgV2VpZ2h0IHZhbHVlIGZvciBhbiBlbnRy aWVzIGluIHRoZSBSb3V0aW5nIHRhYmxlIGFuZCBpbiB0aGUgUGVlciB0YWJsZS4mbmJzcDsgTm90 ZSB0aGF0IHRoZSBsb2FkIG1lY2hhbmlzbSBkb2VzIG5vdCBnaXZlIGEgd2F5IHRvIGNoYW5nZSB0 aGUgcHJpb3JpdHkgdmFsdWUuJm5ic3A7DQogVGhhdCB3b3VsZCBzdGlsbCBlaXRoZXIgY29tZSBh cyBhIHJlc3VsdCBvZiBhIEROUyBTUlYgcXVlcnkgb3IgdGhyb3VnaCBzdGF0aWNhbGx5IGNvbmZp Z3VyaW5nIGEgRGlhbWV0ZXIgbm9kZS48YnI+DQo8YnI+DQpJZiB0aGlzIGlzIHRoZSBjYXNlLCB0 aGVuIHRoZSBsb2FkIHZhbHVlIHdvdWxkIGJlIGluIHRoZSByYW5nZSBvZiAwLTY1NTM1LiZuYnNw OyZuYnNwOyA8YnI+DQo8YnI+DQpUaGUgZGlzdHJpYnV0aW9uIGFsZ29yaXRobSBiZWxvdyByZXN1 bHRzIGluIG1vcmUgbWVzc2FnZXMgYmVpbmcgc2VudCB0byBhIG5vZGUgd2l0aCBhIGhpZ2hlciB3 ZWlnaHQgdmFsdWUuJm5ic3A7IEFzIGEgcmVzdWx0LCBhIGhpZ2hlciBEaWFtZXRlciBsb2FkIHZh bHVlIHdvdWxkIGluZGljYXRlIGEgTE9XRVIgbG9hZCBvbiB0aGUgc2VuZGluZyBub2RlLiZuYnNw OyBBIG5vZGUgdGhhdCBpcyBoZWF2aWx5IGxvYWRlZCB3b3VsZCBzZW5kIGEgbG93ZXIgbG9hZCB2 YWx1ZS4mbmJzcDsNCiBTdGF0ZWQgYW5vdGhlciB3YXksIGEgbm9kZSB0aGF0IGhhcyB6ZXJvIGxv YWQgd291bGQgaGF2ZSBhIGxvYWQgdmFsdWUgb2YgNjU1MzUuJm5ic3A7IEEgbm9kZSB0aGF0IGlz IDEwMCUgbG9hZGVkIHdvdWxkIGhhdmUgYSBsb2FkIHZhbHVlIG9mIDAuPGJyPg0KPGJyPg0KVGhl IGFsZ29yaXRobSBiZWxvdyB3b3VsZCBiZSBhIHN1Z2dlc3Rpb24gZm9yIGhvdyBEaWFtZXRlciBu b2RlcyB3b3VsZCB1c2UgdGhlIGxvYWQgaW5mb3JtYXRpb24gYnV0IHRoZSBhY3R1YWwgbWV0aG9k IGZvciB1c2luZyB0aGUgbG9hZCBpbmZvcm1hdGlvbiB3b3VsZCBiZSBhbiBpbXBsZW1lbnRhdGlv biBkZWNpc2lvbi48YnI+DQo8YnI+DQpUaGUgYWxnb3JpdGhtIHdvdWxkIGJlIHVzZWQgaW4gdHdv IHBsYWNlcy4mbmJzcDsgRmlyc3QsJm5ic3A7IERpYW1ldGVyIG5vZGVzIGRvaW5nIHRoZSBzZXJ2 ZXIgc2VsZWN0aW9uIHdvdWxkIHVzZSB0aGUgbG9hZCBpbmZvcm1hdGlvbiB0byBzZWxlY3QgZnJv bSBhIHNldCBvZiBjYW5kaWRhdGUgc2VydmVycyBmb3IgYSByZXF1ZXN0LiZuYnNwOyBJdCB3b3Vs ZCBhbHNvIGJlIHVzZWQgZm9yIHNlbGVjdGluZyB0aGUgbmV4dCBob3AgZnJvbSBhIHNldCBvZiBj YW5kaWRhdGUgcGVlcg0KIG5vZGVzLjxicj4NCjxicj4NCklmIHRoZXJlIGlzIGNvbnNlbnN1cyBv biB0aGlzIGdlbmVyYWwgYXBwcm9hY2ggdGhlbiBJIHdpbGwgYWRkIHRoZSBhcHByb3ByaWF0ZSBv dmVydmlldyBhbmQgbm9ybWF0aXZlIHJlcXVpcmVtZW50cyBpbiB0aGUgbmV4dCB2ZXJzaW9uIG9m IHRoZSBMb2FkIGRyYWZ0LiZuYnNwOyBJIGFtIHBsYW5uaW5nIHRvIHN1Ym1pdCB0aGF0IGRyYWZ0 IHByaW9yIHRvIHRoZSBJRVRGIDk1IGRlYWRsaW5lLjxicj4NCjxicj4NClJlZ2FyZHMsPGJyPg0K PGJyPg0KU3RldmU8YnI+DQo8YnI+DQotLS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+ PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyBQcmlvcml0eTxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFRoZSBwcmlvcml0eSBvZiB0aGlzIHRhcmdldCBob3N0LiZuYnNwOyBBIGNs aWVudCBNVVNUIGF0dGVtcHQgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g bGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjb250 YWN0IHRoZSB0YXJnZXQgaG9zdCB3aXRoIHRoZSBsb3dlc3QtbnVtYmVyZWQgcHJpb3JpdHkgaXQg Y2FuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmVhY2g7IHRhcmdldCBob3N0cyB3 aXRoIHRoZSBzYW1lIHByaW9yaXR5IFNIT1VMRCBiZSB0cmllZCBpbiBhbjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9yZGVyIGRlZmluZWQgYnkgdGhlIHdlaWdodCBmaWVsZC4mbmJz cDsgVGhlIHJhbmdlIGlzIDAtNjU1MzUuJm5ic3A7IFRoaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBpcyBhIDE2IGJpdCB1bnNpZ25lZCBpbnRlZ2VyIGluIG5ldHdvcmsgYnl0ZSBv cmRlci48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5i c3A7IFdlaWdodDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEEgc2VydmVyIHNlbGVj dGlvbiBtZWNoYW5pc20uJm5ic3A7IFRoZSB3ZWlnaHQgZmllbGQgc3BlY2lmaWVzIGE8bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWxhdGl2ZSB3ZWlnaHQgZm9yIGVudHJpZXMgd2l0 aCB0aGUgc2FtZSBwcmlvcml0eS4gTGFyZ2VyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJl PjxzcGFuIGxhbmc9IkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgd2VpZ2h0cyBTSE9VTEQgYmUgZ2l2ZW4gYSBwcm9wb3J0aW9uYXRlbHkgaGlnaGVyIHByb2Jh YmlsaXR5IG9mPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYmVpbmcgc2VsZWN0ZWQu IFRoZSByYW5nZSBvZiB0aGlzIG51bWJlciBpcyAwLTY1NTM1LiZuYnNwOyBUaGlzIGlzIGE8bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxNiBiaXQgdW5zaWduZWQgaW50ZWdlciBpbiBu ZXR3b3JrIGJ5dGUgb3JkZXIuJm5ic3A7IERvbWFpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IGFkbWluaXN0cmF0b3JzIFNIT1VMRCB1c2UgV2VpZ2h0IDAgd2hlbiB0aGVyZSBpc24n dCBhbnkgc2VydmVyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZS Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc2VsZWN0aW9uIHRv IGRvLCB0byBtYWtlIHRoZSBSUiBlYXNpZXIgdG8gcmVhZCBmb3IgaHVtYW5zIChsZXNzPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbm9pc3kpLiZuYnNwOyBJbiB0aGUgcHJlc2VuY2Ug b2YgcmVjb3JkcyBjb250YWluaW5nIHdlaWdodHMgZ3JlYXRlcjxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHRoYW4gMCwgcmVjb3JkcyB3aXRoIHdlaWdodCAwIHNob3VsZCBoYXZlIGEg dmVyeSBzbWFsbCBjaGFuY2Ugb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g bGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtiZWlu ZyBzZWxlY3RlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEluIHRoZSBhYnNlbmNlIG9m IGEgcHJvdG9jb2wgd2hvc2Ugc3BlY2lmaWNhdGlvbiBjYWxscyBmb3IgdGhlPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgdXNlIG9mIG90aGVyIHdlaWdodGluZyBpbmZvcm1hdGlvbiwg YSBjbGllbnQgYXJyYW5nZXMgdGhlIFNSVjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48 c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFJScyBvZiB0aGUgc2FtZSBQcmlvcml0eSBpbiB0aGUgb3JkZXIgaW4gd2hpY2ggdGFyZ2V0IGhv c3RzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNwZWNpZmllZCBieSB0aGUgU1JW IFJScywgd2lsbCBiZSBjb250YWN0ZWQuIFRoZSBmb2xsb3dpbmc8bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBhbGdvcml0aG0gU0hPVUxEIGJlIHVzZWQgdG8gb3JkZXIgdGhlIFNSViBS UnMgb2YgdGhlIHNhbWU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0i RlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwcmlvcml0eTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRvIHNlbGVjdCBhIHRhcmdldCB0byBiZSBjb250 YWN0ZWQgbmV4dCwgYXJyYW5nZSBhbGwgU1JWIFJSczxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0K PHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICh0aGF0IGhhdmUgbm90IGJlZW4gb3JkZXJlZCB5ZXQpIGluIGFueSBvcmRlciwgZXhj ZXB0IHRoYXQgYWxsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZS Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdGhvc2Ugd2l0aCB3 ZWlnaHQgMCBhcmUgcGxhY2VkIGF0IHRoZSBiZWdpbm5pbmcgb2YgdGhlIGxpc3QuPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBDb21wdXRlIHRoZSBzdW0gb2YgdGhlIHdlaWdodHMgb2YgdGhv c2UgUlJzLCBhbmQgd2l0aCBlYWNoIFJSPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIGxhbmc9IkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg YXNzb2NpYXRlIHRoZSBydW5uaW5nIHN1bSBpbiB0aGUgc2VsZWN0ZWQgb3JkZXIuIFRoZW4gY2hv b3NlIGE8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1bmlmb3JtIHJhbmRvbSBudW1i ZXIgYmV0d2VlbiAwIGFuZCB0aGUgc3VtIGNvbXB1dGVkPG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgKGluY2x1c2l2ZSksIGFuZCBzZWxlY3QgdGhlIFJSIHdob3NlIHJ1bm5pbmcgc3Vt IHZhbHVlIGlzIHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJG UiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGZpcnN0IGluIHRo ZSBzZWxlY3RlZCBvcmRlciB3aGljaCBpcyBncmVhdGVyIHRoYW4gb3IgZXF1YWwgdG88bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgcmFuZG9tIG51bWJlciBzZWxlY3RlZC4gVGhl IHRhcmdldCBob3N0IHNwZWNpZmllZCBpbiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBzZWxlY3RlZCBTUlYgUlIgaXMgdGhlIG5leHQgb25lIHRvIGJlIGNvbnRhY3RlZCBieSB0 aGUgY2xpZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlbW92ZSB0aGlzIFNS ViBSUiBmcm9tIHRoZSBzZXQgb2YgdGhlIHVub3JkZXJlZCBTUlYgUlJzIGFuZDxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFwcGx5IHRoZSBkZXNjcmliZWQgYWxnb3JpdGhtIHRvIHRo ZSB1bm9yZGVyZWQgU1JWIFJScyB0byBzZWxlY3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxw cmU+PHNwYW4gbGFuZz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB0aGUgbmV4dCB0YXJnZXQgaG9zdC4mbmJzcDsgQ29udGludWUgdGhlIG9yZGVyaW5nIHBy b2Nlc3MgdW50aWwgdGhlcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu Zz0iRlIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhcmUgbm8g dW5vcmRlcmVkIFNSViBSUnMuJm5ic3A7IFRoaXMgcHJvY2VzcyBpcyByZXBlYXRlZCBmb3IgZWFj aDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFByaW9yaXR5LjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRlIiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHByZT48c3BhbiBsYW5nPSJGUiI+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5DZSBtZXNzYWdlIGV0 IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29u ZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPnBhcyBldHJlIGRpZmZ1c2VzLCBl eHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBj ZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5hIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRy dWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25p cXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5UaGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OzxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBsYW5nPSJGUiI+dGhleSBzaG91bGQgbm90IGJlIGRp c3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIGxhbmc9IkZSIj5JZiB5b3UgaGF2ZSByZWNlaXZl ZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0 ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmU+PHNwYW4gbGFuZz0iRlIiPkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jhbmdl IGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFu Z2VkIG9yIGZhbHNpZmllZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gbGFu Zz0iRlIiPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_E194C2E18676714DACA9C3A2516265D29D4D14B1FR712WXCHMBA12z_-- From nobody Wed Mar 16 05:23:34 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91DFE12D577 for ; Wed, 16 Mar 2016 05:23:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 54waIyFnyIW1 for ; Wed, 16 Mar 2016 05:23:30 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 AA9BF12D579 for ; Wed, 16 Mar 2016 05:23:29 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id D31744D243B33; Wed, 16 Mar 2016 12:23:25 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u2GCNRD5014120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Mar 2016 12:23:27 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u2GCNPGd026356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Mar 2016 13:23:27 +0100 Received: from FR712WXCHMBA12.zeu.alcatel-lucent.com ([169.254.8.143]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Wed, 16 Mar 2016 13:23:25 +0100 From: "Trottin, Jean-Jacques (Nokia - FR)" To: Steve Donovan , "dime@ietf.org" Thread-Topic: [Dime] Diameter Load Editor's note on presence of overload report Thread-Index: AQHRf36iKENfL4TngEqpXiEPNUmA8Q== Date: Wed, 16 Mar 2016 12:23:24 +0000 Message-ID: References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E6B622.3080400@usdonovans.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_E194C2E18676714DACA9C3A2516265D29D4D17D5FR712WXCHMBA12z_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter Load Editor's note on presence of overload report X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 12:23:32 -0000 --_000_E194C2E18676714DACA9C3A2516265D29D4D17D5FR712WXCHMBA12z_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RldmUgYW5kIGFsbA0KVGhpcyBpcyBhYm91dCB0aGlzIEVkaXRvcuKAmXMgTm90ZSBpbiBk cmFmdC1pZXRmLWRpbWUtbG9hZC0wMToNCg0KDQoNCiAgICAgIEVkaXRvcidzIE5vdGU6IE9uZSBh cmVhIHRoYXQgcmVxdWlyZXMgdGhvdWdodCBpcyBob3cgbG9hZA0KDQogICAgICBpbmZvcm1hdGlv biBpcyB1c2VkLCBpZiBhdCBhbGwsIGluIHRoZSBwcmVzZW5jZSBvZiBhbiBvdmVybG9hZA0KDQog ICAgICByZXBvcnQgZnJvbSB0aGUgc2FtZSBEaWFtZXRlciBub2RlLiAgSXQgbWlnaHQgYmUgdGhh dCB0aGUgbG9hZA0KDQogICAgICBpbmZvcm1hdGlvbiBmcm9tIHRoYXQgRGlhbWV0ZXIgbm9kZSBp cyBpZ25vcmVkIGZvciB0aGUgZHVyYXRpb24gb2YNCg0KICAgICAgdGhlIHRpbWUgdGhhdCB0aGUg b3ZlcmxvYWQgcmVwb3J0IGlzIGluIGVmZmVjdC4gIEl0IG1pZ2h0IGFsc28gYmUNCg0KICAgICAg cG9zc2libGUgdGhhdCB0aGUgbG9hZCBpbmZvcm1hdGlvbiBjYW4gYWlkIGluIHRoZSBkaXZlcnRp bmcgb2YNCg0KICAgICAgbm9uLWFiYXRlZCByZXF1ZXN0cyB0YXJnZXRlZCBmb3IgdGhlIG92ZXJs b2FkZWQgRGlhbWV0ZXIgbm9kZS4NCg0KDQoNCkluIHRoZSBjdXJyZW50IHdyaXRpbmcg4oCcZnJv bSB0aGUg4oCcc2FtZeKAnSBEaWFtZXRlciBub2Rl4oCdLCB0aGUgd29yZCDigJxzYW1l4oCd4oCd IGlzIGEgYml0IG1pc2xlYWRpbmcgYXMgaXQgbWF5IGJlIHVuZGVyc3Rvb2QgaG93IHRoZSBwb3Nz aWJsZSBhdmFpbGFibGUgbG9hZCBpbmZvcm1hdGlvbiBvZiB0aGUgb3ZlcmxvYWRlZCBub2RlIGNh biBiZSB1c2VkIGFuZCBJIGRvIG5vdCB3ZWxsIHNlZSB0aGUgYWlkIHRoYXQgbG9hZCBpbmZvcm1h dGlvbiBmcm9tIHRoZSBvdmVybG9hZGVkIG5vZGUgY2FuIGJyaW5nLCBUaGlzIGlzIHRoZSBsb2Fk IGluZm9ybWF0aW9uIGZyb20gdGhlIG90aGVyIG5vZGVzIHdoaWNoIGlzIGhlbHBmdWwgd2hlbiBk aXZlcnRpbmcgLg0KDQoNCg0KSSBwcm9wb3NlIHRvLCByZW1vdmUgdGhpcyBlZGl0b3LigJlzIG5v dGUgYW5kIHJlcGxhY2UgaXQgd2l0aCB0aGUgcG9zc2libGUgaGVyZWFmdGVyIHdyaXRpbmc6DQoN Cg0KDQrigJxBIHJlYWN0aW5nIG5vZGUgd2hpY2ggaGFzIHJlY2VpdmVkIGFuIG92ZXJsb2FkIHJl cG9ydCBmcm9tIGEgcmVwb3J0aW5nIG5vZGUgbWlnaHQgaWdub3JlIHRoZSBsb2FkIGluZm9ybWF0 aW9uIHJlY2VpdmVkIGZyb20gdGhhdCBEaWFtZXRlciBub2RlIGZvciB0aGUgZHVyYXRpb24gb2Yg dGhlIHRpbWUgdGhhdCB0aGUgb3ZlcmxvYWQgcmVwb3J0IGlzIGluIGVmZmVjdC4gSXQgbWlnaHQg dGFrZSBpbnRvIGFjY291bnQgdGhlIGxvYWQgaW5mb3JtYXRpb24gcmVjZWl2ZWQgZnJvbSB0aGUg b3RoZXIgbm9kZXMgdG8gd2hpY2ggaXQgbWlnaHQgZGl2ZXJ0IHJlcXVlc3RzIHRhcmdldGVkIGZv ciB0aGUgb3ZlcmxvYWRlZCBEaWFtZXRlciBub2RlLuKAnQ0KDQoNCg0KRm9yIHlvdXIgZmVlZGJh Y2sNCg0KDQpCZXN0IHJlZ2FyZHMNCkpKYWNxdWVzDQo= --_000_E194C2E18676714DACA9C3A2516265D29D4D17D5FR712WXCHMBA12z_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglw YW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwg ZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IlRleHRlIGJydXQgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTAuNXB0Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnByZQ0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6lmb3JtYXTDqSBIVE1M IENhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAu TXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uUHJm b3JtYXRIVE1MQ2FyDQoJe21zby1zdHlsZS1uYW1lOiJQcsOpZm9ybWF0w6kgSFRNTCBDYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUHLDqWZvcm1hdMOpIEhU TUwiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uVGV4dGVi cnV0Q2FyDQoJe21zby1zdHlsZS1uYW1lOiJUZXh0ZSBicnV0IENhciI7DQoJbXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJUZXh0ZSBicnV0IjsNCglmb250LWZhbWlseTpD b25zb2xhczt9DQpzcGFuLlRleHRlZGVidWxsZXNDYXINCgl7bXNvLXN0eWxlLW5hbWU6IlRleHRl IGRlIGJ1bGxlcyBDYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azoiVGV4dGUgZGUgYnVsbGVzIjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7 DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uRW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFu LkVtYWlsU3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjYNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1 cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjUuMHB0O21hcmdpbi1y aWdodDozNi4wcHQ7bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1ib3R0 b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgU3RldmU8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PiBhbmQgYWxsPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OjUuMHB0O21hcmdpbi1yaWdodDozNi4wcHQ7bWFyZ2luLWJvdHRvbTow Y207bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhpcyBpcyBhPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ib3V0IHRoaXMgRWRpdG9y4oCZcyBOb3Rl IGluIGRyYWZ0LWlldGYtZGltZS1sb2FkLTAxOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7PGI+RWRpdG9yJ3MgTm90ZTogT25lIGFy ZWEgdGhhdCByZXF1aXJlcyB0aG91Z2h0IGlzIGhvdyBsb2FkPG86cD48L286cD48L2I+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGluZm9ybWF0aW9uIGlzIHVzZWQsIGlmIGF0IGFsbCwgaW4gdGhlIHByZXNlbmNlIG9mIGFuIG92 ZXJsb2FkPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcG9ydCBmcm9tIHRoZSBzYW1lIERpYW1ldGVy IG5vZGUuJm5ic3A7IEl0IG1pZ2h0IGJlIHRoYXQgdGhlIGxvYWQ8bzpwPjwvbzpwPjwvc3Bhbj48 L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgaW5mb3JtYXRpb24gZnJvbSB0aGF0IERpYW1ldGVyIG5vZGUgaXMgaWdub3JlZCBmb3IgdGhl IGR1cmF0aW9uIG9mPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSB0aW1lIHRoYXQgdGhlIG92ZXJs b2FkIHJlcG9ydCBpcyBpbiBlZmZlY3QuJm5ic3A7IEl0IG1pZ2h0IGFsc28gYmU8bzpwPjwvbzpw Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgcG9zc2libGUgdGhhdCB0aGUgbG9hZCBpbmZvcm1hdGlvbiBjYW4gYWlkIGlu IHRoZSBkaXZlcnRpbmcgb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbm9uLTwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5hYmF0ZWQgcmVx dWVzdHMgdGFyZ2V0ZWQgZm9yIHRoZSBvdmVybG9hZGVkIERpYW1ldGVyIG5vZGUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+SW4gdGhlIGN1cnJlbnQgd3JpdGluZzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiDigJxmcm9tIHRoZSDigJxzYW1l 4oCdIERpYW1ldGVyIG5vZGXigJ0sIHQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPmhlDQogd29yZCDigJxzYW1l4oCd4oCdIGlzIGEgYml0IG1pc2xlYWRp bmc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij4gPC9zcGFuPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPmFz IGl0IG1heSBiZSB1bmRlcnN0b29kIGhvdyB0aGUgcG9zc2libGUgYXZhaWxhYmxlIGxvYWQgaW5m b3JtYXRpb24gb2YgdGhlIG92ZXJsb2FkZWQgbm9kZSBjYW4gYmUgdXNlZCBhbmQgSSBkbyBub3Qg d2VsbCBzZWUgdGhlIGFpZCB0aGF0IGxvYWQgaW5mb3JtYXRpb24gZnJvbSB0aGUgb3ZlcmxvYWRl ZCBub2RlDQogY2FuIGJyaW5nLCBUaGlzIGlzIHRoZSBsb2FkIGluZm9ybWF0aW9uIGZyb20gdGhl IG90aGVyIG5vZGVzIHdoaWNoIGlzIGhlbHBmdWwgd2hlbiBkaXZlcnRpbmcgLg0KPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkkgcHJvcG9zZSB0bywgcmVtb3ZlIHRoaXMgZWRpdG9y4oCZcyBub3RlIGFuZCByZXBsYWNlIGl0 IHdpdGggdGhlDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPnA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm9z c2libGUgaGVyPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5lPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5hZnRl cg0KIHdyaXRpbmc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPuKAnDwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkEgcmVhY3Rpbmcg bm9kZSB3aGljaCBoYXMgcmVjZWl2ZWQgYW4gb3ZlcmxvYWQgcmVwb3J0IGZyb20gYSByZXBvcnRp bmcgbm9kZSBtaWdodCBpZ25vcmUgdGhlIGxvYWQgaW5mb3JtYXRpb24gcmVjZWl2ZWQgZnJvbSB0 aGF0IERpYW1ldGVyDQogbm9kZSBmb3IgdGhlIGR1cmF0aW9uIG9mIHRoZSB0aW1lIHRoYXQgdGhl IG92ZXJsb2FkIHJlcG9ydCBpcyBpbiBlZmZlY3QuIEl0IG1pZ2h0IHRha2UgaW50byBhY2NvdW50 IHRoZSBsb2FkIGluZm9ybWF0aW9uIHJlY2VpdmVkIGZyb20gdGhlIG90aGVyIG5vZGVzIHRvIHdo aWNoIGl0IG1pZ2h0IGRpdmVydCByZXF1ZXN0cyB0YXJnZXRlZCBmb3IgdGhlIG92ZXJsb2FkZWQg RGlhbWV0ZXIgbm9kZS48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+4oCdPG86cD48L286cD48 L3NwYW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Rm9yIHlvdXIgZmVlZGJhY2s8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5KSmFjcXVlcw0KPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_E194C2E18676714DACA9C3A2516265D29D4D17D5FR712WXCHMBA12z_-- From nobody Wed Mar 16 05:48:27 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8DBD12D93C for ; Wed, 16 Mar 2016 05:48:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 FGIvKTFOBPrW for ; Wed, 16 Mar 2016 05:48:24 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 1C7A212D93A for ; Wed, 16 Mar 2016 05:48:23 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 5091B7F6559B4 for ; Wed, 16 Mar 2016 12:48:20 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u2GCmM3A023909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 16 Mar 2016 12:48:22 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u2GCm55p024343 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 16 Mar 2016 13:48:21 +0100 Received: from FR712WXCHMBA12.zeu.alcatel-lucent.com ([169.254.8.143]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Wed, 16 Mar 2016 13:48:12 +0100 From: "Trottin, Jean-Jacques (Nokia - FR)" To: "dime@ietf.org" Thread-Topic: Diameter load, Annex A.10 Addition and removal of nodes Thread-Index: AdF/ghiqhuqXd3o+RLOeSo/blpHgQw== Date: Wed, 16 Mar 2016 12:48:11 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_E194C2E18676714DACA9C3A2516265D29D4D17F5FR712WXCHMBA12z_" MIME-Version: 1.0 Archived-At: Subject: [Dime] Diameter load, Annex A.10 Addition and removal of nodes X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 12:48:27 -0000 --_000_E194C2E18676714DACA9C3A2516265D29D4D17F5FR712WXCHMBA12z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all This is about draft-ietf-dime-load-01: section A.10. Addition and removal = of Nodes For node addition, we have: When a Diameter node is added, the new node will start by advertising its load. Downstream nodes will need to factor the new load information into load balancing decisions. The downstream nodes should attempt to ensure a smooth increase of the traffic to the new node, avoiding an immediate spike of traffic to the new node. It should be determined if this use case is in the scope of the load control mechanism. I propose to remove the "It should be determined......" sentence and inst= ead to have an explanation. I propose to replace it with the following tex= t: The handling of such a smooth increase is implementation specific but it ca= n take into account the evolution of load information received from the new= node and from the other nodes. I have a similar proposal for the node removal case where current text is: When removing a node in a controlled way (e.g. for maintenance purpose, so outside a failure case), it might be appropriate to progressively reduce the traffic to this node by routing traffic to other nodes. Simple load information (load percentage) would be not sufficient. It should be determined if this use case is in the scope of the load control mechanism. I propose to replace the two last sentences ("Simple load information .... = . It should be determined....) by the following text: The handling of the node removal is implementation specific but it can take= into account the evolution of the load information received from the node = to be removed. Thank you for your feedback. Best regards JJacques --_000_E194C2E18676714DACA9C3A2516265D29D4D17F5FR712WXCHMBA12z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
H= i all
&= nbsp;
T= his is about draft-ietf-dime-load-01: section  A.10.= Addition and removal of Nodes
F= or node addition, we have:
   When a Diameter node is added, the new node will start by ad= vertising
   its load.  Downstream nodes will need to factor the new= load
   information into load balancing decisions.  The downstr= eam nodes
   should attempt to ensure a smooth increase of the traffic to= the new
   node, avoiding an immediate spike of traffic to the new node= .  It
   should be determined if this use case is in the scope of the= load
   control mechanism.
&= nbsp;
I= propose to remove the “It should be determined……”= sentence and instead to have an explanation. I propose to replace it = ; with the following text:
&= nbsp;
The handling of such a smooth increase is implementation specific but it = can take into account the evolution of load information received from the n= ew node and from the other nodes.
&= nbsp;
I= have a similar proposal for the node removal case where current  text= is:
&= nbsp;
   When removing a node in a controlled way (e.g. for maintenan= ce
   purpose, so outside a failure case), it might be appropriate= to
   progressively reduce the traffic to this node by routing tra= ffic to
   other nodes.  Simple load information (load percentage)= would be not
   sufficient.  It should be determined if this use case i= s in the scope
   of the load control mechanism.
 
I= propose to replace the two last sentences (“Simple load information = …. . It should be determined….) by the following text:
 
The handling of the node removal is implementation specific but it can ta= ke into account the evolution of the load information received from the nod= e to be removed.
&= nbsp;
 
T= hank you for your feedback.
 
B= est regards
&= nbsp;
J= Jacques
&= nbsp;
--_000_E194C2E18676714DACA9C3A2516265D29D4D17F5FR712WXCHMBA12z_-- From nobody Wed Mar 16 08:17:00 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B2CE12D9AC for ; Wed, 16 Mar 2016 08:16:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779] 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 DgPtNADZjKoh for ; Wed, 16 Mar 2016 08:16:57 -0700 (PDT) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [23.235.209.16]) (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 3031712D9F7 for ; Wed, 16 Mar 2016 08:15:42 -0700 (PDT) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:53889 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1agDAh-002CkY-RS; Wed, 16 Mar 2016 08:15:41 -0700 To: "Trottin, Jean-Jacques (Nokia - FR)" , "dime@ietf.org" References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E6B622.3080400@usdonovans.com> From: Steve Donovan Message-ID: <56E9789A.1090904@usdonovans.com> Date: Wed, 16 Mar 2016 10:15:38 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------080904040105070605060705" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: Re: [Dime] Diameter Load Editor's note on presence of overload report X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 15:16:58 -0000 This is a multi-part message in MIME format. --------------080904040105070605060705 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit JJacques, I had already come up with the following wording to replace the editor's note: It should be noted that a Diameter node will need to process both Load reports and Overload reports from the same Diameter node. The reacting node for the Overload report always has the responsibility to reduce the amount of Diameter traffic sent to the overloaded node. If, or how, the reacting node uses Load information to achieve this is left as an implementation decision. I think this does a better job of addressing the editor's note, which is about receiving overload and load reports from the same node. I also think that the second sentence of your proposal is not needed, as this is normal use of load information, independent of whether there is an active overload report. Regards, Steve On 3/14/16 9:41 AM, Trottin, Jean-Jacques (Nokia - FR) wrote: > > Hi Steve > > About this Editor‚Äôs Note > > Editor's Note: One area that requires thought is how load > > information is used, if at all, in the presence of an overload > > report from the same Diameter node. It might be that the load > > information from that Diameter node is ignored for the duration of > > the time that the overload report is in effect. It might also be > > possible that the load information can aid in the diverting of > > non-abated requests targeted for the overloaded Diameter node. > > In the current writing‚Äúfrom the ‚Äúsame‚ÄĚ Diameter node‚ÄĚ, the word > ‚Äúsame‚ÄĚ‚ÄĚ is a bit misleadingas it may be understood how the possible > available load information of the overloaded node can be used and I do > not well see the aid that load information from the overloaded node > can bring, This is the load information from the other nodes which is > helpful when diverting . Possible herafter writing (with suppression > of the Editor‚Äôs note) : > > A reacting node which has received an overload report from a reporting > node might ignore the load information received from that Diameter > node for the duration of the time that the overload report is in > effect. It might take into account the load information received from > the other nodes to which it might divert requests targeted for the > overloaded Diameter node. > > Best regards > > JJacques > --------------080904040105070605060705 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit JJacques,

I had already come up with the following wording to replace the editor's note:

        It should be noted that a Diameter node will need to process both Load reports and Overload
        reports from the same Diameter node.   The reacting node for the Overload
        report always has the responsibility to reduce the amount of Diameter traffic sent to the
        overloaded node.  If, or how, the reacting node uses Load information to achieve this is
        left as an implementation decision.

I think this does a better job of addressing the editor's note, which is about receiving overload and load reports from the same node.  I also think that the second sentence of your proposal is not needed, as this is normal use of load information, independent of whether there is an active overload report.

Regards,

Steve

On 3/14/16 9:41 AM, Trottin, Jean-Jacques (Nokia - FR) wrote:

Hi Steve

About this Editor’s Note

 

      Editor's Note: One area that requires thought is how load

      information is used, if at all, in the presence of an overload

      report from the same Diameter node.  It might be that the load

      information from that Diameter node is ignored for the duration of

      the time that the overload report is in effect.  It might also be

      possible that the load information can aid in the diverting of

      non-abated requests targeted for the overloaded Diameter node.

 

In the current writing ‚Äúfrom the ‚Äúsame‚ÄĚ Diameter node‚ÄĚ, the word ‚Äúsame‚ÄĚ‚ÄĚ is a bit misleading as it may be understood how the possible available load information of the overloaded node can be used and I do not well see the aid that load information from the overloaded node can bring, This is the load information from the other nodes which is helpful when diverting . Possible herafter writing (with suppression of the Editor‚Äôs note) :

 

A reacting node which has received an overload report from a reporting node might ignore the load information received from that Diameter node for the duration of the time that the overload report is in effect. It might take into account the load information received from the other nodes to which it might divert requests targeted for the overloaded Diameter node.

 

Best regards

JJacques


--------------080904040105070605060705-- From nobody Wed Mar 16 08:22:58 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4714B12D78A for ; Wed, 16 Mar 2016 08:22:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779, 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 N_vjheP-begs for ; Wed, 16 Mar 2016 08:22:54 -0700 (PDT) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [23.235.209.16]) (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 B2AC612D618 for ; Wed, 16 Mar 2016 08:22:10 -0700 (PDT) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:53976 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1agDGt-002IMC-F1; Wed, 16 Mar 2016 08:22:10 -0700 To: "Trottin, Jean-Jacques (Nokia - FR)" , "dime@ietf.org" References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> From: Steve Donovan Message-ID: <56E97A19.5020209@usdonovans.com> Date: Wed, 16 Mar 2016 10:22:01 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------010306000208040805010307" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: Re: [Dime] Diameter Load value and SRV X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 15:22:56 -0000 This is a multi-part message in MIME format. --------------010306000208040805010307 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit JJacques, I've used your suggested wording in the definition of load. Steve On 3/14/16 7:53 AM, Trottin, Jean-Jacques (Nokia - FR) wrote: > > Hi Steve > > Aligning the load value with DNS SRV, (so a low value of the AVP > meaning a node closer to be fully utilized) would also impact the > wording of the Load definition in section 2 (Terminology) where > > Load > > The relative capacity of a Diameter node. A low value indicates > > that the Diameter node is under utilized. A high value indicated > > that the node is closer to being fully utilized. > > We have to pay attention to the wording, especially about the word > ‚Äúvalue‚ÄĚ > > In the terminology, intent is more to say > > The relative capacity of a Diameter node. A low ‚Äúload level‚ÄĚ > indicates > > that the Diameter node is under utilized. A high ‚Äúload level‚ÄĚ indicates > > that the node is closer to being fully utilized > > So I would propose to not use the word ‚Äúvalue‚ÄĚ in the terminology, > but e.g. ‚Äúlevel‚ÄĚ, and reserve the word ‚Äúvalue‚ÄĚ for the AVP > > It is also consistent with the use of the ‚Äúload‚ÄĚ word in other places > > - definition of Offered load also in section 2 which is high when the > traffic is high. > > - in section 4.1, where ‚ÄúAt any given time that load maybe effectively > zero, effectively fully loaded, or somewhere in between‚ÄĚ > > Then how the value of the Load AVP is encoded where a low value of the > AVP will mean ‚Äúheavily loaded‚ÄĚ is defined in a further section as > written in your mail: > > As a result, a higher Diameter load value would indicate a LOWER load > on the sending node. A node that is heavily loaded would send a lower > load value. > > Best regards > > JJacques > > *De :*DiME [mailto:dime-bounces@ietf.org] *De la part de* > lionel.morand@orange.com > *Envoy√© :* vendredi 11 mars 2016 17:09 > *√Ä :* Steve Donovan; dime@ietf.org > *Objet :* Re: [Dime] Diameter Load value and SRV > > Hi Steve, > > I'm fine with this approach. > > Thank you. > > regards, > > Lionel > > *De :*DiME [mailto:dime-bounces@ietf.org] *De la part de* Steve Donovan > *Envoy√© :* vendredi 11 mars 2016 01:13 > *√Ä :* dime@ietf.org > *Objet :* [Dime] Diameter Load value and SRV > > All, > > The current version of the Diameter Load draft says that the load > value should be consistent with the use of DNS SRV. It then has an > editor's note indicating that we need more detail. > > The following is my proposal for that additional detail. > > The relevant section from RFC 2782 (DNS SRV) is the description of the > Priority and Weight parameters in the SRV RR copied below. It is > mostly based on the Weight section but I included Priority because it > is referenced in the Weight section. > > My proposal is that the Load value communicated in a Diameter Load > report be used to dynamically update the Weight value for an entries > in the Routing table and in the Peer table. Note that the load > mechanism does not give a way to change the priority value. That > would still either come as a result of a DNS SRV query or through > statically configuring a Diameter node. > > If this is the case, then the load value would be in the range of > 0-65535. > > The distribution algorithm below results in more messages being sent > to a node with a higher weight value. As a result, a higher Diameter > load value would indicate a LOWER load on the sending node. A node > that is heavily loaded would send a lower load value. Stated another > way, a node that has zero load would have a load value of 65535. A > node that is 100% loaded would have a load value of 0. > > The algorithm below would be a suggestion for how Diameter nodes would > use the load information but the actual method for using the load > information would be an implementation decision. > > The algorithm would be used in two places. First, Diameter nodes > doing the server selection would use the load information to select > from a set of candidate servers for a request. It would also be used > for selecting the next hop from a set of candidate peer nodes. > > If there is consensus on this general approach then I will add the > appropriate overview and normative requirements in the next version of > the Load draft. I am planning to submit that draft prior to the IETF > 95 deadline. > > Regards, > > Steve > > ----- > > Priority > The priority of this target host. A client MUST attempt to > contact the target host with the lowest-numbered priority it can > reach; target hosts with the same priority SHOULD be tried in an > order defined by the weight field. The range is 0-65535. This > is a 16 bit unsigned integer in network byte order. > Weight > A server selection mechanism. The weight field specifies a > relative weight for entries with the same priority. Larger > weights SHOULD be given a proportionately higher probability of > being selected. The range of this number is 0-65535. This is a > 16 bit unsigned integer in network byte order. Domain > administrators SHOULD use Weight 0 when there isn't any server > selection to do, to make the RR easier to read for humans (less > noisy). In the presence of records containing weights greater > than 0, records with weight 0 should have a very small chance of > being selected. > In the absence of a protocol whose specification calls for the > use of other weighting information, a client arranges the SRV > RRs of the same Priority in the order in which target hosts, > specified by the SRV RRs, will be contacted. The following > algorithm SHOULD be used to order the SRV RRs of the same > priority: > To select a target to be contacted next, arrange all SRV RRs > (that have not been ordered yet) in any order, except that all > those with weight 0 are placed at the beginning of the list. > Compute the sum of the weights of those RRs, and with each RR > associate the running sum in the selected order. Then choose a > uniform random number between 0 and the sum computed > (inclusive), and select the RR whose running sum value is the > first in the selected order which is greater than or equal to > the random number selected. The target host specified in the > selected SRV RR is the next one to be contacted by the client. > Remove this SRV RR from the set of the unordered SRV RRs and > apply the described algorithm to the unordered SRV RRs to select > the next target host. Continue the ordering process until there > are no unordered SRV RRs. This process is repeated for each > Priority. > > _________________________________________________________________________________________________________________________ > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les > messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, > deforme ou falsifie. Merci. > This message and its attachments may contain confidential or > privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and > delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > Thank you. --------------010306000208040805010307 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit JJacques,

I've used your suggested wording in the definition of load.

Steve

On 3/14/16 7:53 AM, Trottin, Jean-Jacques (Nokia - FR) wrote:

Hi Steve

 

Aligning the load value with DNS SRV, (so a low value of the AVP meaning a node closer to be fully utilized)   would also impact the wording of the Load definition in section 2 (Terminology) where

 

Load

 

      The relative capacity of a Diameter node.  A low value indicates

      that the Diameter node is under utilized.  A high value indicated

      that the node is closer to being fully utilized.

 

We have to pay attention to the wording, especially about the word ‚Äúvalue‚ÄĚ

In the terminology, intent is more to say

¬†¬†¬†¬†¬†¬†The relative capacity of a Diameter node.¬† A low ‚Äúload level‚ÄĚ indicates

¬†¬†¬†¬†¬† that the Diameter node is under utilized.¬† A high ‚Äúload level‚ÄĚ indicates

      that the node is closer to being fully utilized

 

So I would propose ¬†to not use the word ‚Äúvalue‚ÄĚ in the terminology, but e.g. ‚Äúlevel‚ÄĚ, ¬†and reserve the word ‚Äúvalue‚ÄĚ for the AVP

It is also consistent with the use of the ‚Äúload‚ÄĚ word in other places

- definition of Offered load also in section 2 which is high when the traffic is high.

- in section 4.1, where ‚ÄúAt any given time that load maybe effectively zero, effectively fully loaded, or somewhere in between‚ÄĚ

 

Then how the value of the Load AVP is encoded where a low value of the AVP ¬†will mean ‚Äúheavily loaded‚ÄĚ is defined in a further section as written in your mail:

As a result, a higher Diameter load value would indicate a LOWER load on the sending node.  A node that is heavily loaded would send a lower load value.

 

Best regards

 

JJacques

 

De : DiME [mailto:dime-bounces@ietf.org] De la part de lionel.morand@orange.com
Envoyé : vendredi 11 mars 2016 17:09
À : Steve Donovan; dime@ietf.org
Objet : Re: [Dime] Diameter Load value and SRV

 

Hi Steve,

 

I'm fine with this approach.

 

Thank you.

 

regards,

 

Lionel

 

De : DiME [mailto:dime-bounces@ietf.org] De la part de Steve Donovan
Envoyé : vendredi 11 mars 2016 01:13
À : dime@ietf.org
Objet : [Dime] Diameter Load value and SRV

 

All,

The current version of the Diameter Load draft says that the load value should be consistent with the use of DNS SRV.  It then has an editor's note indicating that we need more detail.

The following is my proposal for that additional detail.

The relevant section from RFC 2782 (DNS SRV) is the description of the Priority and Weight parameters in the SRV RR copied below.  It is mostly based on the Weight section but I included Priority because it is referenced in the Weight section.

My proposal is that the Load value communicated in a Diameter Load report be used to dynamically update the Weight value for an entries in the Routing table and in the Peer table.  Note that the load mechanism does not give a way to change the priority value.  That would still either come as a result of a DNS SRV query or through statically configuring a Diameter node.

If this is the case, then the load value would be in the range of 0-65535.  

The distribution algorithm below results in more messages being sent to a node with a higher weight value.  As a result, a higher Diameter load value would indicate a LOWER load on the sending node.  A node that is heavily loaded would send a lower load value.  Stated another way, a node that has zero load would have a load value of 65535.  A node that is 100% loaded would have a load value of 0.

The algorithm below would be a suggestion for how Diameter nodes would use the load information but the actual method for using the load information would be an implementation decision.

The algorithm would be used in two places.  First,  Diameter nodes doing the server selection would use the load information to select from a set of candidate servers for a request.  It would also be used for selecting the next hop from a set of candidate peer nodes.

If there is consensus on this general approach then I will add the appropriate overview and normative requirements in the next version of the Load draft.  I am planning to submit that draft prior to the IETF 95 deadline.

Regards,

Steve

-----

   Priority
        The priority of this target host.  A client MUST attempt to
        contact the target host with the lowest-numbered priority it can
        reach; target hosts with the same priority SHOULD be tried in an
        order defined by the weight field.  The range is 0-65535.  This
        is a 16 bit unsigned integer in network byte order.
 
   Weight
        A server selection mechanism.  The weight field specifies a
        relative weight for entries with the same priority. Larger
        weights SHOULD be given a proportionately higher probability of
        being selected. The range of this number is 0-65535.  This is a
        16 bit unsigned integer in network byte order.  Domain
        administrators SHOULD use Weight 0 when there isn't any server
        selection to do, to make the RR easier to read for humans (less
        noisy).  In the presence of records containing weights greater
        than 0, records with weight 0 should have a very small chance of
        being selected.
 
        In the absence of a protocol whose specification calls for the
        use of other weighting information, a client arranges the SRV
        RRs of the same Priority in the order in which target hosts,
        specified by the SRV RRs, will be contacted. The following
        algorithm SHOULD be used to order the SRV RRs of the same
        priority:
 
        To select a target to be contacted next, arrange all SRV RRs
        (that have not been ordered yet) in any order, except that all
        those with weight 0 are placed at the beginning of the list.
 
        Compute the sum of the weights of those RRs, and with each RR
        associate the running sum in the selected order. Then choose a
        uniform random number between 0 and the sum computed
        (inclusive), and select the RR whose running sum value is the
        first in the selected order which is greater than or equal to
        the random number selected. The target host specified in the
        selected SRV RR is the next one to be contacted by the client.
        Remove this SRV RR from the set of the unordered SRV RRs and
        apply the described algorithm to the unordered SRV RRs to select
        the next target host.  Continue the ordering process until there
        are no unordered SRV RRs.  This process is repeated for each
        Priority.

 

_________________________________________________________________________________________________________________________
 
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

--------------010306000208040805010307-- From nobody Wed Mar 16 08:30:46 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D72C12D9C4 for ; Wed, 16 Mar 2016 08:30:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 FQRfZMkHVzJX for ; Wed, 16 Mar 2016 08:30:39 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 8261012D6F5 for ; Wed, 16 Mar 2016 08:30:15 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 724FCF5087A24; Wed, 16 Mar 2016 15:30:11 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u2GFUDMv008918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 16 Mar 2016 15:30:13 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u2GFTgpK023650 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Mar 2016 16:30:10 +0100 Received: from FR712WXCHMBA12.zeu.alcatel-lucent.com ([169.254.8.143]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Wed, 16 Mar 2016 16:29:29 +0100 From: "Trottin, Jean-Jacques (Nokia - FR)" To: EXT Steve Donovan , "dime@ietf.org" Thread-Topic: [Dime] Diameter Load Editor's note on presence of overload report Thread-Index: AQHRf5a4769y+DUcMEaZx/lJ0UYXLJ9cManA Date: Wed, 16 Mar 2016 15:29:28 +0000 Message-ID: References: <56E20D8B.6010408@usdonovans.com> <16686_1457712545_56E2EDA1_16686_1479_1_6B7134B31289DC4FAF731D844122B36E01DFE739@OPEXCLILM43.corporate.adroot.infra.ftgroup> <56E6B622.3080400@usdonovans.com> <56E9789A.1090904@usdonovans.com> In-Reply-To: <56E9789A.1090904@usdonovans.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: multipart/alternative; boundary="_000_E194C2E18676714DACA9C3A2516265D29D4D1881FR712WXCHMBA12z_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Diameter Load Editor's note on presence of overload report X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 15:30:44 -0000 --_000_E194C2E18676714DACA9C3A2516265D29D4D1881FR712WXCHMBA12z_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RldmUNCg0KWWVzIHRoZSBFZGl0b3LigJlzIG5vdGUgIGlzIGFib3V0IHJlY2VpdmluZyBv dmVybG9hZCBhbmQgbG9hZCByZXBvcnRzIGZyb20gdGhlIHNhbWUgbm9kZS4gSSAgYW0gT0sgd2l0 aCB5b3VyIG5ldyB3cml0aW5nLg0KDQpCZXN0IHJlZ2FyZHMNCg0KSkphY3F1ZXMNCg0KRGUgOiBF WFQgU3RldmUgRG9ub3ZhbiBbbWFpbHRvOnNyZG9ub3ZhbkB1c2Rvbm92YW5zLmNvbV0NCkVudm95 w6kgOiBtZXJjcmVkaSAxNiBtYXJzIDIwMTYgMTY6MTYNCsOAIDogVHJvdHRpbiwgSmVhbi1KYWNx dWVzIChOb2tpYSAtIEZSKTsgZGltZUBpZXRmLm9yZw0KT2JqZXQgOiBSZTogW0RpbWVdIERpYW1l dGVyIExvYWQgRWRpdG9yJ3Mgbm90ZSBvbiBwcmVzZW5jZSBvZiBvdmVybG9hZCByZXBvcnQNCg0K SkphY3F1ZXMsDQoNCkkgaGFkIGFscmVhZHkgY29tZSB1cCB3aXRoIHRoZSBmb2xsb3dpbmcgd29y ZGluZyB0byByZXBsYWNlIHRoZSBlZGl0b3IncyBub3RlOg0KDQogICAgICAgIEl0IHNob3VsZCBi ZSBub3RlZCB0aGF0IGEgRGlhbWV0ZXIgbm9kZSB3aWxsIG5lZWQgdG8gcHJvY2VzcyBib3RoIExv YWQgcmVwb3J0cyBhbmQgT3ZlcmxvYWQNCiAgICAgICAgcmVwb3J0cyBmcm9tIHRoZSBzYW1lIERp YW1ldGVyIG5vZGUuICAgVGhlIHJlYWN0aW5nIG5vZGUgZm9yIHRoZSBPdmVybG9hZA0KICAgICAg ICByZXBvcnQgYWx3YXlzIGhhcyB0aGUgcmVzcG9uc2liaWxpdHkgdG8gcmVkdWNlIHRoZSBhbW91 bnQgb2YgRGlhbWV0ZXIgdHJhZmZpYyBzZW50IHRvIHRoZQ0KICAgICAgICBvdmVybG9hZGVkIG5v ZGUuICBJZiwgb3IgaG93LCB0aGUgcmVhY3Rpbmcgbm9kZSB1c2VzIExvYWQgaW5mb3JtYXRpb24g dG8gYWNoaWV2ZSB0aGlzIGlzDQogICAgICAgIGxlZnQgYXMgYW4gaW1wbGVtZW50YXRpb24gZGVj aXNpb24uDQoNCkkgdGhpbmsgdGhpcyBkb2VzIGEgYmV0dGVyIGpvYiBvZiBhZGRyZXNzaW5nIHRo ZSBlZGl0b3IncyBub3RlLCB3aGljaCBpcyBhYm91dCByZWNlaXZpbmcgb3ZlcmxvYWQgYW5kIGxv YWQgcmVwb3J0cyBmcm9tIHRoZSBzYW1lIG5vZGUuICBJIGFsc28gdGhpbmsgdGhhdCB0aGUgc2Vj b25kIHNlbnRlbmNlIG9mIHlvdXIgcHJvcG9zYWwgaXMgbm90IG5lZWRlZCwgYXMgdGhpcyBpcyBu b3JtYWwgdXNlIG9mIGxvYWQgaW5mb3JtYXRpb24sIGluZGVwZW5kZW50IG9mIHdoZXRoZXIgdGhl cmUgaXMgYW4gYWN0aXZlIG92ZXJsb2FkIHJlcG9ydC4NCg0KUmVnYXJkcywNCg0KU3RldmUNCk9u IDMvMTQvMTYgOTo0MSBBTSwgVHJvdHRpbiwgSmVhbi1KYWNxdWVzIChOb2tpYSAtIEZSKSB3cm90 ZToNCkhpIFN0ZXZlDQpBYm91dCB0aGlzIEVkaXRvcuKAmXMgTm90ZQ0KDQoNCg0KICAgICAgRWRp dG9yJ3MgTm90ZTogT25lIGFyZWEgdGhhdCByZXF1aXJlcyB0aG91Z2h0IGlzIGhvdyBsb2FkDQoN CiAgICAgIGluZm9ybWF0aW9uIGlzIHVzZWQsIGlmIGF0IGFsbCwgaW4gdGhlIHByZXNlbmNlIG9m IGFuIG92ZXJsb2FkDQoNCiAgICAgIHJlcG9ydCBmcm9tIHRoZSBzYW1lIERpYW1ldGVyIG5vZGUu ICBJdCBtaWdodCBiZSB0aGF0IHRoZSBsb2FkDQoNCiAgICAgIGluZm9ybWF0aW9uIGZyb20gdGhh dCBEaWFtZXRlciBub2RlIGlzIGlnbm9yZWQgZm9yIHRoZSBkdXJhdGlvbiBvZg0KDQogICAgICB0 aGUgdGltZSB0aGF0IHRoZSBvdmVybG9hZCByZXBvcnQgaXMgaW4gZWZmZWN0LiAgSXQgbWlnaHQg YWxzbyBiZQ0KDQogICAgICBwb3NzaWJsZSB0aGF0IHRoZSBsb2FkIGluZm9ybWF0aW9uIGNhbiBh aWQgaW4gdGhlIGRpdmVydGluZyBvZg0KDQogICAgICBub24tYWJhdGVkIHJlcXVlc3RzIHRhcmdl dGVkIGZvciB0aGUgb3ZlcmxvYWRlZCBEaWFtZXRlciBub2RlLg0KDQoNCg0KSW4gdGhlIGN1cnJl bnQgd3JpdGluZyDigJxmcm9tIHRoZSDigJxzYW1l4oCdIERpYW1ldGVyIG5vZGXigJ0sIHRoZSB3 b3JkIOKAnHNhbWXigJ3igJ0gaXMgYSBiaXQgbWlzbGVhZGluZyBhcyBpdCBtYXkgYmUgdW5kZXJz dG9vZCBob3cgdGhlIHBvc3NpYmxlIGF2YWlsYWJsZSBsb2FkIGluZm9ybWF0aW9uIG9mIHRoZSBv dmVybG9hZGVkIG5vZGUgY2FuIGJlIHVzZWQgYW5kIEkgZG8gbm90IHdlbGwgc2VlIHRoZSBhaWQg dGhhdCBsb2FkIGluZm9ybWF0aW9uIGZyb20gdGhlIG92ZXJsb2FkZWQgbm9kZSBjYW4gYnJpbmcs IFRoaXMgaXMgdGhlIGxvYWQgaW5mb3JtYXRpb24gZnJvbSB0aGUgb3RoZXIgbm9kZXMgd2hpY2gg aXMgaGVscGZ1bCB3aGVuIGRpdmVydGluZyAuIFBvc3NpYmxlIGhlcmFmdGVyIHdyaXRpbmcgKHdp dGggc3VwcHJlc3Npb24gb2YgdGhlIEVkaXRvcuKAmXMgbm90ZSkgOg0KDQoNCg0KQSByZWFjdGlu ZyBub2RlIHdoaWNoIGhhcyByZWNlaXZlZCBhbiBvdmVybG9hZCByZXBvcnQgZnJvbSBhIHJlcG9y dGluZyBub2RlIG1pZ2h0IGlnbm9yZSB0aGUgbG9hZCBpbmZvcm1hdGlvbiByZWNlaXZlZCBmcm9t IHRoYXQgRGlhbWV0ZXIgbm9kZSBmb3IgdGhlIGR1cmF0aW9uIG9mIHRoZSB0aW1lIHRoYXQgdGhl IG92ZXJsb2FkIHJlcG9ydCBpcyBpbiBlZmZlY3QuIEl0IG1pZ2h0IHRha2UgaW50byBhY2NvdW50 IHRoZSBsb2FkIGluZm9ybWF0aW9uIHJlY2VpdmVkIGZyb20gdGhlIG90aGVyIG5vZGVzIHRvIHdo aWNoIGl0IG1pZ2h0IGRpdmVydCByZXF1ZXN0cyB0YXJnZXRlZCBmb3IgdGhlIG92ZXJsb2FkZWQg RGlhbWV0ZXIgbm9kZS4NCg0KDQpCZXN0IHJlZ2FyZHMNCkpKYWNxdWVzDQoNCg== --_000_E194C2E18676714DACA9C3A2516265D29D4D1881FR712WXCHMBA12z_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglw YW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyBcLCBzZXJpZiI7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJ Y29sb3I6YmxhY2s7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6 dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29Q bGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlRleHRlIGJydXQgQ2FyIjsNCgltYXJnaW46 MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuNXB0Ow0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlByw6lmb3JtYXTDqSBIVE1MIENhciI7DQoJbWFyZ2lu OjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwgbGku TXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uUHJmb3JtYXRIVE1MQ2FyDQoJ e21zby1zdHlsZS1uYW1lOiJQcsOpZm9ybWF0w6kgSFRNTCBDYXIiOw0KCW1zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUHLDqWZvcm1hdMOpIEhUTUwiOw0KCWZvbnQtZmFt aWx5OkNvbnNvbGFzOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uVGV4dGVicnV0Q2FyDQoJe21zby1z dHlsZS1uYW1lOiJUZXh0ZSBicnV0IENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJUZXh0ZSBicnV0IjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFu LlRleHRlZGVidWxsZXNDYXINCgl7bXNvLXN0eWxlLW5hbWU6IlRleHRlIGRlIGJ1bGxlcyBDYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiVGV4dGUgZGUgYnVs bGVzIjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1h aWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjYNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44 NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0 IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk Pg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgU3RldmU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPlllcyB0aGUgRWRpdG9y4oCZcyBub3RlICZuYnNwO2lzIGFib3V0IHJlY2VpdmluZyBv dmVybG9hZCBhbmQgbG9hZCByZXBvcnRzIGZyb20gdGhlIHNhbWUgbm9kZS4gSSZuYnNwOyBhbSBP SyB3aXRoIHlvdXIgbmV3IHdyaXRpbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CZXN0IHJlZ2FyZHM8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkpKYWNxdWVzDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjp3aW5kb3d0ZXh0Ij5EZSZuYnNwOzo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkZSIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gRVhUIFN0ZXZlIERvbm92YW4gW21haWx0 bzpzcmRvbm92YW5AdXNkb25vdmFucy5jb21dDQo8YnI+DQo8Yj5FbnZvecOpJm5ic3A7OjwvYj4g bWVyY3JlZGkgMTYgbWFycyAyMDE2IDE2OjE2PGJyPg0KPGI+w4AmbmJzcDs6PC9iPiBUcm90dGlu LCBKZWFuLUphY3F1ZXMgKE5va2lhIC0gRlIpOyBkaW1lQGlldGYub3JnPGJyPg0KPGI+T2JqZXQm bmJzcDs6PC9iPiBSZTogW0RpbWVdIERpYW1ldGVyIExvYWQgRWRpdG9yJ3Mgbm90ZSBvbiBwcmVz ZW5jZSBvZiBvdmVybG9hZCByZXBvcnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkpKYWNxdWVzLDxicj4N Cjxicj4NCkkgaGFkIGFscmVhZHkgY29tZSB1cCB3aXRoIHRoZSBmb2xsb3dpbmcgd29yZGluZyB0 byByZXBsYWNlIHRoZSBlZGl0b3IncyBub3RlOjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJdCBzaG91bGQgYmUgbm90ZWQgdGhhdCBhIERpYW1l dGVyIG5vZGUgd2lsbCBuZWVkIHRvIHByb2Nlc3MgYm90aCBMb2FkIHJlcG9ydHMgYW5kIE92ZXJs b2FkPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcG9y dHMgZnJvbSB0aGUgc2FtZSBEaWFtZXRlciBub2RlLiZuYnNwOyZuYnNwOyBUaGUgcmVhY3Rpbmcg bm9kZSBmb3IgdGhlIE92ZXJsb2FkPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IHJlcG9ydCBhbHdheXMgaGFzIHRoZSByZXNwb25zaWJpbGl0eSB0byByZWR1 Y2UgdGhlIGFtb3VudCBvZiBEaWFtZXRlciB0cmFmZmljIHNlbnQgdG8gdGhlPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG92ZXJsb2FkZWQgbm9kZS4mbmJz cDsgSWYsIG9yIGhvdywgdGhlIHJlYWN0aW5nIG5vZGUgdXNlcyBMb2FkIGluZm9ybWF0aW9uIHRv IGFjaGlldmUgdGhpcyBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBsZWZ0IGFzIGFuIGltcGxlbWVudGF0aW9uIGRlY2lzaW9uLjxicj4NCjxicj4NCkkg dGhpbmsgdGhpcyBkb2VzIGEgYmV0dGVyIGpvYiBvZiBhZGRyZXNzaW5nIHRoZSBlZGl0b3IncyBu b3RlLCB3aGljaCBpcyBhYm91dCByZWNlaXZpbmcgb3ZlcmxvYWQgYW5kIGxvYWQgcmVwb3J0cyBm cm9tIHRoZSBzYW1lIG5vZGUuJm5ic3A7IEkgYWxzbyB0aGluayB0aGF0IHRoZSBzZWNvbmQgc2Vu dGVuY2Ugb2YgeW91ciBwcm9wb3NhbCBpcyBub3QgbmVlZGVkLCBhcyB0aGlzIGlzIG5vcm1hbCB1 c2Ugb2YgbG9hZCBpbmZvcm1hdGlvbiwgaW5kZXBlbmRlbnQNCiBvZiB3aGV0aGVyIHRoZXJlIGlz IGFuIGFjdGl2ZSBvdmVybG9hZCByZXBvcnQuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQo8YnI+ DQpTdGV2ZTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIDMv MTQvMTYgOTo0MSBBTSwgVHJvdHRpbiwgSmVhbi1KYWNxdWVzIChOb2tpYSAtIEZSKSB3cm90ZTo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OjUuMHB0O21hcmdpbi1yaWdodDozNi4wcHQ7bWFyZ2luLWJvdHRvbTow Y207bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgU3RldmU8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjUuMHB0 O21hcmdpbi1yaWdodDozNi4wcHQ7bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWxlZnQ6MGNtO21h cmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+QWJvdXQgdGhpcyBFZGl0b3LigJlzIE5vdGU8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcgLCBzZXJpZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3ICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDtFZGl0b3IncyBOb3RlOiBPbmUgYXJl YSB0aGF0IHJlcXVpcmVzIHRob3VnaHQgaXMgaG93IGxvYWQ8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcgLCBzZXJpZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluZm9ybWF0aW9uIGlzIHVzZWQsIGlmIGF0IGFsbCwgaW4gdGhl IHByZXNlbmNlIG9mIGFuIG92ZXJsb2FkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 ICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyByZXBvcnQgZnJvbSB0aGUgc2FtZSBEaWFtZXRlciBub2RlLiZuYnNwOyBJdCBtaWdo dCBiZSB0aGF0IHRoZSBsb2FkPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3ICwgc2Vy aWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBpbmZvcm1hdGlvbiBmcm9tIHRoYXQgRGlhbWV0ZXIgbm9kZSBpcyBpZ25vcmVkIGZvciB0aGUg ZHVyYXRpb24gb2Y8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgLCBzZXJpZiZxdW90 OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSB0 aW1lIHRoYXQgdGhlIG92ZXJsb2FkIHJlcG9ydCBpcyBpbiBlZmZlY3QuJm5ic3A7IEl0IG1pZ2h0 IGFsc28gYmU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgLCBzZXJpZiZxdW90Oywm cXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBvc3NpYmxl IHRoYXQgdGhlIGxvYWQgaW5mb3JtYXRpb24gY2FuIGFpZCBpbiB0aGUgZGl2ZXJ0aW5nIG9mPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3ICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBub24tYWJhdGVkIHJlcXVlc3Rz IHRhcmdldGVkIGZvciB0aGUgb3ZlcmxvYWRlZCBEaWFtZXRlciBub2RlLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SW4gdGhlIGN1cnJlbnQgd3JpdGlu Zzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgLCBzZXJp ZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+IOKAnGZyb20gdGhlIOKAnHNhbWXigJ0gRGlhbWV0 ZXIgbm9kZeKAnSwgdDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+aGUNCiB3b3JkIOKAnHNhbWXigJ3igJ0gaXMgYSBiaXQgbWlzbGVhZGluZzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgLCBzZXJpZiZxdW90Oywm cXVvdDtzZXJpZiZxdW90OyI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPmFzIGl0IG1heSBiZSB1bmRlcnN0b29kIGhvdyB0aGUgcG9zc2libGUgYXZh aWxhYmxlIGxvYWQgaW5mb3JtYXRpb24gb2YgdGhlIG92ZXJsb2FkZWQgbm9kZSBjYW4gYmUgdXNl ZCBhbmQgSSBkbyBub3Qgd2VsbCBzZWUgdGhlIGFpZCB0aGF0IGxvYWQgaW5mb3JtYXRpb24gZnJv bSB0aGUgb3ZlcmxvYWRlZA0KIG5vZGUgY2FuIGJyaW5nLCBUaGlzIGlzIHRoZSBsb2FkIGluZm9y bWF0aW9uIGZyb20gdGhlIG90aGVyIG5vZGVzIHdoaWNoIGlzIGhlbHBmdWwgd2hlbiBkaXZlcnRp bmcgLiBQb3NzaWJsZSBoZXJhZnRlciB3cml0aW5nICh3aXRoIHN1cHByZXNzaW9uIG9mIHRoZSBF ZGl0b3LigJlzIG5vdGUpIDo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcgLCBzZXJp ZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3ICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPkEgcmVhY3Rpbmcgbm9k ZSB3aGljaCBoYXMgcmVjZWl2ZWQgYW4gb3ZlcmxvYWQgcmVwb3J0IGZyb20gYSByZXBvcnRpbmcg bm9kZSBtaWdodCBpZ25vcmUgdGhlIGxvYWQgaW5mb3JtYXRpb24gcmVjZWl2ZWQgZnJvbSB0aGF0 IERpYW1ldGVyIG5vZGUgZm9yIHRoZSBkdXJhdGlvbiBvZiB0aGUgdGltZSB0aGF0DQogdGhlIG92 ZXJsb2FkIHJlcG9ydCBpcyBpbiBlZmZlY3QuIEl0IG1pZ2h0IHRha2UgaW50byBhY2NvdW50IHRo ZSBsb2FkIGluZm9ybWF0aW9uIHJlY2VpdmVkIGZyb20gdGhlIG90aGVyIG5vZGVzIHRvIHdoaWNo IGl0IG1pZ2h0IGRpdmVydCByZXF1ZXN0cyB0YXJnZXRlZCBmb3IgdGhlIG92ZXJsb2FkZWQgRGlh bWV0ZXIgbm9kZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkczwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5KSmFjcXVlcw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3Rl Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_E194C2E18676714DACA9C3A2516265D29D4D1881FR712WXCHMBA12z_-- From nobody Fri Mar 18 08:02:04 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B95912D777; Fri, 18 Mar 2016 08:02:02 -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.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160318150202.1104.3499.idtracker@ietfa.amsl.com> Date: Fri, 18 Mar 2016 08:02:02 -0700 Archived-At: Cc: dime@ietf.org Subject: [Dime] I-D Action: draft-ietf-dime-load-02.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 15:02:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions of the IETF. Title : Diameter Load Information Conveyance Authors : Ben Campbell Steve Donovan Jean-Jacques Trottin Filename : draft-ietf-dime-load-02.txt Pages : 21 Date : 2016-03-18 Abstract: This document defines a mechanism for sharing of Diameter load information. [RFC7068] describes requirements for Overload Control in Diameter. This includes a requirement to allow Diameter nodes to send "load" information, even when the node is not overloaded. The Diameter Overload Information Conveyance (DOIC) [RFC7683] solution describes a mechanism meeting most of the requirements, but does not currently include the ability to send load information. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-load/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-dime-load-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-load-02 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 Mar 18 08:11:15 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 88A3D12D563; Fri, 18 Mar 2016 08:11:11 -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.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160318151111.19810.30427.idtracker@ietfa.amsl.com> Date: Fri, 18 Mar 2016 08:11:11 -0700 Archived-At: Cc: dime@ietf.org Subject: [Dime] I-D Action: draft-ietf-dime-agent-overload-04.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 15:11:11 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions of the IETF. Title : Diameter Agent Overload and the Peer Overload Report Author : Steve Donovan Filename : draft-ietf-dime-agent-overload-04.txt Pages : 18 Date : 2016-03-18 Abstract: This specification documents an extension to the Diameter Overload Indication Conveyance (DOIC) [RFC7683] base solution. The extension defines the Peer overload report type. The initial use case for the Peer report is the handling of occurrences of overload of a Diameter agent. Requirements The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-agent-overload/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-dime-agent-overload-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-agent-overload-04 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 Mar 18 08:17:35 2016 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E7F9B12D91A; Fri, 18 Mar 2016 08:17:30 -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.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160318151730.20917.18792.idtracker@ietfa.amsl.com> Date: Fri, 18 Mar 2016 08:17:30 -0700 Archived-At: Cc: dime@ietf.org Subject: [Dime] I-D Action: draft-ietf-dime-doic-rate-control-03.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 15:17:31 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions of the IETF. Title : Diameter Overload Rate Control Authors : Steve Donovan Eric Noel Filename : draft-ietf-dime-doic-rate-control-03.txt Pages : 19 Date : 2016-03-18 Abstract: This specification documents an extension to the Diameter Overload Indication Conveyance (DOIC) [RFC7683] base solution. This extension adds a new overload control abatement algorithm. This abatement algorithm allows for a DOIC reporting node to specify a maximum rate at which a DOIC reacting node sends Diameter requests to the DOIC reporting node. Requirements The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-doic-rate-control/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-dime-doic-rate-control-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-doic-rate-control-03 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 Mar 18 08:20:23 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C63C912D8F8 for ; Fri, 18 Mar 2016 08:20:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_NEUTRAL=0.779, T_HTML_ATTACH=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 A-h6Z3RFYYHz for ; Fri, 18 Mar 2016 08:20:18 -0700 (PDT) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [23.235.209.16]) (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 9D7FF12D5A7 for ; Fri, 18 Mar 2016 08:20:18 -0700 (PDT) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:57735 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1agwCD-001IbB-MR for dime@ietf.org; Fri, 18 Mar 2016 08:20:18 -0700 To: "dime@ietf.org" From: Steve Donovan Message-ID: <56EC1CAD.6050007@usdonovans.com> Date: Fri, 18 Mar 2016 10:20:13 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------020106000902080805000305" X-OutGoing-Spam-Status: No, score=0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: Subject: [Dime] New version of draft-ietf-dime-rate-control X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 15:20:22 -0000 This is a multi-part message in MIME format. --------------020106000902080805000305 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit All, I have posted a version -03 of draft-ietf-dime-rate-control. This version addressed all of the outstanding editor's notes and updated the reference to the DOIC RFC. It also includes a number of editorial updates. I've attached a diff file showing the changes since -02. Regards, Steve --------------020106000902080805000305 Content-Type: text/html; charset=UTF-8; name="Diff_ draft-ietf-dime-doic-rate-control-02.txt - draft-ietf-dime-doic-rate-control-03.txt.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="Diff_ draft-ietf-dime-doic-rate-control-02.txt - draft-ietf-"; filename*1="dime-doic-rate-control-03.txt.html" CjwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgWEhUTUwgMS4wIFRyYW5zaXRp b25hbC8vRU4iICJodHRwOi8vd3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFu c2l0aW9uYWwuZHRkIj4gCjwhLS0gR2VuZXJhdGVkIGJ5IHJmY2RpZmYgMS40NDogcmZjZGlm ZiAgLS0+IAo8IS0tIDwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0 LjAxIFRyYW5zaXRpb25hbCIgPiAtLT4KPCEtLSBTeXN0ZW06IExpbnV4IHppbmZhbmRlbCAz LjIuMC00LWFtZDY0ICMxIFNNUCBEZWJpYW4gMy4yLjY4LTErZGViN3UyIHg4Nl82NCBHTlUv TGludXggLS0+IAo8IS0tIFVzaW5nIGF3azogL3Vzci9iaW4vZ2F3azogR05VIEF3ayA0LjAu MSAtLT4gCjwhLS0gVXNpbmcgZGlmZjogL3Vzci9iaW4vZGlmZjogZGlmZiAoR05VIGRpZmZ1 dGlscykgMy4yIC0tPiAKPCEtLSBVc2luZyB3ZGlmZjogL3Vzci9iaW4vd2RpZmY6IHdkaWZm IChHTlUgd2RpZmYpIDEuMS4yIC0tPiAKPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3Jn LzE5OTkveGh0bWwiPiAKPGhlYWQ+IAogIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlw ZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PVVURi04IiAvPiAKICA8bWV0YSBodHRw LWVxdWl2PSJDb250ZW50LVN0eWxlLVR5cGUiIGNvbnRlbnQ9InRleHQvY3NzIiAvPiAKICA8 dGl0bGU+RGlmZjogZHJhZnQtaWV0Zi1kaW1lLWRvaWMtcmF0ZS1jb250cm9sLTAyLnR4dCAt IGRyYWZ0LWlldGYtZGltZS1kb2ljLXJhdGUtY29udHJvbC0wMy50eHQ8L3RpdGxlPiAKICA8 c3R5bGUgdHlwZT0idGV4dC9jc3MiPiAKICAgIGJvZHkgICAgeyBtYXJnaW46IDAuNGV4OyBt YXJnaW4tcmlnaHQ6IGF1dG87IH0gCiAgICB0ciAgICAgIHsgfSAKICAgIHRkICAgICAgeyB3 aGl0ZS1zcGFjZTogcHJlOyBmb250LWZhbWlseTogbW9ub3NwYWNlOyB2ZXJ0aWNhbC1hbGln bjogdG9wOyBmb250LXNpemU6IDAuODZlbTt9IAogICAgdGggICAgICB7IGZvbnQtc2l6ZTog MC44NmVtOyB9IAogICAgLnNtYWxsICB7IGZvbnQtc2l6ZTogMC42ZW07IGZvbnQtc3R5bGU6 IGl0YWxpYzsgZm9udC1mYW1pbHk6IFZlcmRhbmEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsg fSAKICAgIC5sZWZ0ICAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRUVFOyB9IAogICAgLnJpZ2h0 ICB7IGJhY2tncm91bmQtY29sb3I6ICNGRkY7IH0gCiAgICAuZGlmZiAgIHsgYmFja2dyb3Vu ZC1jb2xvcjogI0NDRjsgfSAKICAgIC5sYmxvY2sgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQkZC OyB9IAogICAgLnJibG9jayB7IGJhY2tncm91bmQtY29sb3I6ICNGRjg7IH0gCiAgICAuaW5z ZXJ0IHsgYmFja2dyb3VuZC1jb2xvcjogIzhGRjsgfSAKICAgIC5kZWxldGUgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjQUNGOyB9IAogICAgLnZvaWQgICB7IGJhY2tncm91bmQtY29sb3I6ICNG RkI7IH0gCiAgICAuY29udCAgIHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsgfSAKICAgIC5s aW5lYnIgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjQUFBOyB9IAogICAgLmxpbmVubyB7IGNvbG9y OiByZWQ7IGJhY2tncm91bmQtY29sb3I6ICNGRkY7IGZvbnQtc2l6ZTogMC43ZW07IHRleHQt YWxpZ246IHJpZ2h0OyBwYWRkaW5nOiAwIDJweDsgfSAKICAgIC5lbGlwc2lzeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjQUFBOyB9IAogICAgLmxlZnQgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9y OiAjREREOyB9IAogICAgLnJpZ2h0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0VFRTsg fSAKICAgIC5sYmxvY2sgLmNvbnQgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjOUQ5OyB9IAogICAg LnJibG9jayAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICNERDY7IH0gCiAgICAuaW5zZXJ0 IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogIzBERDsgfSAKICAgIC5kZWxldGUgLmNvbnQg eyBiYWNrZ3JvdW5kLWNvbG9yOiAjOEFEOyB9IAogICAgLnN0YXRzLCAuc3RhdHMgdGQsIC5z dGF0cyB0aCB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IHBhZGRpbmc6IDJweCAwOyB9IAog ICAgc3Bhbi5oaWRlIHsgZGlzcGxheTogbm9uZTsgY29sb3I6ICNhYWE7fSAgICBhOmhvdmVy IHNwYW4geyBkaXNwbGF5OiBpbmxpbmU7IH0gICAgdHIuY2hhbmdlIHsgYmFja2dyb3VuZC1j b2xvcjogZ3JheTsgfSAKICAgIHRyLmNoYW5nZSBhIHsgdGV4dC1kZWNvcmF0aW9uOiBub25l OyBjb2xvcjogYmxhY2sgfSAKICA8L3N0eWxlPiAKPC9oZWFkPiAKPGJvZHkgPiAKICA8dGFi bGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPiAKICA8dHIg aWQ9InBhcnQtMSIgYmdjb2xvcj0ib3JhbmdlIj48dGg+PC90aD48dGg+PGEgaHJlZj0iL3Jm Y2RpZmY/dXJsMj1kcmFmdC1pZXRmLWRpbWUtZG9pYy1yYXRlLWNvbnRyb2wtMDIudHh0IiBz dHlsZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7Ij4mbHQ7PC9hPiZuYnNw OzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWRpbWUt ZG9pYy1yYXRlLWNvbnRyb2wtMDIudHh0IiBzdHlsZT0iY29sb3I6IzAwOCI+ZHJhZnQtaWV0 Zi1kaW1lLWRvaWMtcmF0ZS1jb250cm9sLTAyLnR4dDwvYT4mbmJzcDs8L3RoPjx0aD4gPC90 aD48dGg+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtZGltZS1kb2ljLXJhdGUtY29udHJvbC0wMy50eHQiIHN0eWxlPSJjb2xvcjojMDA4 Ij5kcmFmdC1pZXRmLWRpbWUtZG9pYy1yYXRlLWNvbnRyb2wtMDMudHh0PC9hPiZuYnNwOzxh IGhyZWY9Ii9yZmNkaWZmP3VybDE9ZHJhZnQtaWV0Zi1kaW1lLWRvaWMtcmF0ZS1jb250cm9s LTAzLnR4dCIgc3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmd0 OzwvYT48L3RoPjx0aD48L3RoPjwvdHI+IAogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkRpYW1ldGVyIE1haW50ZW5hbmNl IGFuZCBFeHRlbnNpb25zIChESU1FKSAgICAgICAgICAgICAgIFMuIERvbm92YW4sIEVkLjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkRpYW1ldGVyIE1haW50ZW5hbmNlIGFu ZCBFeHRlbnNpb25zIChESU1FKSAgICAgICAgICAgICAgIFMuIERvbm92YW4sIEVkLjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT3JhY2xlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT3JhY2xlPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEUuIE5vZWw8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEUuIE5vZWw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDEiPjx0ZD48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ RXhwaXJlczogPHNwYW4gY2xhc3M9ImRlbGV0ZSI+TWFyY2ggMyw8L3NwYW4+IDIwMTYgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFUJmFtcDtUIExhYnM8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+RXhwaXJlczogPHNwYW4gY2xhc3M9Imlu c2VydCI+U2VwdGVtYmVyIDE5LDwvc3Bhbj4gMjAxNiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIEFUJmFtcDtUIExhYnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+QXVndXN0IDMxLCAyMDE1PC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHNwYW4gY2xhc3M9Imluc2Vy dCI+TWFyY2ggMTgsIDIwMTY8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgICAgIERpYW1ldGVyIE92ZXJsb2FkIFJh dGUgQ29udHJvbDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAg ICAgICAgICAgIERpYW1ldGVyIE92ZXJsb2FkIFJhdGUgQ29udHJvbDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMiI+PHRkPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj4gICAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1kaW1lLWRvaWMtcmF0ZS1jb250cm9s LTA8c3BhbiBjbGFzcz0iZGVsZXRlIj4yPC9zcGFuPi50eHQ8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtZGltZS1kb2ljLXJh dGUtY29udHJvbC0wPHNwYW4gY2xhc3M9Imluc2VydCI+Mzwvc3Bhbj4udHh0PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkFic3RyYWN0PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+QWJzdHJhY3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhpcyBzcGVjaWZpY2F0aW9uIGRvY3VtZW50cyBhbiBl eHRlbnNpb24gdG8gdGhlIERpYW1ldGVyIE92ZXJsb2FkPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgVGhpcyBzcGVjaWZpY2F0aW9uIGRvY3VtZW50cyBhbiBleHRlbnNp b24gdG8gdGhlIERpYW1ldGVyIE92ZXJsb2FkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDAzIj48dGQ+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEluZGlj YXRpb24gQ29udmV5YW5jZSAoRE9JQykgYmFzZSBzb2x1dGlvbi4gIFRoaXMgZXh0ZW5zaW9u IGFkZHMgYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBJbmRpY2F0aW9u IENvbnZleWFuY2UgKERPSUMpIDxzcGFuIGNsYXNzPSJpbnNlcnQiPltSRkM3NjgzXTwvc3Bh bj4gYmFzZSBzb2x1dGlvbi4gIFRoaXMgZXh0ZW5zaW9uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgIG5ldyBvdmVybG9hZCBjb250cm9sIGFiYXRlbWVudCBhbGdvcml0 aG0uICBUaGlzIGFiYXRlbWVudCBhbGdvcml0aG08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+ICAgYWRkcyBhIG5ldyBvdmVybG9hZCBjb250cm9sIGFiYXRlbWVudCBhbGdv cml0aG0uICBUaGlzIGFiYXRlbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBhbGxvd3MgZm9yIGEgRE9JQyByZXBvcnRpbmcgbm9kZSB0byBzcGVjaWZ5IGEgbWF4 aW11bSByYXRlIGF0IHdoaWNoIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgYWxnb3JpdGhtIGFsbG93cyBmb3IgYSBET0lDIHJlcG9ydGluZyBub2RlIHRvIHNwZWNp ZnkgYSBtYXhpbXVtIHJhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg RE9JQyByZWFjdGluZyBub2RlIHNlbmRzIERpYW1ldGVyIHJlcXVlc3RzIHRvIHRoZSBET0lD IHJlcG9ydGluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBhdCB3aGlj aCBhIERPSUMgcmVhY3Rpbmcgbm9kZSBzZW5kcyBEaWFtZXRlciByZXF1ZXN0cyB0byB0aGUg RE9JQzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBub2RlLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICByZXBvcnRpbmcgbm9kZS48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+UmVxdWlyZW1lbnRzPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+UmVxdWlyZW1lbnRzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVT VCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiw8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9U IiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIsPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQi LCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICJN QVkiLCBhbmQgIk9QVElPTkFMIiBpbiB0aGlzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGlu IFJGQyAyMTE5IFtSRkMyMTE5XS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFJGQyAy MTE5IFtSRkMyMTE5XS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+U3RhdHVzIG9mIFRoaXMgTWVtbzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PlN0YXR1cyBvZiBUaGlzIE1lbW88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBj b25mb3JtYW5jZSB3aXRoIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ug d2l0aCB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJwYXJ0LTIiIGNsYXNzPSJjaGFuZ2UiID48dGQ+PC90ZD48dGg+PHNt YWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwvc21hbGw+PGEgaHJlZj0iI3BhcnQtMiI+PGVt PiBwYWdlIDEsIGxpbmUgNDI8c3BhbiBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2Vt PjwvYT48L3RoPjx0aD4gPC90aD48dGg+PHNtYWxsPnNraXBwaW5nIHRvIGNoYW5nZSBhdDwv c21hbGw+PGEgaHJlZj0iI3BhcnQtMiI+PGVtPiBwYWdlIDEsIGxpbmUgNDI8c3BhbiBjbGFz cz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIElu dGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVu Z2luZWVyaW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQt RHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJp bmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRhc2sgRm9yY2UgKElFVEYp LiAgTm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRo YXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4g IFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhl IGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIERyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRz L2N1cnJlbnQvLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIERyYWZ0cyBp cyBhdCBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFm dHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250 aHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbnRlcm5ldC1EcmFmdHMg YXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwg cmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBs YWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRv IHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVy bmV0LURyYWZ0cyBhcyByZWZlcmVuY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHBy b2dyZXNzLiI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtYXRlcmlhbCBv ciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i ZGlmZjAwMDQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4 cGlyZSBvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5NYXJjaCAzPC9zcGFuPiwgMjAxNi48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3 aWxsIGV4cGlyZSBvbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5TZXB0ZW1iZXIgMTk8L3NwYW4+ LCAyMDE2LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5Db3B5 cmlnaHQgTm90aWNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Q29weXJpZ2h0 IE5vdGljZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHIgaWQ9ImRpZmYwMDA1Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIENvcHlyaWdodCAoYykg MjAxPHNwYW4gY2xhc3M9ImRlbGV0ZSI+NTwvc3Bhbj4gSUVURiBUcnVzdCBhbmQgdGhlIHBl cnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgQ29weXJpZ2h0IChjKSAyMDE8c3BhbiBjbGFzcz0iaW5zZXJ0Ij42PC9zcGFuPiBJ RVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgZG9jdW1lbnQgYXV0aG9ycy4gIEFsbCByaWdodHMg cmVzZXJ2ZWQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZG9jdW1lbnQg YXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1Ag NzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUg SUVURiBUcnVzdCdzIExlZ2FsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBQ cm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50 czwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgKGh0dHA6Ly90cnVzdGVlLmll dGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgKGh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xp Y2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNl IHJldmlldyB0aGVzZSBkb2N1bWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVz ZSBkb2N1bWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNhcmVmdWxs eSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGgg cmVzcGVjdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNhcmVmdWxseSwg YXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVz cGVjdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdG8gdGhpcyBkb2N1bWVu dC4gIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQgZnJvbSB0aGlzIGRvY3VtZW50IG11c3Q8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0byB0aGlzIGRvY3VtZW50LiAg Q29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVzdDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBM aWNlbnNlIHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNl IHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHBy b3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdp dGhvdXQgd2FycmFudHkgYXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRl c2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBkZXNjcmliZWQgaW4gdGhlIFNpbXBsaWZpZWQgQlNEIExp Y2Vuc2UuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPlRhYmxl IG9mIENvbnRlbnRzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+VGFibGUgb2Yg Q29udGVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg MS4gIEludHJvZHVjdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICAzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMS4g IEludHJvZHVjdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICAzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAyLiAgVGVy bWlub2xvZ3kgYW5kIEFiYnJldmlhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgIDQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAyLiAgVGVybWlu b2xvZ3kgYW5kIEFiYnJldmlhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgIDQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0i ZGlmZjAwMDYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgMy4gIEludGVyYWN0aW9uIHdpdGggRE9JQyBy ZXBvcnQgdHlwZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA8c3BhbiBjbGFzcz0i ZGVsZXRlIj41PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAz LiAgSW50ZXJhY3Rpb24gd2l0aCBET0lDIHJlcG9ydCB0eXBlcyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjQ8L3NwYW4+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICA0LiAgQ2FwYWJpbGl0eSBBbm5vdW5jZW1lbnQgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDU8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICA0LiAgQ2FwYWJpbGl0eSBBbm5vdW5jZW1lbnQgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDU8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIDUuICBPdmVybG9hZCBSZXBvcnQgSGFuZGxpbmcgIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIDUuICBPdmVybG9hZCBSZXBvcnQgSGFuZGxpbmcgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgICA1LjEuICBSZXBvcnRpbmcgTm9kZSBPdmVybG9hZCBDb250cm9sIFN0YXRl IC4gLiAuIC4gLiAuIC4gLiAuIC4gICA2PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgICA1LjEuICBSZXBvcnRpbmcgTm9kZSBPdmVybG9hZCBDb250cm9sIFN0YXRlIC4g LiAuIC4gLiAuIC4gLiAuIC4gICA2PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDA3Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgNS4yLiAgUmVh Y3RpbmcgTm9kZSBPdmVybG9hZCBDb250cm9sIFN0YXRlICAuIC4gLiAuIC4gLiAuIC4gLiAu ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+Nzwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgICA1LjIuICBSZWFjdGluZyBOb2RlIE92ZXJsb2FkIENvbnRyb2wg U3RhdGUgIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij42PC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICA1LjMuICBSZXBvcnRp bmcgTm9kZSBNYWludGVuYW5jZSBvZiBPdmVybG9hZCBDb250cm9sIFN0YXRlICAuIC4gICA3 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICA1LjMuICBSZXBvcnRpbmcg Tm9kZSBNYWludGVuYW5jZSBvZiBPdmVybG9hZCBDb250cm9sIFN0YXRlICAuIC4gICA3PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgIDUuNC4gIFJlYWN0aW5nIE5vZGUg TWFpbnRlbmFuY2Ugb2YgT3ZlcmxvYWQgQ29udHJvbCBTdGF0ZSAuIC4gLiAgIDc8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgIDUuNC4gIFJlYWN0aW5nIE5vZGUgTWFp bnRlbmFuY2Ugb2YgT3ZlcmxvYWQgQ29udHJvbCBTdGF0ZSAuIC4gLiAgIDc8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDgiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgICA1LjUuICBSZXBvcnRpbmcgTm9kZSBCZWhhdmlvciBmb3IgUmF0ZSBB YmF0ZW1lbnQgQWxnb3JpdGhtICAuIC4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj44PC9zcGFu PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIDUuNS4gIFJlcG9ydGlu ZyBOb2RlIEJlaGF2aW9yIGZvciBSYXRlIEFiYXRlbWVudCBBbGdvcml0aG0gIC4gLiAgIDxz cGFuIGNsYXNzPSJpbnNlcnQiPjc8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgIDUuNi4gIFJlYWN0aW5nIE5vZGUgQmVoYXZpb3IgZm9yIFJhdGUgQWJhdGVt ZW50IEFsZ29yaXRobSAuIC4gLiAgIDg8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICAgIDUuNi4gIFJlYWN0aW5nIE5vZGUgQmVoYXZpb3IgZm9yIFJhdGUgQWJhdGVtZW50 IEFsZ29yaXRobSAuIC4gLiAgIDg8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IDYuICBSYXRlIEFiYXRlbWVudCBBbGdvcml0aG0gQVZQcyAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAgODwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDYu ICBSYXRlIEFiYXRlbWVudCBBbGdvcml0aG0gQVZQcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICAgODwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyIGlkPSJkaWZmMDAwOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgIDYuMS4gIE9DLVN1cHBvcnRl ZC1GZWF0dXJlcyBBVlAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFu IGNsYXNzPSJkZWxldGUiPjk8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgICAgNi4xLiAgT0MtU3VwcG9ydGVkLUZlYXR1cmVzIEFWUCAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9Imluc2VydCI+ODwvc3Bhbj48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgIDYuMS4xLiAgT0MtRmVhdHVy ZS1WZWN0b3IgQVZQIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA8c3BhbiBj bGFzcz0iZGVsZXRlIj45PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2Nr Ij4gICAgICAgNi4xLjEuICBPQy1GZWF0dXJlLVZlY3RvciBBVlAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjg8L3NwYW4+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgNi4yLiAgT0MtT0xSIEFWUCAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgPHNwYW4gY2xh c3M9ImRlbGV0ZSI+OTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgICA2LjIuICBPQy1PTFIgQVZQICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij44PC9zcGFuPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgNi4yLjEuICBPQy1NYXhpbXVtLVJh dGUgQVZQIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+MTA8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAg ICAgICA2LjIuMS4gIE9DLU1heGltdW0tUmF0ZSBBVlAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAgPHNwYW4gY2xhc3M9Imluc2VydCI+OTwvc3Bhbj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICA2LjMuICBBdHRyaWJ1dGUgVmFsdWUgUGFp ciBmbGFnIHJ1bGVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJk ZWxldGUiPjEwPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAg IDYuMy4gIEF0dHJpYnV0ZSBWYWx1ZSBQYWlyIGZsYWcgcnVsZXMgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjk8L3NwYW4+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDcuICBSYXRlIEJhc2VkIEFiYXRlbWVudCBBbGdv cml0aG0gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iZGVs ZXRlIj4xMDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgNy4g IFJhdGUgQmFzZWQgQWJhdGVtZW50IEFsZ29yaXRobSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij45PC9zcGFuPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICA3LjEuICBPdmVydmlldyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgICA3LjEuICBPdmVydmlldyAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDEwPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDEwIj48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg ICAgNy4yLiAgUmVwb3J0aW5nIE5vZGUgQmVoYXZpb3IgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xMTwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICA3LjIuICBSZXBvcnRpbmcgTm9kZSBCZWhh dmlvciAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJp bnNlcnQiPjEwPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAg IDcuMy4gIFJlYWN0aW5nIE5vZGUgQmVoYXZpb3IgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+MTI8L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgNy4zLiAgUmVhY3RpbmcgTm9kZSBCZWhhdmlv ciAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5z ZXJ0Ij4xMTwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAg IDcuMy4xLiAgRGVmYXVsdCBhbGdvcml0aG0gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjEyPC9zcGFuPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgNy4zLjEuICBEZWZhdWx0IGFsZ29yaXRobSAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9Imluc2Vy dCI+MTE8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICA3 LjMuMi4gIFByaW9yaXR5IHRyZWF0bWVudCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xNTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgICAgIDcuMy4yLiAgUHJpb3JpdHkgdHJlYXRtZW50ICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQi PjE0PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgNy4z LjMuICBPcHRpb25hbCBlbmhhbmNlbWVudDogYXZvaWRhbmNlIG9mIHJlc29uYW5jZSAgLiAu IC4gLiAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+MTc8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgICAgICA3LjMuMy4gIE9wdGlvbmFsIGVuaGFuY2VtZW50OiBh dm9pZGFuY2Ugb2YgcmVzb25hbmNlICAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4x Njwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgOC4gIElBTkEg Q29uc2lkZXJhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjE4PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICA4LiAgSUFOQSBDb25zaWRlcmF0aW9uICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9Imluc2VydCI+MTc8 L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDkuICBTZWN1cml0 eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xODwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJibG9jayI+ICAgOS4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJpbnNlcnQiPjE3PC9z cGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAxMC4gQWNrbm93bGVk Z2VtZW50cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg PHNwYW4gY2xhc3M9ImRlbGV0ZSI+MTg8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyYmxvY2siPiAgIDEwLiBBY2tub3dsZWRnZW1lbnRzICAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xNzwvc3Bh bj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIDExLiBSZWZlcmVuY2VzICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxODwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIDExLiBSZWZlcmVuY2VzICAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxODwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxMSI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICAgIDExLjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+MTk8 L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgMTEuMS4gIE5v cm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij4xODwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgICAxMS4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxzcGFuIGNsYXNzPSJkZWxldGUiPjE5PC9z cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgIDExLjIuICBJbmZv cm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg PHNwYW4gY2xhc3M9Imluc2VydCI+MTg8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xOTwvc3Bh bj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgQXV0aG9ycycgQWRkcmVz c2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDxz cGFuIGNsYXNzPSJpbnNlcnQiPjE4PC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4xLiAgSW50cm9kdWN0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+MS4gIEludHJvZHVjdGlvbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgRGlhbWV0 ZXIgb3ZlcmxvYWQgY29udHJvbCBhYmF0ZW1lbnQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBuZXcgRGlhbWV0ZXIgb3Zlcmxv YWQgY29udHJvbCBhYmF0ZW1lbnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IGFsZ29yaXRobS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbGdvcml0 aG0uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwMTIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgVGhlIGJhc2UgRGlhbWV0ZXIg b3ZlcmxvYWQgc3BlY2lmaWNhdGlvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5bSS1ELmlldGYt ZGltZS1vdmxpXTwvc3Bhbj4gZGVmaW5lczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICBUaGUgYmFzZSBEaWFtZXRlciBvdmVybG9hZCBzcGVjaWZpY2F0aW9uIDxzcGFu IGNsYXNzPSJpbnNlcnQiPltSRkM3NjgzXTwvc3Bhbj4gZGVmaW5lcyB0aGUgbG9zczwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB0aGUgbG9zcyBhbGdvcml0aG0gYXMg dGhlIGRlZmF1bHQgRGlhbWV0ZXIgb3ZlcmxvYWQgYWJhdGVtZW50PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyYmxvY2siPiAgIGFsZ29yaXRobSBhcyB0aGUgZGVmYXVsdCBEaWFtZXRl ciBvdmVybG9hZCBhYmF0ZW1lbnQgYWxnb3JpdGhtLiAgVGhlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsYmxvY2siPiAgIGFsZ29yaXRobS4gIFRoZSBsb3NzIGFsZ29yaXRobSBhbGxv d3MgYSByZXBvcnRpbmcgbm9kZSB0byBpbnN0cnVjdCBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyYmxvY2siPiAgIGxvc3MgYWxnb3JpdGhtIGFsbG93cyBhIHJlcG9ydGluZyBub2Rl IHRvIGluc3RydWN0IGEgcmVhY3Rpbmcgbm9kZSB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICByZWFjdGluZyBub2RlIHRvIHJlZHVjZSB0aGUgYW1vdW50IG9mIHRy YWZmaWMgc2VudCB0byB0aGUgcmVwb3J0aW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPiAgIHJlZHVjZSB0aGUgYW1vdW50IG9mIHRyYWZmaWMgc2VudCB0byB0aGUgcmVw b3J0aW5nIG5vZGUgYnkgYWJhdGluZzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBub2RlIGJ5IGFiYXRpbmcgKGRpdmVydGluZyBvciB0aHJvdHRsaW5nKSBhIHBlcmNl bnRhZ2Ugb2YgcmVxdWVzdHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg KGRpdmVydGluZyBvciB0aHJvdHRsaW5nKSBhIHBlcmNlbnRhZ2Ugb2YgcmVxdWVzdHMgc2Vu dCB0byB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgc2VudCB0byB0 aGUgc2VydmVyLiAgV2hpbGUgdGhpcyBjYW4gZWZmZWN0aXZlbHkgZGVjcmVhc2UgdGhlIGxv YWQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgc2VydmVyLiAgV2hpbGUg dGhpcyBjYW4gZWZmZWN0aXZlbHkgZGVjcmVhc2UgdGhlIGxvYWQgaGFuZGxlZCBieSB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgaGFuZGxlZCBieSB0aGUgc2Vy dmVyLCBpdCBkb2VzIG5vdCBkaXJlY3RseSBhZGRyZXNzIGNhc2VzIHdoZXJlIHRoZTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBzZXJ2ZXIsIGl0IGRvZXMgbm90IGRp cmVjdGx5IGFkZHJlc3MgY2FzZXMgd2hlcmUgdGhlIHJhdGUgb2YgYXJyaXZhbDwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICByYXRlIG9mIGFycml2YWwgb2Ygc2Vydmlj ZSByZXF1ZXN0cyBpbmNyZWFzZSBxdWlja2x5LiAgSWYgdGhlIHNlcnZpY2U8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgb2Ygc2VydmljZSByZXF1ZXN0cyBpbmNyZWFz ZSBxdWlja2x5LiAgSWYgdGhlIHNlcnZpY2UgcmVxdWVzdHMgdGhhdDwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICByZXF1ZXN0cyB0aGF0IHJlc3VsdCBpbiBEaWFtZXRl ciB0cmFuc2FjdGlvbnMgaW5jcmVhc2VzIHF1aWNrbHkgdGhlbjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICByZXN1bHQgaW4gRGlhbWV0ZXIgdHJhbnNhY3Rpb25zIGlu Y3JlYXNlcyBxdWlja2x5IHRoZW4gdGhlIGxvc3M8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgdGhlIGxvc3MgYWxnb3JpdGhtIGNhbm5vdCBndWFyYW50ZWUgdGhlIGxv YWQgcHJlc2VudGVkIHRvIHRoZSBzZXJ2ZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgYWxnb3JpdGhtIGNhbm5vdCBndWFyYW50ZWUgdGhlIGxvYWQgcHJlc2VudGVk IHRvIHRoZSBzZXJ2ZXIgcmVtYWluczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICByZW1haW5zIGJlbG93IGEgc3BlY2lmaWMgcmF0ZSBsZXZlbC4gIFRoZSBsb3NzIGFs Z29yaXRobSBjYW4gYmUgc2xvdzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICBiZWxvdyBhIHNwZWNpZmljIHJhdGUgbGV2ZWwuICBUaGUgbG9zcyBhbGdvcml0aG0gY2Fu IGJlIHNsb3cgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgdG8gcHJv dGVjdCB0aGUgc3RhYmlsaXR5IG9mIHJlcG9ydGluZyBub2RlcyB3aGVuIDxzcGFuIGNsYXNz PSJkZWxldGUiPnN1YmplY3Q8L3NwYW4+IHdpdGggcmFwaWRseTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICBwcm90ZWN0IHRoZSBzdGFiaWxpdHkgb2YgcmVwb3J0aW5n IG5vZGVzIHdoZW4gPHNwYW4gY2xhc3M9Imluc2VydCI+c3ViamVjdGVkPC9zcGFuPiB3aXRo IHJhcGlkbHk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNoYW5naW5nIGxv YWRzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNoYW5naW5nIGxvYWRz LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBDb25zaWRl ciB0aGUgY2FzZSB3aGVyZSBhIHJlYWN0aW5nIG5vZGUgaXMgaGFuZGxpbmcgMTAwIHNlcnZp Y2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBDb25zaWRlciB0aGUgY2Fz ZSB3aGVyZSBhIHJlYWN0aW5nIG5vZGUgaXMgaGFuZGxpbmcgMTAwIHNlcnZpY2U8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJlcXVlc3RzIHBlciBzZWNvbmQsIHdoZXJl IGVhY2ggb2YgdGhlc2Ugc2VydmljZSByZXF1ZXN0cyByZXN1bHRzIGluPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVxdWVzdHMgcGVyIHNlY29uZCwgd2hlcmUgZWFj aCBvZiB0aGVzZSBzZXJ2aWNlIHJlcXVlc3RzIHJlc3VsdHMgaW48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIG9uZSBEaWFtZXRlciB0cmFuc2FjdGlvbiBiZWluZyBzZW50 IHRvIGEgcmVhY3Rpbmcgbm9kZS4gIElmIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIG9uZSBEaWFtZXRlciB0cmFuc2FjdGlvbiBiZWluZyBzZW50IHRvIGEgcmVh Y3Rpbmcgbm9kZS4gIElmIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg cmVhY3Rpbmcgbm9kZSBpcyBhcHByb2FjaGluZyBhbiBvdmVybG9hZCBzdGF0ZSwgb3IgaXMg YWxyZWFkeSBpbiBhbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHJlYWN0 aW5nIG5vZGUgaXMgYXBwcm9hY2hpbmcgYW4gb3ZlcmxvYWQgc3RhdGUsIG9yIGlzIGFscmVh ZHkgaW4gYW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG92ZXJsb2FkIHN0 YXRlLCBpdCB3aWxsIHNlbmQgYSBEaWFtZXRlciBvdmVybG9hZCByZXBvcnQgcmVxdWVzdGlu ZyBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgb3ZlcmxvYWQgc3RhdGUs IGl0IHdpbGwgc2VuZCBhIERpYW1ldGVyIG92ZXJsb2FkIHJlcG9ydCByZXF1ZXN0aW5nIGE8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHBlcmNlbnRhZ2UgcmVkdWN0aW9u IGluIHRyYWZmaWMgc2VudC4gIEFzc3VtZSBmb3IgdGhpcyBkaXNjdXNzaW9uPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcGVyY2VudGFnZSByZWR1Y3Rpb24gaW4gdHJh ZmZpYyBzZW50LiAgQXNzdW1lIGZvciB0aGlzIGRpc2N1c3Npb248L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIHRoYXQgdGhlIHJlcG9ydGluZyBub2RlIHJlcXVlc3RzIGEg MTAlIHJlZHVjdGlvbi4gIFRoZSByZWFjdGluZyBub2RlPC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgdGhhdCB0aGUgcmVwb3J0aW5nIG5vZGUgcmVxdWVzdHMgYSAxMCUg cmVkdWN0aW9uLiAgVGhlIHJlYWN0aW5nIG5vZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIHdpbGwgdGhlbiBhYmF0ZSAoZGl2ZXJ0aW5nIG9yIHRocm90dGxpbmcpIHRl biBEaWFtZXRlciB0cmFuc2FjdGlvbnMgYTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIHdpbGwgdGhlbiBhYmF0ZSAoZGl2ZXJ0aW5nIG9yIHRocm90dGxpbmcpIHRlbiBE aWFtZXRlciB0cmFuc2FjdGlvbnMgYTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtMyIgY2xhc3M9ImNoYW5nZSIgPjx0 ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVm PSIjcGFydC0zIj48ZW0+IHBhZ2UgNCwgbGluZSAxNTxzcGFuIGNsYXNzPSJoaWRlIj4gJnBh cmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcg dG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC0zIj48ZW0+IHBhZ2UgNCwgbGlu ZSAxNTxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRk PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgT25lIG9mIHRoZSBiZW5lZml0cyBvZiBhIHJhdGUgYmFzZWQgYWxnb3Jp dGhtIGlzIHRoYXQgaXQgYmV0dGVyPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgT25lIG9mIHRoZSBiZW5lZml0cyBvZiBhIHJhdGUgYmFzZWQgYWxnb3JpdGhtIGlzIHRo YXQgaXQgYmV0dGVyPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBoYW5kbGVz IHNwaWtlcyBpbiB0cmFmZmljLiAgSW5zdGVhZCBvZiBzZW5kaW5nIGEgcmVxdWVzdCB0byBy ZWR1Y2U8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBoYW5kbGVzIHNwaWtl cyBpbiB0cmFmZmljLiAgSW5zdGVhZCBvZiBzZW5kaW5nIGEgcmVxdWVzdCB0byByZWR1Y2U8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRyYWZmaWMgYnkgYSBwZXJjZW50 YWdlLCB0aGUgcmF0ZSBhcHByb2FjaCBhbGxvd3MgdGhlIHJlcG9ydGluZyBub2RlPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdHJhZmZpYyBieSBhIHBlcmNlbnRhZ2Us IHRoZSByYXRlIGFwcHJvYWNoIGFsbG93cyB0aGUgcmVwb3J0aW5nIG5vZGU8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRvIHNwZWNpZnkgdGhlIG1heGltdW0gbnVtYmVy IG9mIERpYW1ldGVyIHJlcXVlc3RzIHBlciBzZWNvbmQgdGhhdDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIHRvIHNwZWNpZnkgdGhlIG1heGltdW0gbnVtYmVyIG9mIERp YW1ldGVyIHJlcXVlc3RzIHBlciBzZWNvbmQgdGhhdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgY2FuIGJlIHNlbnQgdG8gdGhlIHJlcG9ydGluZyBub2RlLiAgRm9yIGlu c3RhbmNlLCBpbiB0aGlzIGV4YW1wbGUsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgY2FuIGJlIHNlbnQgdG8gdGhlIHJlcG9ydGluZyBub2RlLiAgRm9yIGluc3RhbmNl LCBpbiB0aGlzIGV4YW1wbGUsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0 aGUgcmVwb3J0aW5nIG5vZGUgY291bGQgc2VuZCBhIHJhdGUgYmFzZWQgcmVxdWVzdCBzcGVj aWZ5aW5nIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSByZXBv cnRpbmcgbm9kZSBjb3VsZCBzZW5kIGEgcmF0ZSBiYXNlZCByZXF1ZXN0IHNwZWNpZnlpbmcg dGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYXhpbXVtIHRyYW5zYWN0 aW9ucyBwZXIgc2Vjb25kIHRvIGJlIDkwLiAgVGhlIHJlYWN0aW5nIG5vZGUgd2lsbDwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1heGltdW0gdHJhbnNhY3Rpb25zIHBl ciBzZWNvbmQgdG8gYmUgOTAuICBUaGUgcmVhY3Rpbmcgbm9kZSB3aWxsPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzZW5kIHRoZSA5MCByZWdhcmRsZXNzIG9mIHdoZXRo ZXIgaXQgaXMgcmVjZWl2aW5nIDEwMCBvciAxMDAwIHNlcnZpY2U8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBzZW5kIHRoZSA5MCByZWdhcmRsZXNzIG9mIHdoZXRoZXIg aXQgaXMgcmVjZWl2aW5nIDEwMCBvciAxMDAwIHNlcnZpY2U8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHJlcXVlc3RzIHBlciBzZWNvbmQuPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgcmVxdWVzdHMgcGVyIHNlY29uZC48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxMyI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICBUaGlzIGRvY3VtZW50IGV4dGVuZHMgdGhlIGJhc2UgRE9JQyBz b2x1dGlvbiA8c3BhbiBjbGFzcz0iZGVsZXRlIj5bSS1ELmlldGYtZGltZS1vdmxpXTwvc3Bh bj4gdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgVGhpcyBkb2N1bWVu dCBleHRlbmRzIHRoZSBiYXNlIERPSUMgc29sdXRpb24gPHNwYW4gY2xhc3M9Imluc2VydCI+ W1JGQzc2ODNdPC9zcGFuPiB0byBhZGQgc3VwcG9ydDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj4gICBhZGQgc3VwcG9ydCBmb3IgdGhlIHJhdGUgYmFzZWQgb3ZlcmxvYWQg YWJhdGVtZW50IGFsZ29yaXRobS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ ICAgZm9yIHRoZSByYXRlIGJhc2VkIG92ZXJsb2FkIGFiYXRlbWVudCBhbGdvcml0aG0uPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZG9jdW1l bnQgZHJhd3MgaGVhdmlseSBvbiB3b3JrIGluIHRoZSBSSUEgU0lQIE92ZXJsb2FkIENvbnRy b2w8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIGRvY3VtZW50IGRy YXdzIGhlYXZpbHkgb24gd29yayBpbiB0aGUgUklBIFNJUCBPdmVybG9hZCBDb250cm9sPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB3b3JraW5nIGdyb3VwLiAgVGhlIGRl ZmluaXRpb24gb2YgdGhlIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobSBpczwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdvcmtpbmcgZ3JvdXAuICBUaGUgZGVmaW5pdGlv biBvZiB0aGUgcmF0ZSBhYmF0ZW1lbnQgYWxnb3JpdGhtIGlzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBjb3BpZWQgYWxtb3N0IHZlcmJhdGltIGZyb20gdGhlIFNPQyBk b2N1bWVudCBbUkZDNzQxNV0sIHdpdGggY2hhbmdlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIGNvcGllZCBhbG1vc3QgdmVyYmF0aW0gZnJvbSB0aGUgU09DIGRvY3Vt ZW50IFtSRkM3NDE1XSwgd2l0aCBjaGFuZ2VzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBmb2N1c2VkIG9uIG1ha2luZyB0aGUgd29yZGluZyBjb25zaXN0ZW50IHdpdGgg dGhlIERPSUMgc29sdXRpb24gYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgZm9jdXNlZCBvbiBtYWtpbmcgdGhlIHdvcmRpbmcgY29uc2lzdGVudCB3aXRoIHRoZSBE T0lDIHNvbHV0aW9uIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhl IERpYW1ldGVyIHByb3RvY29sLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHRoZSBEaWFtZXRlciBwcm90b2NvbC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNCI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5FZGl0b3IncyBOb3RlOiBOZWVkIHRvIHZlcmlm eSB0aGF0IHRoZSBsYXRlc3QgdGV4dCBmcm9tIHRoZSBTT0M8L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICBkb2N1bWVudCBpcyBjdXJyZW50bHkgYmVp bmcgdXNlZC48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+Mi4gIFRlcm1pbm9sb2d5IGFuZCBBYmJyZXZpYXRpb25zPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+Mi4gIFRlcm1pbm9sb2d5IGFuZCBBYmJyZXZpYXRpb25zPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERpYW1ldGVyIE5v ZGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBEaWFtZXRlciBOb2RlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEEgUkZDNjcz MyBEaWFtZXRlciBDbGllbnQsIFJGQzY3MzMgRGlhbWV0ZXIgU2VydmVyLCBvciBSRkM2NzMz PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgQSBSRkM2NzMzIERpYW1l dGVyIENsaWVudCwgUkZDNjczMyBEaWFtZXRlciBTZXJ2ZXIsIG9yIFJGQzY3MzM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIERpYW1ldGVyIEFnZW50LjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIERpYW1ldGVyIEFnZW50LjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBEaWFtZXRlciBFbmRwb2lu dDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIERpYW1ldGVyIEVuZHBvaW50 PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIEFuIFJG QzY3MzMgRGlhbWV0ZXIgQ2xpZW50IG9yIFJGQzY3MzMgRGlhbWV0ZXIgU2VydmVyLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIEFuIFJGQzY3MzMgRGlhbWV0ZXIg Q2xpZW50IG9yIFJGQzY3MzMgRGlhbWV0ZXIgU2VydmVyLjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBET0lDIE5vZGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBET0lDIE5vZGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgICAgQSBEaWFtZXRlciBOb2RlIHRoYXQgc3VwcG9ydHMgdGhl IERPSUMgc29sdXRpb24gZGVmaW5lZCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgICAgIEEgRGlhbWV0ZXIgTm9kZSB0aGF0IHN1cHBvcnRzIHRoZSBET0lDIHNvbHV0 aW9uIGRlZmluZWQgaW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0ciBpZD0iZGlmZjAwMTUiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgWzxzcGFuIGNsYXNzPSJk ZWxldGUiPkktRC5pZXRmLWRpbWUtb3ZsaTwvc3Bhbj5dLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICAgICBbPHNwYW4gY2xhc3M9Imluc2VydCI+UkZDNzY4Mzwvc3Bh bj5dLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBSZXBv cnRpbmcgTm9kZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFJlcG9ydGlu ZyBOb2RlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAg IEEgRE9JQyBOb2RlIHRoYXQgc2VuZHMgYSBET0lDIG92ZXJsb2FkIHJlcG9ydC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBBIERPSUMgTm9kZSB0aGF0IHNlbmRz IGEgRE9JQyBvdmVybG9hZCByZXBvcnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFJlYWN0aW5nIE5vZGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBSZWFjdGluZyBOb2RlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgICAgIEEgRE9JQyBOb2RlIHRoYXQgcmVjZWl2ZXMgYW5kIGFjdHMg b24gYSBET0lDIG92ZXJsb2FkIHJlcG9ydC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICBBIERPSUMgTm9kZSB0aGF0IHJlY2VpdmVzIGFuZCBhY3RzIG9uIGEgRE9J QyBvdmVybG9hZCByZXBvcnQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjMuICBJbnRlcmFjdGlvbiB3aXRoIERPSUMgcmVwb3J0IHR5cGVzPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+My4gIEludGVyYWN0aW9uIHdpdGggRE9JQyByZXBv cnQgdHlwZXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg QXMgb2YgdGhlIHB1YmxpY2F0aW9uIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiB0aGVyZSBhcmUg dHdvIERPSUMgcmVwb3J0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQXMg b2YgdGhlIHB1YmxpY2F0aW9uIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiB0aGVyZSBhcmUgdHdv IERPSUMgcmVwb3J0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0eXBlcyBk ZWZpbmVkIHdpdGggdGhlIHNwZWNpZmljYXRpb24gb2YgYSB0aGlyZCBpbiBwcm9ncmVzczo8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICB0eXBlcyBkZWZpbmVkIHdpdGgg dGhlIHNwZWNpZmljYXRpb24gb2YgYSB0aGlyZCBpbiBwcm9ncmVzczo8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgMS4gIEhvc3QgLSBPdmVybG9hZCBv ZiBhIHNwZWNpZmljIERpYW1ldGVyIEFwcGxpY2F0aW9uIGF0IGEgc3BlY2lmaWM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxLiAgSG9zdCAtIE92ZXJsb2FkIG9mIGEg c3BlY2lmaWMgRGlhbWV0ZXIgQXBwbGljYXRpb24gYXQgYSBzcGVjaWZpYzwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAxNiI+PHRkPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGJsb2NrIj4gICAgICAgRGlhbWV0ZXIgTm9kZSBhcyBkZWZpbmVkIGluIFs8c3BhbiBjbGFz cz0iZGVsZXRlIj5JLUQuaWV0Zi1kaW1lLW92bGk8L3NwYW4+XS48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+ICAgICAgIERpYW1ldGVyIE5vZGUgYXMgZGVmaW5lZCBpbiBb PHNwYW4gY2xhc3M9Imluc2VydCI+UkZDNzY4Mzwvc3Bhbj5dLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAyLiAgUmVhbG0gLSBPdmVybG9hZCBvZiBh IHNwZWNpZmljIERpYW1ldGVyIEFwcGxpY2F0aW9uIGF0IGEgc3BlY2lmaWM8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAyLiAgUmVhbG0gLSBPdmVybG9hZCBvZiBhIHNw ZWNpZmljIERpYW1ldGVyIEFwcGxpY2F0aW9uIGF0IGEgc3BlY2lmaWM8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTciPjx0ZD48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgICAgIERpYW1ldGVyIFJlYWxtIGFzIGRlZmluZWQgaW4gWzxzcGFuIGNsYXNz PSJkZWxldGUiPkktRC5pZXRmLWRpbWUtb3ZsaTwvc3Bhbj5dLjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgRGlhbWV0ZXIgUmVhbG0gYXMgZGVmaW5lZCBpbiBb PHNwYW4gY2xhc3M9Imluc2VydCI+UkZDNzY4Mzwvc3Bhbj5dLjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAzLiAgUGVlciAtIE92ZXJsb2FkIG9mIGEg c3BlY2lmaWMgRGlhbWV0ZXIgcGVlciBhcyBkZWZpbmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgMy4gIFBlZXIgLSBPdmVybG9hZCBvZiBhIHNwZWNpZmljIERp YW1ldGVyIHBlZXIgYXMgZGVmaW5lZCBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgIFtJLUQuaWV0Zi1kaW1lLWFnZW50LW92ZXJsb2FkXS48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgW0ktRC5pZXRmLWRpbWUtYWdlbnQtb3Zlcmxv YWRdLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGUg cmF0ZSBhbGdvcml0aG0gTUFZIGJlIHNlbGVjdGVkIGJ5IHJlcG9ydGluZyBub2RlcyBmb3Ig YW55IG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIHJhdGUgYWxn b3JpdGhtIE1BWSBiZSBzZWxlY3RlZCBieSByZXBvcnRpbmcgbm9kZXMgZm9yIGFueSBvZjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgdGhlc2UgcmVwb3J0IHR5cGVzLjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZXNlIHJlcG9ydCB0eXBlcy48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJkaWZmMDAxOCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICA8c3BhbiBjbGFzcz0iZGVsZXRl Ij5FZGl0b3IncyBub3RlOiBJdCBuZWVkcyB0byBiZSB2YWxpZGF0ZWQgdGhhdCB1c2Ugb2Yg dGhlIHJhdGU8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAg ICBhbGdvcml0aG0gYXBwbGllcyB0byB0aGUgaG9zdCBhbmQgcmVhbG0gcmVwb3J0IHR5cGVz Ljwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBJdCBpcyBleHBlY3RlZCB0aGF0IGFsbCByZXBvcnQgdHlwZXMgZGVmaW5lZCBpbiB0aGUg ZnV0dXJlIHdpbGw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJdCBpcyBl eHBlY3RlZCB0aGF0IGFsbCByZXBvcnQgdHlwZXMgZGVmaW5lZCBpbiB0aGUgZnV0dXJlIHdp bGw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGluZGljYXRlIHdoZXRoZXIg b3Igbm90IHRoZSByYXRlIGFsZ29yaXRobSBjYW4gYmUgdXNlZCB3aXRoIHRoYXQ8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmRpY2F0ZSB3aGV0aGVyIG9yIG5vdCB0 aGUgcmF0ZSBhbGdvcml0aG0gY2FuIGJlIHVzZWQgd2l0aCB0aGF0PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICByZXBvcnQgdHlwZS48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICByZXBvcnQgdHlwZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+NC4gIENhcGFiaWxpdHkgQW5ub3VuY2VtZW50PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+NC4gIENhcGFiaWxpdHkgQW5ub3VuY2VtZW50PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZXh0ZW5zaW9u IGRlZmluZXMgdGhlIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobSAocmVmZXJyZWQgdG8gYXM8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIGV4dGVuc2lvbiBkZWZp bmVzIHRoZSByYXRlIGFiYXRlbWVudCBhbGdvcml0aG0gKHJlZmVycmVkIHRvIGFzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICByYXRlIGluIHRoaXMgZG9jdW1lbnQpIGZl YXR1cmUuICBTdXBwb3J0IGZvciB0aGUgcmF0ZSBmZWF0dXJlIHdpbGwgYmU8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICByYXRlIGluIHRoaXMgZG9jdW1lbnQpIGZlYXR1 cmUuICBTdXBwb3J0IGZvciB0aGUgcmF0ZSBmZWF0dXJlIHdpbGwgYmU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJlZmxlY3RlZCBieSB1c2Ugb2YgYSBuZXcgdmFsdWUs IGFzIGRlZmluZWQgaW4gU2VjdGlvbiA2LjEuMSwgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgcmVmbGVjdGVkIGJ5IHVzZSBvZiBhIG5ldyB2YWx1ZSwgYXMg ZGVmaW5lZCBpbiBTZWN0aW9uIDYuMS4xLCBpbiB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMTkiPjx0ZD48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAg T0MtRmVhdHVyZS1WZWN0b3IgQVZQIHBlciB0aGUgcnVsZXMgZGVmaW5lZCBpbiBbPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+SS1ELmlldGYtZGltZS1vdmxpPC9zcGFuPl0uPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBwZXIgdGhl IHJ1bGVzIGRlZmluZWQgaW4gWzxzcGFuIGNsYXNzPSJpbnNlcnQiPlJGQzc2ODM8L3NwYW4+ XS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTm90ZSB0 aGF0IERpYW1ldGVyIG5vZGVzIHRoYXQgc3VwcG9ydCB0aGUgcmF0ZSBmZWF0dXJlIHdpbGws IGJ5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgTm90ZSB0aGF0IERpYW1l dGVyIG5vZGVzIHRoYXQgc3VwcG9ydCB0aGUgcmF0ZSBmZWF0dXJlIHdpbGwsIGJ5PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBkZWZpbml0aW9uLCBzdXBwb3J0IGJvdGgg dGhlIGxvc3MgYW5kIHJhdGUgYmFzZWQgYWJhdGVtZW50PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+ICAgZGVmaW5pdGlvbiwgc3VwcG9ydCBib3RoIHRoZSBsb3NzIGFuZCBy YXRlIGJhc2VkIGFiYXRlbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg YWxnb3JpdGhtcy4gIERPSUMgcmVhY3Rpbmcgbm9kZXMgU0hPVUxEIGluZGljYXRlIHN1cHBv cnQgZm9yIGJvdGggdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWxn b3JpdGhtcy4gIERPSUMgcmVhY3Rpbmcgbm9kZXMgU0hPVUxEIGluZGljYXRlIHN1cHBvcnQg Zm9yIGJvdGggdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBsb3NzIGFu ZCByYXRlIGFsZ29yaXRobXMgaW4gdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUC48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBsb3NzIGFuZCByYXRlIGFsZ29yaXRobXMg aW4gdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgVGhlcmUgbWF5IGJlIGxvY2FsIHBvbGljeSByZWFz b25zIHRoYXQgY2F1c2UgYSBET0lDIG5vZGUgdGhhdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgIFRoZXJlIG1heSBiZSBsb2NhbCBwb2xpY3kgcmVhc29ucyB0aGF0 IGNhdXNlIGEgRE9JQyBub2RlIHRoYXQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgIHN1cHBvcnRzIHRoZSByYXRlIGFiYXRlbWVudCBhbGdvcml0aG0gdG8gbm90IGlu Y2x1ZGUgaXQgaW4gdGhlIE9DLTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg ICAgIHN1cHBvcnRzIHRoZSByYXRlIGFiYXRlbWVudCBhbGdvcml0aG0gdG8gbm90IGluY2x1 ZGUgaXQgaW4gdGhlIE9DLTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg RmVhdHVyZS1WZWN0b3IuICBBbGwgcmVhY3Rpbmcgbm9kZXMsIGhvd2V2ZXIsIG11c3QgY29u dGludWUgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBGZWF0dXJl LVZlY3Rvci4gIEFsbCByZWFjdGluZyBub2RlcywgaG93ZXZlciwgbXVzdCBjb250aW51ZSB0 bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgaW5jbHVkZSBsb3NzIGlu IHRoZSBPQy1GZWF0dXJlLVZlY3RvciBpbiBvcmRlciB0byByZW1haW4gY29tcGxpYW50PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgaW5jbHVkZSBsb3NzIGluIHRo ZSBPQy1GZWF0dXJlLVZlY3RvciBpbiBvcmRlciB0byByZW1haW4gY29tcGxpYW50PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDIwIj48 dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsYmxvY2siPiAgICAgIHdpdGggWzxzcGFuIGNsYXNzPSJkZWxldGUiPkktRC5pZXRm LWRpbWUtb3ZsaTwvc3Bhbj5dLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICAgICB3aXRoIFs8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5SRkM3NjgzPC9zcGFuPl0uPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEEgcmVwb3J0aW5nIG5v ZGUgTUFZIHNlbGVjdCBvbmUgYWJhdGVtZW50IGFsZ29yaXRobSB0byBhcHBseSB0byBob3N0 PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQSByZXBvcnRpbmcgbm9kZSBN QVkgc2VsZWN0IG9uZSBhYmF0ZW1lbnQgYWxnb3JpdGhtIHRvIGFwcGx5IHRvIGhvc3Q8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCByZWFsbSByZXBvcnRzIGFuZCBh IGRpZmZlcmVudCBhbGdvcml0aG0gdG8gYXBwbHkgdG8gcGVlciByZXBvcnRzLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFuZCByZWFsbSByZXBvcnRzIGFuZCBhIGRp ZmZlcmVudCBhbGdvcml0aG0gdG8gYXBwbHkgdG8gcGVlciByZXBvcnRzLjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBGb3IgaG9zdCBvciByZWFs bSByZXBvcnRzIHRoZSBzZWxlY3RlZCBhbGdvcml0aG0gaXMgcmVmbGVjdGVkIGluPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgRm9yIGhvc3Qgb3IgcmVhbG0gcmVw b3J0cyB0aGUgc2VsZWN0ZWQgYWxnb3JpdGhtIGlzIHJlZmxlY3RlZCBpbjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBz ZW50IGFzIHBhcnQgb2YgdGhlIE9DLVNlbGVjdGVkLUZlYXR1cmVzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgdGhlIE9DLUZlYXR1cmUtVmVjdG9yIEFWUCBzZW50 IGFzIHBhcnQgb2YgdGhlIE9DLVNlbGVjdGVkLUZlYXR1cmVzPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICAgICBBVlAgaW5jbHVkZWQgaW4gYW5zd2VyIG1lc3NhZ2VzIGZv ciB0cmFuc2FjdGlvbiB3aGVyZSB0aGUgcmVxdWVzdDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgICAgIEFWUCBpbmNsdWRlZCBpbiBhbnN3ZXIgbWVzc2FnZXMgZm9yIHRy YW5zYWN0aW9uIHdoZXJlIHRoZSByZXF1ZXN0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICBjb250YWluZWQgYW4gT0MtU3VwcG9ydGVkLUZlYXR1cmVzIEFWUC4gIFRo aXMgaXMgcGVyIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGNv bnRhaW5lZCBhbiBPQy1TdXBwb3J0ZWQtRmVhdHVyZXMgQVZQLiAgVGhpcyBpcyBwZXIgdGhl PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYw MDIxIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+SS1ELmlldGYtZGltZS1vdmxpPC9zcGFuPl0uPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbPHNw YW4gY2xhc3M9Imluc2VydCI+UkZDNzY4Mzwvc3Bhbj5dLjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBGb3IgcGVlciByZXBvcnRzIHRoZSBzZWxl Y3RlZCBhbGdvcml0aG0gaXMgcmVmbGVjdGVkIGluIHRoZSBPQy08L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBGb3IgcGVlciByZXBvcnRzIHRoZSBzZWxlY3RlZCBh bGdvcml0aG0gaXMgcmVmbGVjdGVkIGluIHRoZSBPQy08L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgIFBlZXItQWxnbyBBVlAgc2VudCBhcyBwYXJ0IG9mIHRoZSBPQy1T dXBwb3J0ZWQtRmVhdHVyZXMgQVZQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgUGVlci1BbGdvIEFWUCBzZW50IGFzIHBhcnQgb2YgdGhlIE9DLVN1cHBvcnRlZC1G ZWF0dXJlcyBBVlA8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 ciBpZD0iZGlmZjAwMjIiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgaW5jbHVkZWQgYW5zd2VyIG1l c3NhZ2VzIGZvciB0cmFuc2FjdGlvbiB3aGVyZSB0aGUgcmVxdWVzdDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICBpbmNsdWRlZCBhbnN3ZXIgbWVzc2FnZXMgZm9y IHRyYW5zYWN0aW9uPHNwYW4gY2xhc3M9Imluc2VydCI+czwvc3Bhbj4gd2hlcmUgdGhlIHJl cXVlc3Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgIGNvbnRhaW5lZCBh biBPQy1TdXBwb3J0ZWQtRmVhdHVyZXMgQVZQLiAgVGhpcyBpcyBwZXIgdGhlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgY29udGFpbmVkIGFuIE9DLVN1cHBvcnRl ZC1GZWF0dXJlcyBBVlAuICBUaGlzIGlzIHBlciB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgIHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbSS1ELmlldGYtZGltZS1h Z2VudC1vdmVybG9hZF0uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAg cHJvY2VkdXJlcyBkZWZpbmVkIGluIFtJLUQuaWV0Zi1kaW1lLWFnZW50LW92ZXJsb2FkXS48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgRWRpdG9y J3MgTm9kZTogVGhlIHBlZXIgcmVwb3J0IHNwZWNpZmljYXRpb24gaXMgc3RpbGwgdW5kZXI8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBFZGl0b3IncyBOb2RlOiBU aGUgcGVlciByZXBvcnQgc3BlY2lmaWNhdGlvbiBpcyBzdGlsbCB1bmRlcjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgZGV2ZWxvcG1lbnQgYW5kLCBhcyBzdWNoLCB0 aGUgYWJvdmUgcGFyYWdyYXBoIGlzIHN1YmplY3QgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICBkZXZlbG9wbWVudCBhbmQsIGFzIHN1Y2gsIHRoZSBhYm92ZSBw YXJhZ3JhcGggaXMgc3ViamVjdCB0bzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgICAgY2hhbmdlLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgIGNo YW5nZS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4gIE92 ZXJsb2FkIFJlcG9ydCBIYW5kbGluZzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjUuICBPdmVybG9hZCBSZXBvcnQgSGFuZGxpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyBhbnkgY2hhbmdl cyB0byB0aGUgYmVoYXZpb3IgZGVmaW5lZCBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMgYW55IGNoYW5nZXMgdG8gdGhlIGJl aGF2aW9yIGRlZmluZWQgaW48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0iZGlmZjAwMjMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRl bGV0ZSI+W0ktRC5pZXRmLWRpbWUtb3ZsaV08L3NwYW4+IGZvciBoYW5kbGluZyBvZiBvdmVy bG9hZCByZXBvcnRzIHdoZW4gdGhlIHJhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+W1JGQzc2ODNdPC9zcGFuPiBmb3IgaGFu ZGxpbmcgb2Ygb3ZlcmxvYWQgcmVwb3J0cyB3aGVuIHRoZSByYXRlIG92ZXJsb2FkPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIG92ZXJsb2FkIGFiYXRlbWVudCBhbGdv cml0aG0gaXMgdXNlZC48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgYWJh dGVtZW50IGFsZ29yaXRobSBpcyB1c2VkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij41LjEuICBSZXBvcnRpbmcgTm9kZSBPdmVybG9hZCBDb250cm9sIFN0 YXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+NS4xLiAgUmVwb3J0aW5nIE5v ZGUgT3ZlcmxvYWQgQ29udHJvbCBTdGF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBBIHJlcG9ydGluZyBub2RlIHRoYXQgdXNlcyB0aGUgcmF0ZSBh YmF0ZW1lbnQgYWxnb3JpdGhtIFNIT1VMRDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPiAgIEEgcmVwb3J0aW5nIG5vZGUgdGhhdCB1c2VzIHRoZSByYXRlIGFiYXRlbWVudCBh bGdvcml0aG0gU0hPVUxEPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBtYWlu dGFpbiByZXBvcnRpbmcgbm9kZSBPQ1MgZm9yIGVhY2ggcmVhY3Rpbmcgbm9kZSB0byB3aGlj aCBpdCBzZW5kczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIG1haW50YWlu IHJlcG9ydGluZyBub2RlIE9DUyBmb3IgZWFjaCByZWFjdGluZyBub2RlIHRvIHdoaWNoIGl0 IHNlbmRzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhIHJhdGUgT0xSLjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGEgcmF0ZSBPTFIuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlm ZjAwMjQiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgVGhpcyBpcyBkaWZmZXJlbnQgZnJvbSB0aGUg YmVoYXZpb3IgZGVmaW5lcyBpbjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4g ICAgICBUaGlzIGlzIGRpZmZlcmVudCBmcm9tIHRoZSBiZWhhdmlvciBkZWZpbmVzIGluIDxz cGFuIGNsYXNzPSJpbnNlcnQiPltSRkM3NjgzXTwvc3Bhbj4gd2hlcmUgYTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5bSS1E LmlldGYtZGltZS1vdmxpXTwvc3Bhbj4gd2hlcmUgYSBzaW5nbGUgbG9zcyBwZXJjZW50YWdl IHNlbnQgdG8gYWxsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgICAgIHNp bmdsZSBsb3NzIHBlcmNlbnRhZ2Ugc2VudCB0byBhbGwgcmVhY3Rpbmcgbm9kZXMuPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIHJlYWN0aW5nIG5vZGVzLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgQSByZXBvcnRpbmcgbm9kZSBTSE9VTEQgbWFpbnRhaW4g T0NTIGVudHJpZXMgd2hlbiB1c2luZyB0aGUgcmF0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIEEgcmVwb3J0aW5nIG5vZGUgU0hPVUxEIG1haW50YWluIE9DUyBlbnRy aWVzIHdoZW4gdXNpbmcgdGhlIHJhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIGFiYXRlbWVudCBhbGdvcml0aG0gcGVyIHN1cHBvcnRlZCBEaWFtZXRlciBhcHBsaWNh dGlvbiwgcGVyIHRhcmdldGVkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg YWJhdGVtZW50IGFsZ29yaXRobSBwZXIgc3VwcG9ydGVkIERpYW1ldGVyIGFwcGxpY2F0aW9u LCBwZXIgdGFyZ2V0ZWQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHJlYWN0 aW5nIG5vZGUgYW5kIHBlciByZXBvcnQtdHlwZS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICByZWFjdGluZyBub2RlIGFuZCBwZXIgcmVwb3J0LXR5cGUuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEEgcmF0ZSBPQ1MgZW50cnkg aXMgaWRlbnRpZmllZCBieSB0aGUgdHVwbGUgb2YgQXBwbGljYXRpb24tSWQsPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgQSByYXRlIE9DUyBlbnRyeSBpcyBpZGVudGlm aWVkIGJ5IHRoZSB0dXBsZSBvZiBBcHBsaWNhdGlvbi1JZCw8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHJlcG9ydC10eXBlIGFuZCBEaWFtZXRlcklEIG9mIHRoZSB0YXJn ZXQgb2YgdGhlIHJhdGUgT0xSLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IHJlcG9ydC10eXBlIGFuZCBEaWFtZXRlcklEIG9mIHRoZSB0YXJnZXQgb2YgdGhlIHJhdGUg T0xSLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHIgaWQ9ImRpZmYwMDI1Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEEgcmVwb3J0aW5nIG5vZGUg dGhhdCBzdXBwb3J0cyB0aGUgcmF0ZSBhYmF0ZW1lbnQgYWxnb3JpdGhtIE1VU1QgPHNwYW4g Y2xhc3M9ImRlbGV0ZSI+YmU8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIEEgcmVwb3J0aW5nIG5vZGUgdGhhdCBzdXBwb3J0cyB0aGUgcmF0ZSBhYmF0ZW1l bnQgYWxnb3JpdGhtIE1VU1Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgYWJsZSB0bzwvc3Bhbj4gaW5jbHVkZSB0aGUgc3BlY2lm aWVkIHJhdGUgaW4gdGhlIGFiYXRlbWVudCBhbGdvcml0aG08L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgaW5jbHVkZSB0aGUgc3BlY2lmaWVkIHJhdGUgaW4gdGhlIGFi YXRlbWVudCBhbGdvcml0aG0gc3BlY2lmaWM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgc3BlY2lmaWMgcG9ydGlvbiBvZiB0aGUgcmVwb3J0aW5nIG5vZGUgcmF0ZSA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5PQ1MuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICBwb3J0aW9uIG9mIHRoZSByZXBvcnRpbmcgbm9kZSByYXRlIDxzcGFu IGNsYXNzPSJpbnNlcnQiPk9DUyB3aGVuIHNlbmRpbmcgYSByYXRlIE9MUi48L3NwYW4+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwMjYiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgQWxsIG90aGVyIGVsZW1lbnRzIGZvciB0 aGUgT0NTIGRlZmluZWQgaW4gWzxzcGFuIGNsYXNzPSJkZWxldGUiPkktRC5pZXRmLWRpbWUt b3ZsaTwvc3Bhbj5dIGFuZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBB bGwgb3RoZXIgZWxlbWVudHMgZm9yIHRoZSBPQ1MgZGVmaW5lZCBpbiBbPHNwYW4gY2xhc3M9 Imluc2VydCI+UkZDNzY4Mzwvc3Bhbj5dIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+ICAgW0ktRC5pZXRmLWRpbWUtYWdlbnQtb3ZlcmxvYWRdIGFsc28gYXBwbHkgdG8g dGhlIHJlcG9ydGluZyBub2RlcyBPQ1M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBbSS1ELmlldGYtZGltZS1hZ2VudC1vdmVybG9hZF0gYWxzbyBhcHBseSB0byB0aGUg cmVwb3J0aW5nIG5vZGVzIE9DUzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg d2hlbiB1c2luZyB0aGUgcmF0ZSBhYmF0ZW1lbnQgYWxnb3JpdGhtLjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIHdoZW4gdXNpbmcgdGhlIHJhdGUgYWJhdGVtZW50IGFs Z29yaXRobS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4y LiAgUmVhY3RpbmcgTm9kZSBPdmVybG9hZCBDb250cm9sIFN0YXRlPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+NS4yLiAgUmVhY3RpbmcgTm9kZSBPdmVybG9hZCBDb250cm9s IFN0YXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0ciBpZD0iZGlmZjAwMjciPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgQSByZWFjdGluZyBub2Rl IHRoYXQgc3VwcG9ydHMgdGhlIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobSBNVVNUIDxzcGFu IGNsYXNzPSJkZWxldGUiPmJlPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj4gICBBIHJlYWN0aW5nIG5vZGUgdGhhdCBzdXBwb3J0cyB0aGUgcmF0ZSBhYmF0ZW1l bnQgYWxnb3JpdGhtIE1VU1Q8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgYWJsZSB0byBpbmNsdWRlPC9zcGFuPiByYXRlIGFzIHRo ZSBzZWxlY3RlZCBhYmF0ZW1lbnQgYWxnb3JpdGhtIGluIHRoZTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5pbmRpY2F0ZTwvc3Bh bj4gcmF0ZSBhcyB0aGUgc2VsZWN0ZWQgYWJhdGVtZW50IGFsZ29yaXRobSBpbiB0aGUgcmVh Y3Rpbmc8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgcmVhY3Rpbmcgbm9k ZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5PQ1MuPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmJsb2NrIj4gICBub2RlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPk9DUyB3aGVuIHJl Y2VpdmluZyBhIHJhdGUgT0xSLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAyOCI+PHRkPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBBIHJlYWN0aW5nIG5vZGUgdGhhdCBzdXBwb3J0cyB0aGUgcmF0ZSBhYmF0ZW1lbnQg YWxnb3JpdGhtIE1VU1QgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+YmU8L3NwYW4+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEEgcmVhY3Rpbmcgbm9kZSB0aGF0IHN1cHBv cnRzIHRoZSByYXRlIGFiYXRlbWVudCBhbGdvcml0aG0gTVVTVDwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBhYmxlIHRvPC9zcGFu PiBpbmNsdWRlIHRoZSByYXRlIHNwZWNpZmllZCBpbiB0aGUgT0MtTWF4aW11bS1SYXRlIEFW UDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBpbmNsdWRlIHRoZSByYXRl IHNwZWNpZmllZCBpbiB0aGUgT0MtTWF4aW11bS1SYXRlIEFWUCBpbmNsdWRlZCBpbiB0aGU8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgaW5jbHVkZWQgaW4gdGhlIE9D LU9MUiBBVlAgYXMgYW4gZWxlbWVudCBvZiB0aGUgYWJhdGVtZW50IGFsZ29yaXRobTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBPQy1PTFIgQVZQIGFzIGFuIGVsZW1l bnQgb2YgdGhlIGFiYXRlbWVudCBhbGdvcml0aG0gc3BlY2lmaWMgcG9ydGlvbjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBzcGVjaWZpYyBwb3J0aW9uIG9mIHJlYWN0 aW5nIG5vZGUgT0NTIGVudHJpZXMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIG9mIHJlYWN0aW5nIG5vZGUgT0NTIGVudHJpZXMuPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMjkiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgQWxsIG90aGVyIGVsZW1lbnRzIGZvciB0aGUgT0NTIGRlZmluZWQgaW4g WzxzcGFuIGNsYXNzPSJkZWxldGUiPkktRC5pZXRmLWRpbWUtb3ZsaTwvc3Bhbj5dIGFuZDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBBbGwgb3RoZXIgZWxlbWVudHMg Zm9yIHRoZSBPQ1MgZGVmaW5lZCBpbiBbPHNwYW4gY2xhc3M9Imluc2VydCI+UkZDNzY4Mzwv c3Bhbj5dIGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRm LWRpbWUtYWdlbnQtb3ZlcmxvYWRdIGFsc28gYXBwbHkgdG8gdGhlIHJlcG9ydGluZyBub2Rl cyBPQ1M8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbSS1ELmlldGYtZGlt ZS1hZ2VudC1vdmVybG9hZF0gYWxzbyBhcHBseSB0byB0aGUgcmVwb3J0aW5nIG5vZGVzIE9D UzwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgd2hlbiB1c2luZyB0aGUgcmF0 ZSBhYmF0ZW1lbnQgYWxnb3JpdGhtLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIHdoZW4gdXNpbmcgdGhlIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobS48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+NS4zLiAgUmVwb3J0aW5nIE5vZGUg TWFpbnRlbmFuY2Ugb2YgT3ZlcmxvYWQgQ29udHJvbCBTdGF0ZTwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjUuMy4gIFJlcG9ydGluZyBOb2RlIE1haW50ZW5hbmNlIG9mIE92 ZXJsb2FkIENvbnRyb2wgU3RhdGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgQSByZXBvcnRpbmcgbm9kZSB0aGF0IGhhcyBzZWxlY3RlZCB0aGUgcmF0 ZSBvdmVybG9hZCBhYmF0ZW1lbnQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4g ICBBIHJlcG9ydGluZyBub2RlIHRoYXQgaGFzIHNlbGVjdGVkIHRoZSByYXRlIG92ZXJsb2Fk IGFiYXRlbWVudDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWxnb3JpdGht IGFuZCBlbnRlcnMgYW4gb3ZlcmxvYWQgY29uZGl0aW9uIE1VU1QgaW5kaWNhdGUgcmF0ZSBh cyB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbGdvcml0aG0gYW5k IGVudGVycyBhbiBvdmVybG9hZCBjb25kaXRpb24gTVVTVCBpbmRpY2F0ZSByYXRlIGFzIHRo ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWJhdGVtZW50IGFsZ29yaXRo bSBpbiB0aGUgcmVzdWx0aW5nIHJlcG9ydGluZyBub2RlIE9DUyBlbnRyaWVzLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFiYXRlbWVudCBhbGdvcml0aG0gaW4gdGhl IHJlc3VsdGluZyByZXBvcnRpbmcgbm9kZSBPQ1MgZW50cmllcy48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgQSByZXBvcnRpbmcgbm9kZSB0aGF0IGhh cyBzZWxlY3RlZCB0aGUgcmF0ZSBhYmF0ZW1lbnQgYWxnb3JpdGhtIGFuZDwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIEEgcmVwb3J0aW5nIG5vZGUgdGhhdCBoYXMgc2Vs ZWN0ZWQgdGhlIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobSBhbmQ8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIGVudGVycyBhbiBvdmVybG9hZCBjb25kaXRpb24gTVVTVCBp bmRpY2F0ZSB0aGUgc2VsZWN0ZWQgcmF0ZSBpbiB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICBlbnRlcnMgYW4gb3ZlcmxvYWQgY29uZGl0aW9uIE1VU1QgaW5kaWNh dGUgdGhlIHNlbGVjdGVkIHJhdGUgaW4gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICByZXN1bHRpbmcgcmVwb3J0aW5nIG5vZGUgT0NTIGVudHJpZXMuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVzdWx0aW5nIHJlcG9ydGluZyBub2RlIE9D UyBlbnRyaWVzLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBXaGVuIHNlbGVjdGluZyB0aGUgcmF0ZSBhbGdvcml0aG0gaW4gdGhlIHJlc3BvbnNlIHRv IGEgcmVxdWVzdCB0aGF0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgV2hl biBzZWxlY3RpbmcgdGhlIHJhdGUgYWxnb3JpdGhtIGluIHRoZSByZXNwb25zZSB0byBhIHJl cXVlc3QgdGhhdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY29udGFpbmVk IGFuIE9DLVN1cHBvcnRpbmctRmVhdHVyZXMgQVZQIHdpdGggYW4gT0MtRmVhdHVyZS1WZWN0 b3IgQVZQPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgY29udGFpbmVkIGFu IE9DLVN1cHBvcnRpbmctRmVhdHVyZXMgQVZQIHdpdGggYW4gT0MtRmVhdHVyZS1WZWN0b3Ig QVZQPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBpbmRpY2F0aW5nIHN1cHBv cnQgZm9yIHRoZSByYXRlIGZlYXR1cmUsIGEgcmVwb3J0aW5nIG5vZGUgTVVTVCBlbnN1cmU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBpbmRpY2F0aW5nIHN1cHBvcnQg Zm9yIHRoZSByYXRlIGZlYXR1cmUsIGEgcmVwb3J0aW5nIG5vZGUgTVVTVCBlbnN1cmU8L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoYXQgYSByZXBvcnRpbmcgbm9kZSBP Q1MgZW50cnkgZXhpc3RzIGZvciB0aGUgdGFyZ2V0IG9mIHRoZSBvdmVybG9hZDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoYXQgYSByZXBvcnRpbmcgbm9kZSBPQ1Mg ZW50cnkgZXhpc3RzIGZvciB0aGUgdGFyZ2V0IG9mIHRoZSBvdmVybG9hZDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVwb3J0LiAgVGhlIHRhcmdldCBpcyBkZWZpbmVk IGFzIGZvbGxvd3M6PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVwb3J0 LiAgVGhlIHRhcmdldCBpcyBkZWZpbmVkIGFzIGZvbGxvd3M6PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzAiPjx0 ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgbyAgRm9yIEhvc3QgcmVwb3J0cyB0aGUgdGFyZ2V0IGlzIHRoZSA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5EaWFtZXRlcklEPC9zcGFuPiBjb250YWluZWQgaW4gdGhl PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG8gIEZvciBIb3N0IHJlcG9y dHMgdGhlIHRhcmdldCBpcyB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+RGlhbWV0ZXJJZGVu dGl0eTwvc3Bhbj4gY29udGFpbmVkIGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPiAgICAgIE9yaWdpbi1Ib3N0IEFWUCByZWNlaXZlZCBpbiB0aGUgcmVxdWVzdC48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgdGhlIE9yaWdpbi1Ib3N0IEFW UCByZWNlaXZlZCBpbiB0aGUgcmVxdWVzdC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMSI+PHRkPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij4gICBvICBGb3IgUmVhbG0gcmVwb3J0cyB0aGUgdGFyZ2V0IGlzIHRoZSA8c3BhbiBjbGFz cz0iZGVsZXRlIj5EaWFtZXRlcklEPC9zcGFuPiBjb250YWluZWQgaW4gdGhlPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG8gIEZvciBSZWFsbSByZXBvcnRzIHRoZSB0 YXJnZXQgaXMgdGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPkRpYW1ldGVySWRlbnRpdHk8L3Nw YW4+IGNvbnRhaW5lZCBpbjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAg ICBPcmlnaW4tUmVhbG0gQVZQIHJlY2VpdmVkIGluIHRoZSByZXF1ZXN0LjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICB0aGUgT3JpZ2luLVJlYWxtIEFWUCByZWNl aXZlZCBpbiB0aGUgcmVxdWVzdC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzMiI+PHRkPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBv ICBGb3IgUGVlciByZXBvcnRzIHRoZSB0YXJnZXQgaXMgdGhlIDxzcGFuIGNsYXNzPSJkZWxl dGUiPkRpYW1ldGVySUQ8L3NwYW4+IG9mIHRoZSBEaWFtZXRlciBQZWVyPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIG8gIEZvciBQZWVyIHJlcG9ydHMgdGhlIHRhcmdl dCBpcyB0aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+RGlhbWV0ZXJJZGVudGl0eTwvc3Bhbj4g b2YgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIGZyb20gd2hp Y2ggdGhlIHJlcXVlc3Qgd2FzIHJlY2VpdmVkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj4gICAgICBEaWFtZXRlciBQZWVyIGZyb20gd2hpY2ggdGhlIHJlcXVlc3Qgd2Fz IHJlY2VpdmVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij41 LjQuICBSZWFjdGluZyBOb2RlIE1haW50ZW5hbmNlIG9mIE92ZXJsb2FkIENvbnRyb2wgU3Rh dGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij41LjQuICBSZWFjdGluZyBOb2Rl IE1haW50ZW5hbmNlIG9mIE92ZXJsb2FkIENvbnRyb2wgU3RhdGU8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgV2hlbiByZWNlaXZpbmcgYW4gYW5zd2Vy IG1lc3NhZ2UgaW5kaWNhdGluZyB0aGF0IHRoZSByZWFjdGluZyBub2RlPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgV2hlbiByZWNlaXZpbmcgYW4gYW5zd2VyIG1lc3Nh Z2UgaW5kaWNhdGluZyB0aGF0IHRoZSByZWFjdGluZyBub2RlPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBoYXMgc2VsZWN0ZWQgdGhlIHJhdGUgYWxnb3JpdGhtLCBhIHJl YWN0aW9uIG5vZGUgTVVTVCBpbmRpY2F0ZSB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICBoYXMgc2VsZWN0ZWQgdGhlIHJhdGUgYWxnb3JpdGhtLCBhIHJlYWN0aW9u IG5vZGUgTVVTVCBpbmRpY2F0ZSB0aGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIHJhdGUgYWJhdGVtZW50IGFsZ29yaXRobSBpbiB0aGUgcmVhY3Rpbmcgbm9kZSBPQ1Mg ZW50cnkgZm9yIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHJhdGUg YWJhdGVtZW50IGFsZ29yaXRobSBpbiB0aGUgcmVhY3Rpbmcgbm9kZSBPQ1MgZW50cnkgZm9y IHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVwb3J0aW5nIG5vZGUu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgcmVwb3J0aW5nIG5vZGUuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEEgcmVhY3Rpbmcg bm9kZSByZWNlaXZpbmcgYW4gb3ZlcmxvYWQgcmVwb3J0IGZvciB0aGUgcmF0ZSBhYmF0ZW1l bnQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBBIHJlYWN0aW5nIG5vZGUg cmVjZWl2aW5nIGFuIG92ZXJsb2FkIHJlcG9ydCBmb3IgdGhlIHJhdGUgYWJhdGVtZW50PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbGdvcml0aG0gTVVTVCBzYXZlIHRo ZSByYXRlIHJlY2VpdmVkIGluIHRoZSBPQy1NYXhpbXVtLVJhdGUgQVZQPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWxnb3JpdGhtIE1VU1Qgc2F2ZSB0aGUgcmF0ZSBy ZWNlaXZlZCBpbiB0aGUgT0MtTWF4aW11bS1SYXRlIEFWUDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9InBhcnQtNCIgY2xhc3M9 ImNoYW5nZSIgPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9z bWFsbD48YSBocmVmPSIjcGFydC00Ij48ZW0+IHBhZ2UgOCwgbGluZSAxODxzcGFuIGNsYXNz PSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21h bGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC00Ij48ZW0+ IHBhZ2UgNywgbGluZSA1MDxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFuPjwvZW0+ PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij41LjUuICBSZXBvcnRpbmcgTm9kZSBC ZWhhdmlvciBmb3IgUmF0ZSBBYmF0ZW1lbnQgQWxnb3JpdGhtPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+NS41LiAgUmVwb3J0aW5nIE5vZGUgQmVoYXZpb3IgZm9yIFJhdGUg QWJhdGVtZW50IEFsZ29yaXRobTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBXaGVuIGluIGFuIG92ZXJsb2FkIGNvbmRpdGlvbiB3aXRoIHJhdGUgc2Vs ZWN0ZWQgYXMgdGhlIG92ZXJsb2FkPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgV2hlbiBpbiBhbiBvdmVybG9hZCBjb25kaXRpb24gd2l0aCByYXRlIHNlbGVjdGVkIGFz IHRoZSBvdmVybG9hZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgYWJhdGVt ZW50IGFsZ29yaXRobSBhbmQgd2hlbiBoYW5kbGluZyBhIHJlcXVlc3QgdGhhdCBjb250YWlu ZWQgYW4gT0MtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgYWJhdGVtZW50 IGFsZ29yaXRobSBhbmQgd2hlbiBoYW5kbGluZyBhIHJlcXVlc3QgdGhhdCBjb250YWluZWQg YW4gT0MtPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBTdXBwb3J0ZWQtRmVh dHVyZXMgQVZQIHRoYXQgaW5kaWNhdGVkIHN1cHBvcnQgZm9yIHRoZSByYXRlIGFiYXRlbWVu dDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFN1cHBvcnRlZC1GZWF0dXJl cyBBVlAgdGhhdCBpbmRpY2F0ZWQgc3VwcG9ydCBmb3IgdGhlIHJhdGUgYWJhdGVtZW50PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBhbGdvcml0aG0sIGEgcmVwb3J0aW5n IG5vZGUgU0hPVUxEIGluY2x1ZGUgYW4gT0MtT0xSIEFWUCBmb3IgdGhlIHJhdGU8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBhbGdvcml0aG0sIGEgcmVwb3J0aW5nIG5v ZGUgU0hPVUxEIGluY2x1ZGUgYW4gT0MtT0xSIEFWUCBmb3IgdGhlIHJhdGU8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFsZ29yaXRobSB1c2luZyB0aGUgcGFyYW1ldGVy cyBzdG9yZWQgaW4gdGhlIHJlcG9ydGluZyBub2RlIE9DUyBmb3I8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBhbGdvcml0aG0gdXNpbmcgdGhlIHBhcmFtZXRlcnMgc3Rv cmVkIGluIHRoZSByZXBvcnRpbmcgbm9kZSBPQ1MgZm9yPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICB0aGUgdGFyZ2V0IG9mIHRoZSBvdmVybG9hZCByZXBvcnQuPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgdGhlIHRhcmdldCBvZiB0aGUgb3Zlcmxv YWQgcmVwb3J0LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDMzIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgIDxzcGFuIGNs YXNzPSJkZWxldGUiPkVkaXRvcidzIE5vdGU6IFRoZSBhYm92ZSBpcyBhIHByZXR0eSBjb21w bGljYXRlZCB3YXkgb2Ygc2F5aW5nPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9 ImRlbGV0ZSI+ICAgICAgdGhhdCB0aGUgcmVwb3J0aW5nIG5vZGUgc2hvdWxkIGluY2x1ZGUg YW4gT0MtT0xSIGluIHRoZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNzPSJkZWxl dGUiPiAgICAgIGFwcHJvcHJpYXRlIGFuc3dlciBtZXNzYWdlcy4gIFRoZSBiYXNpYyByZXF1 aXJlbWVudCBpc24ndCByYXRlPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJs b2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRl bGV0ZSI+ICAgICAgZmVhdHVyZSBzcGVjaWZpYyBidXQgcmF0aGVyIHRoYXQgaW4gYWxsIGNh c2VzIHRoZSByZXBvcnRpbmcgbm9kZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNz PSJkZWxldGUiPiAgICAgIGdlbmVyYXRlcyBhbiBPQy1PTFIgYWNjb3JkaW5nIHRvIHRoZSBw YXJhbWV0ZXJzIG9mIHRoZSBhcHByb3ByaWF0ZTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFu IGNsYXNzPSJkZWxldGUiPiAgICAgIE9DUyBlbnRyeS4gIFRoaXMgd29yZGluZyBwcm9iYWJs eSBjYW4gYmUgaW1wcm92ZWQgYmFzZWQgb24gdGhlPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNw YW4gY2xhc3M9ImRlbGV0ZSI+ICAgICAgZ2VuZXJpYyBiZWhhdmlvciBkZWZpbml0aW9uLjwv c3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBX aGVuIHNlbmRpbmcgYW4gb3ZlcmxvYWQgcmVwb3J0IGZvciB0aGUgUmF0ZSBhbGdvcml0aG0s IHRoZSBPQy08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBXaGVuIHNlbmRp bmcgYW4gb3ZlcmxvYWQgcmVwb3J0IGZvciB0aGUgUmF0ZSBhbGdvcml0aG0sIHRoZSBPQy08 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIE1heGltdW0tUmF0ZSBBVlAgaXMg aW5jbHVkZWQgYW5kIHRoZSBPQy1SZWR1Y3Rpb24tUGVyY2VudGFnZSBBVlAgaXM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBNYXhpbXVtLVJhdGUgQVZQIGlzIGluY2x1 ZGVkIGFuZCB0aGUgT0MtUmVkdWN0aW9uLVBlcmNlbnRhZ2UgQVZQIGlzPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBub3QgaW5jbHVkZWQuPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgbm90IGluY2x1ZGVkLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij41LjYuICBSZWFjdGluZyBOb2RlIEJlaGF2aW9yIGZvciBS YXRlIEFiYXRlbWVudCBBbGdvcml0aG08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij41LjYuICBSZWFjdGluZyBOb2RlIEJlaGF2aW9yIGZvciBSYXRlIEFiYXRlbWVudCBBbGdv cml0aG08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgV2hl biBkZXRlcm1pbmluZyBpZiBhYmF0ZW1lbnQgdHJlYXRtZW50IHNob3VsZCBiZSBhcHBsaWVk IHRvIGE8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBXaGVuIGRldGVybWlu aW5nIGlmIGFiYXRlbWVudCB0cmVhdG1lbnQgc2hvdWxkIGJlIGFwcGxpZWQgdG8gYTwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgcmVxdWVzdCBiZWluZyBzZW50IHRvIGEg cmVwb3J0aW5nIG5vZGUgdGhhdCBoYXMgc2VsZWN0ZWQgdGhlIHJhdGU8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICByZXF1ZXN0IGJlaW5nIHNlbnQgdG8gYSByZXBvcnRp bmcgbm9kZSB0aGF0IGhhcyBzZWxlY3RlZCB0aGUgcmF0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgb3ZlcmxvYWQgYWJhdGVtZW50IGFsZ29yaXRobSwgdGhlIHJlYWN0 aW5nIG5vZGUgTUFZIHVzZSB0aGUgYWxnb3JpdGhtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgb3ZlcmxvYWQgYWJhdGVtZW50IGFsZ29yaXRobSwgdGhlIHJlYWN0aW5n IG5vZGUgTUFZIHVzZSB0aGUgYWxnb3JpdGhtPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBkZXRhaWxlZCBpbiBTZWN0aW9uIDYuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgZGV0YWlsZWQgaW4gU2VjdGlvbiA2LjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBOb3RlOiBPdGhlciBhbGdvcml0aG1zIGZv ciBjb250cm9sbGluZyB0aGUgcmF0ZSBjYW4gYmUgaW1wbGVtZW50ZWQ8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICBOb3RlOiBPdGhlciBhbGdvcml0aG1zIGZvciBj b250cm9sbGluZyB0aGUgcmF0ZSBjYW4gYmUgaW1wbGVtZW50ZWQ8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgIGJ5IHRoZSByZWFjdGluZyBub2RlIGFzIGxvbmcgYXMg dGhleSByZXN1bHQgaW4gdGhlIGNvcnJlY3QgcmF0ZSBvZjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgICAgIGJ5IHRoZSByZWFjdGluZyBub2RlIGFzIGxvbmcgYXMgdGhl eSByZXN1bHQgaW4gdGhlIGNvcnJlY3QgcmF0ZSBvZjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgICAgdHJhZmZpYyBiZWluZyBzZW50IHRvIHRoZSByZXBvcnRpbmcgbm9k ZS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICB0cmFmZmljIGJlaW5n IHNlbnQgdG8gdGhlIHJlcG9ydGluZyBub2RlLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBPbmNlIGEgZGV0ZXJtaW5hdGlvbiBpcyBtYWRlIGJ5IHRo ZSByZWFjdGluZyBub2RlIHRoYXQgYW4gaW5kaXZpZHVhbDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIE9uY2UgYSBkZXRlcm1pbmF0aW9uIGlzIG1hZGUgYnkgdGhlIHJl YWN0aW5nIG5vZGUgdGhhdCBhbiBpbmRpdmlkdWFsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICBEaWFtZXRlciByZXF1ZXN0IGlzIHRvIGJlIHN1YmplY3RlZCB0byBhYmF0 ZW1lbnQgdHJlYXRtZW50IHRoZW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgRGlhbWV0ZXIgcmVxdWVzdCBpcyB0byBiZSBzdWJqZWN0ZWQgdG8gYWJhdGVtZW50 IHRyZWF0bWVudCB0aGVuIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyIGlkPSJkaWZmMDAzNCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBwcm9jZWR1cmVzIGZv ciB0aHJvdHRsaW5nIGFuZCBkaXZlcnNpb24gZGVmaW5lZCBpbjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj4gICBwcm9jZWR1cmVzIGZvciB0aHJvdHRsaW5nIGFuZCBkaXZl cnNpb24gZGVmaW5lZCBpbiA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5bUkZDNzY4M108L3NwYW4+ IGFuZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0i ZGVsZXRlIj5bSS1ELmlldGYtZGltZS1vdmxpXTwvc3Bhbj4gYW5kIFtJLUQuaWV0Zi1kaW1l LWFnZW50LW92ZXJsb2FkXSBhcHBseS48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgW0ktRC5pZXRmLWRpbWUtYWdlbnQtb3ZlcmxvYWRdIGFwcGx5LjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij42LiAgUmF0ZSBBYmF0ZW1lbnQgQWxn b3JpdGhtIEFWUHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij42LiAgUmF0ZSBB YmF0ZW1lbnQgQWxnb3JpdGhtIEFWUHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAzNSI+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5FZGl0b3JzIE5vdGU6IFRoaXMgc2VjdGlvbiBkZXBl bmRzIHVwb24gdGhlIGNvbXBsZXRpb24gb2YgdGhlIGJhc2U8L3NwYW4+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2Nr Ij48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBET0lDIHNwZWNpZmljYXRpb24uICBBcyBzdWNo LCBpdCBjYW5ub3QgYmUgY29tcGxldGUgdW50aWwgdGhlIGRhdGE8L3NwYW4+PC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICBtb2RlbCBhbmQgZXh0ZW5zaW9uIG1lY2hh bmlzbSBhcmUgZmluYWxpemVkLiAgRGV0YWlscyBmb3IgYW55IG5ldzwvc3Bhbj48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjxzcGFuIGNsYXNzPSJkZWxldGUiPiAgIEFWUHMgb3IgbW9kaWZpY2F0aW9ucyB0 byBleGlzdGluZyBBVlBzIHdpbGwgYmUgZmluYWxpemVkIGluIGEgZnV0dXJlPC9zcGFuPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAgdmVyc2lvbiBvZiB0aGUgZHJh ZnQgYWZ0ZXIgdGhlIGJhc2UgRE9DIHNwZWNpZmljYXRpb24gaGFzIHN0YWJpbGl6ZWQuPC9z cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjYuMS4g IE9DLVN1cHBvcnRlZC1GZWF0dXJlcyBBVlA8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij42LjEuICBPQy1TdXBwb3J0ZWQtRmVhdHVyZXMgQVZQPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMzYiPjx0 ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgVGhlIHJhdGUgYWxnb3JpdGhtIGRvZXMgbm90IGFkZCBhbnkgQVZQ cyB0byB0aGUgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+T0MtU3VwcG9ydGVkLUZlYXR1cmVzPC9z cGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBUaGUgcmF0ZSBhbGdv cml0aG0gZG9lcyBub3QgYWRkIGFueSA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5uZXc8L3NwYW4+ IEFWUHMgdG8gdGhlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPk9DLVN1cHBvcnRlZC08L3NwYW4+ PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEFWUC48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+PHNwYW4gY2xhc3M9Imluc2VydCI+ICAgRmVhdHVyZXM8 L3NwYW4+IEFWUC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ ICAgVGhlIHJhdGUgYWxnb3JpdGhtIGRvZXMgYWRkIGEgbmV3IGZlYXR1cmUgYml0IHRvIGJl IGNhcnJpZWQgaW4gdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhl IHJhdGUgYWxnb3JpdGhtIGRvZXMgYWRkIGEgbmV3IGZlYXR1cmUgYml0IHRvIGJlIGNhcnJp ZWQgaW4gdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBPQy1GZWF0dXJl LVZlY3RvciBBVlAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgT0MtRmVh dHVyZS1WZWN0b3IgQVZQLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij42LjEuMS4gIE9DLUZlYXR1cmUtVmVjdG9yIEFWUDwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjYuMS4xLiAgT0MtRmVhdHVyZS1WZWN0b3IgQVZQPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgZXh0ZW5zaW9uIGFkZHMg dGhlIGZvbGxvd2luZyBjYXBhYmlsaXRpZXMgdG8gdGhlIE9DLUZlYXR1cmUtPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBleHRlbnNpb24gYWRkcyB0aGUgZm9s bG93aW5nIGNhcGFiaWxpdGllcyB0byB0aGUgT0MtRmVhdHVyZS08L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFZlY3RvciBBVlAuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgVmVjdG9yIEFWUC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgT0xSX1JBVEVfQUxHT1JJVEhNICgweDAwMDAwMDAwMDAwMDAwMDQp PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgT0xSX1JBVEVfQUxHT1JJVEhN ICgweDAwMDAwMDAwMDAwMDAwMDQpPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0icGFydC01IiBjbGFzcz0iY2hhbmdlIiA+PHRk PjwvdGQ+PHRoPjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9 IiNwYXJ0LTUiPjxlbT4gcGFnZSA5LCBsaW5lIDQzPHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFy YTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGg+IDwvdGg+PHRoPjxzbWFsbD5za2lwcGluZyB0 byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTUiPjxlbT4gcGFnZSA5LCBsaW5l IDE5PHNwYW4gY2xhc3M9ImhpZGUiPiAmcGFyYTs8L3NwYW4+PC9lbT48L2E+PC90aD48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij4gICAgICAgICAgICAgICAgIFsgT0MtVmFsaWRpdHktRHVyYXRpb24gXTwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICAgWyBPQy1WYWxp ZGl0eS1EdXJhdGlvbiBdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAg ICAgICAgICAgIFsgT0MtU291cmNlLUlEIF08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICAgICAgICAgICAgIFsgT0MtU291cmNlLUlEIF08L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICAgWyBPQy1BYmF0ZW1lbnQtQWxnb3Jp dGhtIF08L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAg IFsgT0MtQWJhdGVtZW50LUFsZ29yaXRobSBdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICAgICAgICAgICAgIFsgT0MtTWF4aW11bS1SYXRlIF08L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICAgIFsgT0MtTWF4aW11bS1SYXRl IF08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgICogWyBB VlAgXTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgICog WyBBVlAgXTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBU aGlzIGV4dGVuc2lvbiBtYWtlcyBubyBjaGFuZ2VzIHRvIHRoZSBvdGhlciBBVlBzIHRoYXQg YXJlIHBhcnQgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIGV4 dGVuc2lvbiBtYWtlcyBubyBjaGFuZ2VzIHRvIHRoZSBvdGhlciBBVlBzIHRoYXQgYXJlIHBh cnQgb2Y8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRoZSBPQy1PTFIgQVZQ LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZSBPQy1PTFIgQVZQLjwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGV4dGVu c2lvbiBkb2VzIG5vdCBkZWZpbmUgbmV3IG92ZXJsb2FkIHJlcG9ydCB0eXBlcy4gIFRoZTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRoaXMgZXh0ZW5zaW9uIGRvZXMg bm90IGRlZmluZSBuZXcgb3ZlcmxvYWQgcmVwb3J0IHR5cGVzLiAgVGhlPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDM3Ij48dGQ+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgIGV4aXN0aW5nIHJlcG9ydCB0eXBlcyBvZiBob3N0IGFuZCByZWFsbSBkZWZp bmVkIGluPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGV4aXN0aW5nIHJl cG9ydCB0eXBlcyBvZiBob3N0IGFuZCByZWFsbSBkZWZpbmVkIGluIDxzcGFuIGNsYXNzPSJp bnNlcnQiPltSRkM3NjgzXTwvc3Bhbj4gYXBwbHkgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W0ktRC5pZXRmLWRpbWUtb3Zs aV08L3NwYW4+IGFwcGx5IHRvIHRoZSByYXRlIGNvbnRyb2wgYWxnb3JpdGhtLiAgVGhlIHBl ZXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgdGhlIHJhdGUgY29udHJv bCBhbGdvcml0aG0uICBUaGUgcGVlciByZXBvcnQgdHlwZSBkZWZpbmVkIGluPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIHJlcG9ydCB0eXBlIGRlZmluZWQgaW4gW0kt RC5pZXRmLWRpbWUtYWdlbnQtb3ZlcmxvYWRdIGFsc28gYXBwbGllcyB0bzwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBbSS1ELmlldGYtZGltZS1hZ2VudC1vdmVybG9h ZF0gYWxzbyBhcHBsaWVzIHRvIHRoZSByYXRlIGNvbnRyb2w8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgdGhlIHJhdGUgY29udHJvbCBhbGdvcml0aG0uPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGFsZ29yaXRobS48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Ni4yLjEuICBPQy1NYXhpbXVtLVJhdGUgQVZQ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+Ni4yLjEuICBPQy1NYXhpbXVtLVJh dGUgQVZQPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRo ZSBPQy1NYXhpbXVtLVJhdGUgQVZQIChBVlAgY29kZSBUQkQxKSBpcyB0eXBlIG9mIFVuc2ln bmVkMzIgYW5kPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIE9DLU1h eGltdW0tUmF0ZSBBVlAgKEFWUCBjb2RlIFRCRDEpIGlzIHR5cGUgb2YgVW5zaWduZWQzMiBh bmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGRlc2NyaWJlcyB0aGUgbWF4 aW11bSByYXRlIHRoYXQgdGhhdCB0aGUgc2VuZGVyIGlzIHJlcXVlc3RlZCB0byBzZW5kPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgZGVzY3JpYmVzIHRoZSBtYXhpbXVt IHJhdGUgdGhhdCB0aGF0IHRoZSBzZW5kZXIgaXMgcmVxdWVzdGVkIHRvIHNlbmQ8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHRyYWZmaWMuICBUaGlzIGlzIHNwZWNpZmll ZCBpbiB0ZXJtcyBvZiByZXF1ZXN0cyBwZXIgc2Vjb25kLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIHRyYWZmaWMuICBUaGlzIGlzIHNwZWNpZmllZCBpbiB0ZXJtcyBv ZiByZXF1ZXN0cyBwZXIgc2Vjb25kLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDM4Ij48dGQ+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg ICAgIDxzcGFuIGNsYXNzPSJkZWxldGUiPkVkaXRvcidzIG5vdGU6IERvIHdlIG5lZWQgdG8g c3BlY2lmeSBhIG1heGltdW0gdmFsdWU/PC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEEgdmFsdWUgb2YgemVybyBpbmRpY2F0ZXMgdGhh dCBubyB0cmFmZmljIGlzIHRvIGJlIHNlbnQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgQSB2YWx1ZSBvZiB6ZXJvIGluZGljYXRlcyB0aGF0IG5vIHRyYWZmaWMgaXMg dG8gYmUgc2VudC48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ Ni4zLiAgQXR0cmlidXRlIFZhbHVlIFBhaXIgZmxhZyBydWxlczwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPjYuMy4gIEF0dHJpYnV0ZSBWYWx1ZSBQYWlyIGZsYWcgcnVsZXM8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJkaWZmMDAzOSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKzwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLSs8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfEFWUCBmbGFnIHw8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHxBVlAgZmxhZyB8PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHxydWxlcyAgICB8PC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB8cnVsZXMgICAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICArLS0tLSstLS0tKzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKy0tLS0rLS0tLSs8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFWUCAgIFNlY3Rpb24gICAg ICAgICAgICAgICAgICAgfCAgICB8TVVTVHw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJi bG9jayI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFWUCAgIFNlY3Rpb24gICAgICAg ICAgICAgICAgICAgIHwgICAgfE1VU1R8PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxv Y2siPiAgICBBdHRyaWJ1dGUgTmFtZSAgICAgICAgICBDb2RlICBEZWZpbmVkIFZhbHVlIFR5 cGUgICAgICAgIHxNVVNUfCBOT1R8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgICBBdHRyaWJ1dGUgTmFtZSAgICAgICAgICBDb2RlICBEZWZpbmVkICBWYWx1ZSBUeXBl ICAgICAgICB8TVVTVHwgTk9UfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLSstLS0tKzwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+Ky0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSst LS0tKy0tLS0rPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICB8 T0MtTWF4aW11bS1SYXRlICAgICAgICAgICAgICAgICBUQkQxICAgIHgueCAgIFVuc2lnbmVk NjQgICAgICAgIHwgICAgfCBWICB8PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIHxPQy1NYXhpbXVtLVJhdGUgICAgICAgICBUQkQxICAgIHgueCAgICBVbnNpZ25lZDY0 ICAgICAgICB8ICAgIHwgViAgfDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4g ICA8c3BhbiBjbGFzcz0iZGVsZXRlIj4rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLSstLS0tKzwvc3Bhbj48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+Ky0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSst LS0tKy0tLS0rPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij43LiAgUmF0ZSBCYXNlZCBBYmF0ZW1lbnQgQWxnb3JpdGhtPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+Ny4gIFJhdGUgQmFzZWQgQWJhdGVtZW50IEFsZ29yaXRobTwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIHNlY3Rp b24gaXMgcHVsbGVkIGZyb20gW1JGQzc0MTVdLCB3aXRoIG1pbm9yIGNoYW5nZXMgbmVlZGVk IHRvPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhpcyBzZWN0aW9uIGlz IHB1bGxlZCBmcm9tIFtSRkM3NDE1XSwgd2l0aCBtaW5vciBjaGFuZ2VzIG5lZWRlZCB0bzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgbWFrZSBpdCBhcHBseSB0byB0aGUg RGlhbWV0ZXIgcHJvdG9jb2wuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg bWFrZSBpdCBhcHBseSB0byB0aGUgRGlhbWV0ZXIgcHJvdG9jb2wuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjcuMS4gIE92ZXJ2aWV3PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+Ny4xLiAgT3ZlcnZpZXc8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHJlcG9ydGluZyBub2RlIGlzIHRoZSBv bmUgcHJvdGVjdGVkIGJ5IHRoZSBvdmVybG9hZCBjb250cm9sPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGhlIHJlcG9ydGluZyBub2RlIGlzIHRoZSBvbmUgcHJvdGVj dGVkIGJ5IHRoZSBvdmVybG9hZCBjb250cm9sPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBhbGdvcml0aG0gZGVmaW5lZCBoZXJlLiAgVGhlIHJlYWN0aW5nIG5vZGUgaXMg dGhlIG9uZSB0aGF0IGFiYXRlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IGFsZ29yaXRobSBkZWZpbmVkIGhlcmUuICBUaGUgcmVhY3Rpbmcgbm9kZSBpcyB0aGUgb25l IHRoYXQgYWJhdGVzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0ciBpZD0icGFydC02IiBjbGFzcz0iY2hhbmdlIiA+PHRkPjwvdGQ+PHRo PjxzbWFsbD5za2lwcGluZyB0byBjaGFuZ2UgYXQ8L3NtYWxsPjxhIGhyZWY9IiNwYXJ0LTYi PjxlbT4gcGFnZSAxOCwgbGluZSA0MTxzcGFuIGNsYXNzPSJoaWRlIj4gJnBhcmE7PC9zcGFu PjwvZW0+PC9hPjwvdGg+PHRoPiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdl IGF0PC9zbWFsbD48YSBocmVmPSIjcGFydC02Ij48ZW0+IHBhZ2UgMTcsIGxpbmUgNDE8c3Bh biBjbGFzcz0iaGlkZSI+ICZwYXJhOzwvc3Bhbj48L2VtPjwvYT48L3RoPjx0ZD48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIG8gIEF0IGhpZ2ggbG9hZCByYW5kb21pemF0aW9uIHJhcmVseSBvY2N1cnMsIHNvIHRo ZXJlIGlzIG5vIGxvc3Mgb2Y8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBv ICBBdCBoaWdoIGxvYWQgcmFuZG9taXphdGlvbiByYXJlbHkgb2NjdXJzLCBzbyB0aGVyZSBp cyBubyBsb3NzIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICBwcmVj aXNpb24gb2YgdGhlIGFkbWl0dGVkIHJhdGUsIGV2ZW4gdGhvdWdoIHRoZSByYW5kb21pemVk PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgcHJlY2lzaW9uIG9mIHRo ZSBhZG1pdHRlZCByYXRlLCBldmVuIHRob3VnaCB0aGUgcmFuZG9taXplZDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgJ3BoYXNpbmcnIG9mIHRoZSBidWNrZXRzIHJl bWFpbnMuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgJ3BoYXNpbmcn IG9mIHRoZSBidWNrZXRzIHJlbWFpbnMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjguICBJQU5BIENvbnNpZGVyYXRpb248L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij44LiAgSUFOQSBDb25zaWRlcmF0aW9uPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRCRDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFRCRDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij45LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij45LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDA0MCI+ PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGJsb2NrIj4gICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5BZ2VudDwvc3Bhbj4gb3Zl cmxvYWQgaXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBiYXNlZCBEaWFtZXRlciBvdmVybG9hZDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFzcz0iaW5zZXJ0 Ij5UaGUgcmF0ZTwvc3Bhbj4gb3ZlcmxvYWQgPHNwYW4gY2xhc3M9Imluc2VydCI+YWJhdGVt ZW50IG1lY2hhbmlzbTwvc3Bhbj4gaXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBiYXNlZDwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBtZWNoYW5pc20uICBBcyBzdWNoLCBh bGwgb2YgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIG91dGxpbmVkIGluPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIERpYW1ldGVyIG92ZXJsb2FkIG1lY2hhbmlz bS4gIEFzIHN1Y2gsIGFsbCBvZiB0aGUgc2VjdXJpdHk8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W0ktRC5pZXRmLWRpbWUtb3Zs aV08L3NwYW4+IGFwcGx5IHRvIHRoZSA8c3BhbiBjbGFzcz0iZGVsZXRlIj5hZ2VudDwvc3Bh bj4gb3ZlcmxvYWQgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+c2NlbmFyaW9zLjwvc3Bhbj48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgY29uc2lkZXJhdGlvbnMgb3V0bGlu ZWQgaW4gPHNwYW4gY2xhc3M9Imluc2VydCI+W1JGQzc2ODNdPC9zcGFuPiBhcHBseSB0byB0 aGUgPHNwYW4gY2xhc3M9Imluc2VydCI+cmF0ZTwvc3Bhbj4gb3ZlcmxvYWQ8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPiAgIDxzcGFuIGNsYXNzPSJpbnNlcnQiPmFiYXRlbWVudCBtZWNoYW5pc20uPC9zcGFu PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNs YXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMC4gIEFja25v d2xlZGdlbWVudHM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMC4gIEFja25v d2xlZGdlbWVudHM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0 ciBpZD0iZGlmZjAwNDEiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+PHNwYW4gY2xhc3M9ImRlbGV0ZSI+ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMS4gIFJlZmVyZW5jZXM8L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMS4gIFJlZmVyZW5jZXM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwNDIiPjx0ZD48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNz PSJpbnNlcnQiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3NwYW4+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4xMS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij4xMS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXM8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmln aHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW0ktRC5pZXRmLWRpbWUt YWdlbnQtb3ZlcmxvYWRdPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW0kt RC5pZXRmLWRpbWUtYWdlbnQtb3ZlcmxvYWRdPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICAgICAgICAgICAgIERvbm92YW4sIFMuLCAiRGlhbWV0ZXIgQWdlbnQgT3Zlcmxv YWQiLCBkcmFmdC1pZXRmLWRpbWUtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgICAgICAgICBEb25vdmFuLCBTLiwgIkRpYW1ldGVyIEFnZW50IE92ZXJsb2FkIiwg ZHJhZnQtaWV0Zi1kaW1lLTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg ICAgICAgICBhZ2VudC1vdmVybG9hZC0wMCAod29yayBpbiBwcm9ncmVzcyksIERlY2VtYmVy IDIwMTQuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBh Z2VudC1vdmVybG9hZC0wMCAod29yayBpbiBwcm9ncmVzcyksIERlY2VtYmVyIDIwMTQuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBp ZD0iZGlmZjAwNDMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgPHNwYW4gY2xhc3M9ImRlbGV0ZSI+W0kt RC5pZXRmLWRpbWUtb3ZsaV08L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0iZGVs ZXRlIj4gICAgICAgICAgICAgIEtvcmhvbmVuLCBKLiwgRG9ub3ZhbiwgUy4sIENhbXBiZWxs LCBCLiwgYW5kIEwuIE1vcmFuZCw8L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy YmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj48c3BhbiBjbGFzcz0i ZGVsZXRlIj4gICAgICAgICAgICAgICJEaWFtZXRlciBPdmVybG9hZCBJbmRpY2F0aW9uIENv bnZleWFuY2UiLCBkcmFmdC1pZXRmLTwvc3Bhbj48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJibG9jayI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjxzcGFuIGNsYXNz PSJkZWxldGUiPiAgICAgICAgICAgICAgZGltZS1vdmxpLTA4ICh3b3JrIGluIHByb2dyZXNz KSwgRmVicnVhcnkgMjAxNS48L3NwYW4+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxv Y2siPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBm b3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4g UkZDcyB0byBJbmRpY2F0ZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAg ICAgICAgICBSZXF1aXJlbWVudCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LDwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2 ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzIxMTksIE1hcmNoIDE5OTcsPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBET0kgMTAuMTc0ODcv UkZDMjExOSwgTWFyY2ggMTk5Nyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+ CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg ICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5 Jmd0Oy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgICZs dDtodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjMjExOSZndDsuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFtSRkM1MjI2XSAgTmFydGVu LCBULiBhbmQgSC4gQWx2ZXN0cmFuZCwgIkd1aWRlbGluZXMgZm9yIFdyaXRpbmcgYW48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBbUkZDNTIyNl0gIE5hcnRlbiwgVC4g YW5kIEguIEFsdmVzdHJhbmQsICJHdWlkZWxpbmVzIGZvciBXcml0aW5nIGFuPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIElBTkEgQ29uc2lkZXJhdGlv bnMgU2VjdGlvbiBpbiBSRkNzIiwgQkNQIDI2LCBSRkMgNTIyNiw8L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICAgICAgICAgICAgIElBTkEgQ29uc2lkZXJhdGlvbnMgU2Vj dGlvbiBpbiBSRkNzIiwgQkNQIDI2LCBSRkMgNTIyNiw8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzUyMjYsIE1heSAyMDA4 LDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgRE9JIDEw LjE3NDg3L1JGQzUyMjYsIE1heSAyMDA4LDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVm dCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3Jm YzUyMjYmZ3Q7LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAg ICAgJmx0O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM1MjI2Jmd0Oy48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzY3MzNdICBG YWphcmRvLCBWLiwgRWQuLCBBcmtrbywgSi4sIExvdWdobmV5LCBKLiwgYW5kIEcuIFpvcm4s PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzY3MzNdICBGYWphcmRv LCBWLiwgRWQuLCBBcmtrbywgSi4sIExvdWdobmV5LCBKLiwgYW5kIEcuIFpvcm4sPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIEVkLiwgIkRpYW1ldGVy IEJhc2UgUHJvdG9jb2wiLCBSRkMgNjczMyw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICAgICAgICAgICAgIEVkLiwgIkRpYW1ldGVyIEJhc2UgUHJvdG9jb2wiLCBSRkMg NjczMyw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAgRE9J IDEwLjE3NDg3L1JGQzY3MzMsIE9jdG9iZXIgMjAxMiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAgICAgICAgICAgIERPSSAxMC4xNzQ4Ny9SRkM2NzMzLCBPY3RvYmVy IDIwMTIsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgICZs dDtodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjczMyZndDsuPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDovL3d3dy5y ZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzY3MzMmZ3Q7LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDQ0Ij48dGQ+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5bUkZDNzY4M10gIEtvcmhvbmVuLCBKLiwgRWQuLCBEb25vdmFuLCBTLiwg RWQuLCBDYW1wYmVsbCwgQi4sIGFuZCBMLjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNs YXNzPSJpbnNlcnQiPiAgICAgICAgICAgICAgTW9yYW5kLCAiRGlhbWV0ZXIgT3ZlcmxvYWQg SW5kaWNhdGlvbiBDb252ZXlhbmNlIiw8L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj48c3BhbiBjbGFz cz0iaW5zZXJ0Ij4gICAgICAgICAgICAgIFJGQyA3NjgzLCBET0kgMTAuMTc0ODcvUkZDNzY4 MywgT2N0b2JlciAyMDE1LDwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9j ayI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNl cnQiPiAgICAgICAgICAgICAgJmx0O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9y ZmM3NjgzJmd0Oy48L3NwYW4+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPjwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMS4yLiAgSW5mb3JtYXRpdmUgUmVmZXJl bmNlczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjExLjIuICBJbmZvcm1hdGl2 ZSBSZWZlcmVuY2VzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PiAgIFtSRkM3NDE1XSAgTm9lbCwgRS4gYW5kIFAuIFdpbGxpYW1zLCAiU2Vzc2lvbiBJbml0 aWF0aW9uIFByb3RvY29sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JG Qzc0MTVdICBOb2VsLCBFLiBhbmQgUC4gV2lsbGlhbXMsICJTZXNzaW9uIEluaXRpYXRpb24g UHJvdG9jb2w8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICAgICAgICAgICAg KFNJUCkgUmF0ZSBDb250cm9sIiwgUkZDIDc0MTUsIERPSSAxMC4xNzQ4Ny9SRkM3NDE1LDwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgKFNJUCkgUmF0 ZSBDb250cm9sIiwgUkZDIDc0MTUsIERPSSAxMC4xNzQ4Ny9SRkM3NDE1LDwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBGZWJydWFyeSAyMDE1LCAmbHQ7 aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc0MTUmZ3Q7LjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNSwgJmx0 O2h0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM3NDE1Jmd0Oy48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QXV0aG9ycycgQWRkcmVzc2VzPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+QXV0aG9ycycgQWRkcmVzc2VzPC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFN0ZXZlIERvbm92YW4g KGVkaXRvcik8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBTdGV2ZSBEb25v dmFuIChlZGl0b3IpPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBPcmFjbGU8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBPcmFjbGU8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CgogICAgIDx0cj48dGQ+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkPjwvdGQ+PC90 cj4KICAgICA8dHIgaWQ9ImVuZCIgYmdjb2xvcj0iZ3JheSI+PHRoIGNvbHNwYW49IjUiIGFs aWduPSJjZW50ZXIiPiZuYnNwO0VuZCBvZiBjaGFuZ2VzLiA0NCBjaGFuZ2UgYmxvY2tzLiZu YnNwOzwvdGg+PC90cj4KICAgICA8dHIgY2xhc3M9InN0YXRzIj48dGQ+PC90ZD48dGg+PGk+ MTIyIGxpbmVzIGNoYW5nZWQgb3IgZGVsZXRlZDwvaT48L3RoPjx0aD48aT4gPC9pPjwvdGg+ PHRoPjxpPjEwMCBsaW5lcyBjaGFuZ2VkIG9yIGFkZGVkPC9pPjwvdGg+PHRkPjwvdGQ+PC90 cj4KICAgICA8dHI+PHRkIGNvbHNwYW49IjUiIGFsaWduPSJjZW50ZXIiIGNsYXNzPSJzbWFs bCI+PGJyLz5UaGlzIGh0bWwgZGlmZiB3YXMgcHJvZHVjZWQgYnkgcmZjZGlmZiAxLjQ0LiBU aGUgbGF0ZXN0IHZlcnNpb24gaXMgYXZhaWxhYmxlIGZyb20gPGEgaHJlZj0iaHR0cDovL3d3 dy50b29scy5pZXRmLm9yZy90b29scy9yZmNkaWZmLyIgPmh0dHA6Ly90b29scy5pZXRmLm9y Zy90b29scy9yZmNkaWZmLzwvYT4gPC90ZD48L3RyPgogICA8L3RhYmxlPgogICA8L2JvZHk+ CiAgIDwvaHRtbD4K --------------020106000902080805000305-- From nobody Fri Mar 18 14:42:16 2016 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C75012D923 for ; Fri, 18 Mar 2016 08:06:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.49 X-Spam-Level: * X-Spam-Status: No, score=1.49 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MANY_SPAN_IN_TEXT=2.6, SPF_NEUTRAL=0.779, T_HTML_ATTACH=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 Etx9JR8NRvPI for ; Fri, 18 Mar 2016 08:06:08 -0700 (PDT) Received: from biz131.inmotionhosting.com (biz131.inmotionhosting.com [23.235.209.16]) (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 17C5F12DA67 for ; Fri, 18 Mar 2016 08:05:58 -0700 (PDT) Received: from cpe-97-99-50-102.tx.res.rr.com ([97.99.50.102]:57517 helo=Steves-MacBook-Air.local) by biz131.inmotionhosting.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.86_1) (envelope-from ) id 1agvyP-0013qP-CP for dime@ietf.org; Fri, 18 Mar 2016 08:05:57 -0700 To: "dime@ietf.org" From: Steve Donovan Message-ID: <56EC1952.5070301@usdonovans.com> Date: Fri, 18 Mar 2016 10:05:54 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------050303030102060303080100" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz131.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - usdonovans.com X-Get-Message-Sender-Via: biz131.inmotionhosting.com: authenticated_id: srdonovan@usdonovans.com X-Authenticated-Sender: biz131.inmotionhosting.com: srdonovan@usdonovans.com Archived-At: X-Mailman-Approved-At: Fri, 18 Mar 2016 14:42:15 -0700 Subject: [Dime] New version of draft-ietf-dime-load X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 15:06:12 -0000 This is a multi-part message in MIME format. --------------050303030102060303080100 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit All, I have posted a version -02 of draft-ietf-dime-load. This version addressed all of the outstanding editor's notes, added text around specifying the value of Diameter Load and making it consistent with DNS SRV. It also includes a number of editorial updates. I've attached a diff file showing the changes since -01. Regards, Steve --------------050303030102060303080100 Content-Type: text/html; charset=UTF-8; name="Diff_ draft-ietf-dime-load-01.txt - draft-ietf-dime-load-02.txt.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename*0="Diff_ draft-ietf-dime-load-01.txt - draft-ietf-dime-load-02."; filename*1="txt.html" CjwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgWEhUTUwgMS4wIFRyYW5zaXRp b25hbC8vRU4iICJodHRwOi8vd3d3LnczLm9yZy9UUi94aHRtbDEvRFREL3hodG1sMS10cmFu c2l0aW9uYWwuZHRkIj4gCjwhLS0gR2VuZXJhdGVkIGJ5IHJmY2RpZmYgMS40NDogcmZjZGlm ZiAgLS0+IAo8IS0tIDwhRE9DVFlQRSBodG1sIFBVQkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0 LjAxIFRyYW5zaXRpb25hbCIgPiAtLT4KPCEtLSBTeXN0ZW06IExpbnV4IHppbmZhbmRlbCAz LjIuMC00LWFtZDY0ICMxIFNNUCBEZWJpYW4gMy4yLjY4LTErZGViN3UyIHg4Nl82NCBHTlUv TGludXggLS0+IAo8IS0tIFVzaW5nIGF3azogL3Vzci9iaW4vZ2F3azogR05VIEF3ayA0LjAu MSAtLT4gCjwhLS0gVXNpbmcgZGlmZjogL3Vzci9iaW4vZGlmZjogZGlmZiAoR05VIGRpZmZ1 dGlscykgMy4yIC0tPiAKPCEtLSBVc2luZyB3ZGlmZjogL3Vzci9iaW4vd2RpZmY6IHdkaWZm IChHTlUgd2RpZmYpIDEuMS4yIC0tPiAKPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3Jn LzE5OTkveGh0bWwiPiAKPGhlYWQ+IAogIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlw ZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PVVURi04IiAvPiAKICA8bWV0YSBodHRw LWVxdWl2PSJDb250ZW50LVN0eWxlLVR5cGUiIGNvbnRlbnQ9InRleHQvY3NzIiAvPiAKICA8 dGl0bGU+RGlmZjogZHJhZnQtaWV0Zi1kaW1lLWxvYWQtMDEudHh0IC0gZHJhZnQtaWV0Zi1k aW1lLWxvYWQtMDIudHh0PC90aXRsZT4gCiAgPHN0eWxlIHR5cGU9InRleHQvY3NzIj4gCiAg ICBib2R5ICAgIHsgbWFyZ2luOiAwLjRleDsgbWFyZ2luLXJpZ2h0OiBhdXRvOyB9IAogICAg dHIgICAgICB7IH0gCiAgICB0ZCAgICAgIHsgd2hpdGUtc3BhY2U6IHByZTsgZm9udC1mYW1p bHk6IG1vbm9zcGFjZTsgdmVydGljYWwtYWxpZ246IHRvcDsgZm9udC1zaXplOiAwLjg2ZW07 fSAKICAgIHRoICAgICAgeyBmb250LXNpemU6IDAuODZlbTsgfSAKICAgIC5zbWFsbCAgeyBm b250LXNpemU6IDAuNmVtOyBmb250LXN0eWxlOiBpdGFsaWM7IGZvbnQtZmFtaWx5OiBWZXJk YW5hLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IH0gCiAgICAubGVmdCAgIHsgYmFja2dyb3Vu ZC1jb2xvcjogI0VFRTsgfSAKICAgIC5yaWdodCAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZG OyB9IAogICAgLmRpZmYgICB7IGJhY2tncm91bmQtY29sb3I6ICNDQ0Y7IH0gCiAgICAubGJs b2NrIHsgYmFja2dyb3VuZC1jb2xvcjogI0JGQjsgfSAKICAgIC5yYmxvY2sgeyBiYWNrZ3Jv dW5kLWNvbG9yOiAjRkY4OyB9IAogICAgLmluc2VydCB7IGJhY2tncm91bmQtY29sb3I6ICM4 RkY7IH0gCiAgICAuZGVsZXRlIHsgYmFja2dyb3VuZC1jb2xvcjogI0FDRjsgfSAKICAgIC52 b2lkICAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZCOyB9IAogICAgLmNvbnQgICB7IGJhY2tn cm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAubGluZWJyIHsgYmFja2dyb3VuZC1jb2xvcjog I0FBQTsgfSAKICAgIC5saW5lbm8geyBjb2xvcjogcmVkOyBiYWNrZ3JvdW5kLWNvbG9yOiAj RkZGOyBmb250LXNpemU6IDAuN2VtOyB0ZXh0LWFsaWduOiByaWdodDsgcGFkZGluZzogMCAy cHg7IH0gCiAgICAuZWxpcHNpc3sgYmFja2dyb3VuZC1jb2xvcjogI0FBQTsgfSAKICAgIC5s ZWZ0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RERDsgfSAKICAgIC5yaWdodCAuY29u dCB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAubGJsb2NrIC5jb250IHsgYmFj a2dyb3VuZC1jb2xvcjogIzlEOTsgfSAKICAgIC5yYmxvY2sgLmNvbnQgeyBiYWNrZ3JvdW5k LWNvbG9yOiAjREQ2OyB9IAogICAgLmluc2VydCAuY29udCB7IGJhY2tncm91bmQtY29sb3I6 ICMwREQ7IH0gCiAgICAuZGVsZXRlIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogIzhBRDsg fSAKICAgIC5zdGF0cywgLnN0YXRzIHRkLCAuc3RhdHMgdGggeyBiYWNrZ3JvdW5kLWNvbG9y OiAjRUVFOyBwYWRkaW5nOiAycHggMDsgfSAKICAgIHNwYW4uaGlkZSB7IGRpc3BsYXk6IG5v bmU7IGNvbG9yOiAjYWFhO30gICAgYTpob3ZlciBzcGFuIHsgZGlzcGxheTogaW5saW5lOyB9 ICAgIHRyLmNoYW5nZSB7IGJhY2tncm91bmQtY29sb3I6IGdyYXk7IH0gCiAgICB0ci5jaGFu Z2UgYSB7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgY29sb3I6IGJsYWNrIH0gCiAgPC9zdHls ZT4gCjwvaGVhZD4gCjxib2R5ID4gCiAgPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9 IjAiIGNlbGxzcGFjaW5nPSIwIj4gCiAgPHRyIGlkPSJwYXJ0LTEiIGJnY29sb3I9Im9yYW5n ZSI+PHRoPjwvdGg+PHRoPjxhIGhyZWY9Ii9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1kaW1l LWxvYWQtMDEudHh0IiBzdHlsZT0iY29sb3I6IzAwODsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7 Ij4mbHQ7PC9hPiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLWRpbWUtbG9hZC0wMS50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1p ZXRmLWRpbWUtbG9hZC0wMS50eHQ8L2E+Jm5ic3A7PC90aD48dGg+IDwvdGg+PHRoPiZuYnNw OzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWRpbWUt bG9hZC0wMi50eHQiIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFmdC1pZXRmLWRpbWUtbG9hZC0w Mi50eHQ8L2E+Jm5ic3A7PGEgaHJlZj0iL3JmY2RpZmY/dXJsMT1kcmFmdC1pZXRmLWRpbWUt bG9hZC0wMi50eHQiIHN0eWxlPSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9uZTsi PiZndDs8L2E+PC90aD48dGg+PC90aD48L3RyPiAKICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij5JbnRlcm5ldCBFbmdpbmVl cmluZyBUYXNrIEZvcmNlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQi4gQ2FtcGJl bGw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRlcm5ldCBFbmdpbmVlcmlu ZyBUYXNrIEZvcmNlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQi4gQ2FtcGJlbGw8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkludGVybmV0LURyYWZ0ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFMuIERvbm92YW4sIEVkLjwvdGQ+ PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkludGVybmV0LURyYWZ0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFMuIERvbm92YW4sIEVkLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMSI+PHRk PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGJsb2NrIj5JbnRlbmRlZCBzdGF0dXM6IDxzcGFuIGNsYXNzPSJkZWxldGUiPkluZm9y bWF0aW9uYWw8L3NwYW4+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT3Jh Y2xlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPkludGVuZGVkIHN0YXR1czog PHNwYW4gY2xhc3M9Imluc2VydCI+U3RhbmRhcmRzIFRyYWNrPC9zcGFuPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBPcmFjbGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxibG9jayI+RXhwaXJlczogPHNwYW4gY2xhc3M9ImRlbGV0ZSI+QXByaWwgMTQsPC9zcGFu PiAyMDE2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKSi4gVHJvdHRp bjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj5FeHBpcmVzOiA8c3BhbiBjbGFz cz0iaW5zZXJ0Ij5TZXB0ZW1iZXIgMTksPC9zcGFuPiAyMDE2ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIEpKLiBUcm90dGluPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs YmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA8c3BhbiBjbGFzcz0iZGVsZXRlIj5BbGNhdGVsLUx1Y2VudDwvc3Bhbj48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxzcGFuIGNs YXNzPSJpbnNlcnQiPk5va2lhPC9zcGFuPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJs b2NrIj48c3BhbiBjbGFzcz0iZGVsZXRlIj4gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE9jdG9iZXIgMTIsIDIwMTU8L3NwYW4+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPjxzcGFuIGNsYXNzPSJpbnNlcnQiPiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBNYXJjaCAxOCwgMjAxNjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgRGlhbWV0ZXIgTG9hZCBJbmZvcm1hdGlv biBDb252ZXlhbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAg ICAgICAgICAgRGlhbWV0ZXIgTG9hZCBJbmZvcm1hdGlvbiBDb252ZXlhbmNlPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDAyIj48dGQ+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsYmxvY2siPiAgICAgICAgICAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtZGltZS1sb2Fk LTA8c3BhbiBjbGFzcz0iZGVsZXRlIj4xPC9zcGFuPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICAgICAgICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLWRpbWUtbG9h ZC0wPHNwYW4gY2xhc3M9Imluc2VydCI+Mjwvc3Bhbj48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJhY3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAg ICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij4gICBUaGlzIGRvY3VtZW50IGRlZmluZXMgYSBtZWNoYW5pc20gZm9yIHNoYXJpbmcg b2YgRGlhbWV0ZXIgbG9hZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFRo aXMgZG9jdW1lbnQgZGVmaW5lcyBhIG1lY2hhbmlzbSBmb3Igc2hhcmluZyBvZiBEaWFtZXRl ciBsb2FkPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHIgaWQ9 ImRpZmYwMDAzIj48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIGluZm9ybWF0aW9uLiAgPHNwYW4gY2xhc3M9 ImRlbGV0ZSI+UkZDIDcwNjg8L3NwYW4+IGRlc2NyaWJlcyByZXF1aXJlbWVudHMgZm9yIE92 ZXJsb2FkIENvbnRyb2wgaW48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9jayI+ICAg aW5mb3JtYXRpb24uICA8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5bUkZDNzA2OF08L3NwYW4+IGRl c2NyaWJlcyByZXF1aXJlbWVudHMgZm9yIE92ZXJsb2FkIENvbnRyb2w8L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgRGlhbWV0ZXIuICBUaGlzIGluY2x1ZGVzIGEgcmVx dWlyZW1lbnQgdG8gYWxsb3cgRGlhbWV0ZXIgbm9kZXMgdG88L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgaW4gRGlhbWV0ZXIuICBUaGlzIGluY2x1ZGVzIGEgcmVxdWly ZW1lbnQgdG8gYWxsb3cgRGlhbWV0ZXIgbm9kZXMgdG88L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIHNlbmQgImxvYWQiIGluZm9ybWF0aW9uLCBldmVuIHdoZW4gdGhlIG5v ZGUgaXMgbm90IG92ZXJsb2FkZWQuICBUaGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4gICBzZW5kICJsb2FkIiBpbmZvcm1hdGlvbiwgZXZlbiB3aGVuIHRoZSBub2RlIGlz IG5vdCBvdmVybG9hZGVkLiAgVGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHIgaWQ9ImRpZmYwMDA0Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIERpYW1ldGVyIE92 ZXJsb2FkIEluZm9ybWF0aW9uIENvbnZleWFuY2UgKERPSUMpIHNvbHV0aW9uIGRlc2NyaWJl cyBhPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIERpYW1ldGVyIE92ZXJs b2FkIEluZm9ybWF0aW9uIENvbnZleWFuY2UgKERPSUMpIDxzcGFuIGNsYXNzPSJpbnNlcnQi PltSRkM3NjgzXTwvc3Bhbj4gc29sdXRpb248L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxi bG9jayI+ICAgbWVjaGFuaXNtIG1lZXRpbmcgbW9zdCBvZiB0aGUgcmVxdWlyZW1lbnRzLCBi dXQgZG9lcyBub3QgY3VycmVudGx5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIGRlc2NyaWJlcyBhIG1lY2hhbmlzbSBtZWV0aW5nIG1vc3Qgb2YgdGhlIHJlcXVpcmVt ZW50cywgYnV0IGRvZXMgbm90PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAg IGluY2x1ZGUgdGhlIGFiaWxpdHkgdG8gc2VuZCBsb2FkIGluZm9ybWF0aW9uLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBjdXJyZW50bHkgaW5jbHVkZSB0aGUgYWJp bGl0eSB0byBzZW5kIGxvYWQgaW5mb3JtYXRpb24uPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPlN0YXR1cyBvZiBUaGlzIE1lbW88L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij5TdGF0dXMgb2YgVGhpcyBNZW1vPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3Vi bWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGU8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJpZ2h0Ij4gICBUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBm dWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij4gICBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5LjwvdGQ+PHRkPiA8L3RkPjx0 ZCBjbGFzcz0icmlnaHQiPiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVybmV0LURy YWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5n PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQtRHJhZnRzIGFy ZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmc8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0 aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48dGQ+IDwvdGQ+PHRk IGNsYXNzPSJyaWdodCI+ICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIg Z3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0 IG9mIGN1cnJlbnQgSW50ZXJuZXQtPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2Yg Y3VycmVudCBJbnRlcm5ldC08L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIERy YWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQv LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIERyYWZ0cyBpcyBhdCBodHRw Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRy YWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0 IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQs IG9yIG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55PC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Ig b2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIHRpbWUuICBJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRl cm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0 cyBhcyByZWZlcmVuY2U8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIG1hdGVy aWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiI8 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBtYXRlcmlhbCBvciB0byBjaXRl IHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3Rk Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDUi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxibG9jayI+ICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiA8 c3BhbiBjbGFzcz0iZGVsZXRlIj5BcHJpbCAxNDwvc3Bhbj4sIDIwMTYuPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBp cmUgb24gPHNwYW4gY2xhc3M9Imluc2VydCI+U2VwdGVtYmVyIDE5PC9zcGFuPiwgMjAxNi48 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+Q29weXJpZ2h0IE5v dGljZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkNvcHlyaWdodCBOb3RpY2U8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy IGlkPSJkaWZmMDAwNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBDb3B5cmlnaHQgKGMpIDIwMTxzcGFu IGNsYXNzPSJkZWxldGUiPjU8L3NwYW4+IElFVEYgV