From julian.reschke@gmx.de Thu Dec 1 01:11:04 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 082B321F8C61 for ; Thu, 1 Dec 2011 01:11:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.886 X-Spam-Level: X-Spam-Status: No, score=-102.886 tagged_above=-999 required=5 tests=[AWL=-0.287, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qOVfEaF77N26 for ; Thu, 1 Dec 2011 01:11:03 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id AC06221F8C1E for ; Thu, 1 Dec 2011 01:11:01 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 09:10:58 -0000 Received: from p5DCCA32C.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.163.44] by mail.gmx.net (mp022) with SMTP; 01 Dec 2011 10:10:58 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+40t99aaa4/q2qvlt6sFeAMIJR58xV+mLcOKbNns F1pgmy9knb3D/S Message-ID: <4ED74499.2050804@gmx.de> Date: Thu, 01 Dec 2011 10:10:49 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: TianLinyi References: <4ED64A26.5030003@gmx.de> <1322672952.2050.8.camel@neutron> <3615F3CCD55F054395A882F51C6E5FDA1820A0A1@szxeml513-mbx.china.huawei.com> In-Reply-To: <3615F3CCD55F054395A882F51C6E5FDA1820A0A1@szxeml513-mbx.china.huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 09:11:04 -0000 On 2011-12-01 08:17, TianLinyi wrote: > Hi, All > > I think test would make it complicated. The test could result in <, >, > <=, >=, = conditions. "=", not the others. (Which, yes, maybe trick for complex objects) > If we want something like HTTP If-Match mechanism, I would think it > should not be in the JSON patch. We should keep JSON patch simple. The > status code is better to be delivered in the protocol layer who delivers > the JSON patch document. It's not a status code, it's context information. How do you deliver it when patching a JSON document in the local file system? Best regards, Julian From cabo@tzi.org Thu Dec 1 04:26:38 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD7F521F8AE6 for ; Thu, 1 Dec 2011 04:26:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.249 X-Spam-Level: X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vkXYofyEzhTf for ; Thu, 1 Dec 2011 04:26:38 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id 1CC4621F8AD6 for ; Thu, 1 Dec 2011 04:26:37 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id pB1CQTNq003212; Thu, 1 Dec 2011 13:26:29 +0100 (CET) Received: from [192.168.217.110] (p54899BA5.dip.t-dialin.net [84.137.155.165]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id DD0FDABF; Thu, 1 Dec 2011 13:26:28 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Carsten Bormann In-Reply-To: <4ED64A26.5030003@gmx.de> Date: Thu, 1 Dec 2011 13:26:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4ED64A26.5030003@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 12:26:39 -0000 What happens when a test fails? -- Keep or rewind the changes done so far? (or do we stipulate "test" has to come before modifiers?) -- What is the response code you want to see? Gr=FC=DFe, Carsten From julian.reschke@gmx.de Thu Dec 1 04:37:44 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6D3221F8B36 for ; Thu, 1 Dec 2011 04:37:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.182 X-Spam-Level: X-Spam-Status: No, score=-103.182 tagged_above=-999 required=5 tests=[AWL=-0.583, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jlNHPxZITC-U for ; Thu, 1 Dec 2011 04:37:43 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 708FD21F8B31 for ; Thu, 1 Dec 2011 04:37:43 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 12:37:42 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp049) with SMTP; 01 Dec 2011 13:37:42 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18UW9pGbRgUy6ckqTj5T4bB3C8cZ+hG/i2crafhAZ d0kA8RBZhzVl3f Message-ID: <4ED77513.3070506@gmx.de> Date: Thu, 01 Dec 2011 13:37:39 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Carsten Bormann References: <4ED64A26.5030003@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 12:37:44 -0000 On 2011-12-01 13:26, Carsten Bormann wrote: > What happens when a test fails? > -- Keep or rewind the changes done so far? > (or do we stipulate "test" has to come before modifiers?) I think requiring them to come first makes a lot of sense. > -- What is the response code you want to see? 409 comes to mind. Best regards, Julian From cabo@tzi.org Thu Dec 1 04:47:14 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 718C621F8AFC for ; Thu, 1 Dec 2011 04:47:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.249 X-Spam-Level: X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pe4Iy2IBm4jD for ; Thu, 1 Dec 2011 04:47:14 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by ietfa.amsl.com (Postfix) with ESMTP id 984FC21F8AFA for ; Thu, 1 Dec 2011 04:47:13 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id pB1Cl6eQ017258; Thu, 1 Dec 2011 13:47:06 +0100 (CET) Received: from [192.168.217.110] (p54899BA5.dip.t-dialin.net [84.137.155.165]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id E3210AE6; Thu, 1 Dec 2011 13:47:05 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=windows-1252 From: Carsten Bormann In-Reply-To: <4ED77513.3070506@gmx.de> Date: Thu, 1 Dec 2011 13:47:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <58C610C7-5F52-4C4F-9479-4B1DED192709@tzi.org> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 12:47:14 -0000 On Dec 1, 2011, at 13:37, Julian Reschke wrote: > On 2011-12-01 13:26, Carsten Bormann wrote: >> What happens when a test fails? >> -- Keep or rewind the changes done so far? >> (or do we stipulate "test" has to come before modifiers?) >=20 > I think requiring them to come first makes a lot of sense. I think so, too. (Still, something should be said about what is supposed to happen if = they don't -- is that a MUST detect then?) My comment ("what happens") can be generalized to the entire section 5 = of draft-pbryan-json-patch-02.txt=85 "Fails to complete" doesn't cut = it, I think. >> -- What is the response code you want to see? >=20 > 409 comes to mind. Sounds good. I think that the media type spec should contain text = suggesting a specific response code, to rein in the otherwise = uncontrollable inventiveness of the implementers. Could go in section = 5, too. Gr=FC=DFe, Carsten From julian.reschke@gmx.de Thu Dec 1 05:01:43 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E61621F8C8A for ; Thu, 1 Dec 2011 05:01:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.099 X-Spam-Level: X-Spam-Status: No, score=-103.099 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoumpLKBpMds for ; Thu, 1 Dec 2011 05:01:42 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 6C39021F8B8A for ; Thu, 1 Dec 2011 05:01:42 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 13:01:40 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp052) with SMTP; 01 Dec 2011 14:01:40 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19e1a9FIxlejXg6n5bfXidNy1x7iw8SYbegLOWLyU R3aZK/JjKYDJQr Message-ID: <4ED77AB2.3000906@gmx.de> Date: Thu, 01 Dec 2011 14:01:38 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Carsten Bormann References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <58C610C7-5F52-4C4F-9479-4B1DED192709@tzi.org> In-Reply-To: <58C610C7-5F52-4C4F-9479-4B1DED192709@tzi.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 13:01:43 -0000 On 2011-12-01 13:47, Carsten Bormann wrote: > On Dec 1, 2011, at 13:37, Julian Reschke wrote: > >> On 2011-12-01 13:26, Carsten Bormann wrote: >>> What happens when a test fails? >>> -- Keep or rewind the changes done so far? >>> (or do we stipulate "test" has to come before modifiers?) >> >> I think requiring them to come first makes a lot of sense. > > I think so, too. > (Still, something should be said about what is supposed to happen if they don't -- is that a MUST detect then?) I would support that (MUST occur first). > My comment ("what happens") can be generalized to the entire section 5 of draft-pbryan-json-patch-02.txt… "Fails to complete" doesn't cut it, I think. > >>> -- What is the response code you want to see? >> >> 409 comes to mind. > > Sounds good. I think that the media type spec should contain text suggesting a specific response code, to rein in the otherwise uncontrollable inventiveness of the implementers. Could go in section 5, too. Not sure. I think is quite clear on that. Best regards, Julian From alexey.melnikov@isode.com Thu Dec 1 07:19:32 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95B6511E81FC; Thu, 1 Dec 2011 07:19:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZMDaUK5A0IPO; Thu, 1 Dec 2011 07:19:31 -0800 (PST) Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 5160011E8199; Thu, 1 Dec 2011 07:19:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1322752770; d=isode.com; s=selector; i=@isode.com; bh=JmAAG7Wml69jSEJCxG+8s2abkdMZdWoXpH6L3IqAgUo=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=ZGeXmxVvrEfdjQ4mrBTvhl6xQbMl5yruWQ7GWmAZiUeLZq1nixk3E1Ed1VfIpQjbUp8gDp CyhzHEER2GuwnFmMGPLnUM3xMSBSJ//ESnnLybjG7HrxGU8JZHp/27KAJwjd8RaTKYLFKo a2i5ncFKL9TidM03eLlX8GLCVgWqPlg=; Received: from [192.168.1.144] ((unknown) [62.3.217.253]) by rufus.isode.com (submission channel) via TCP with ESMTPSA id ; Thu, 1 Dec 2011 15:19:30 +0000 X-SMTP-Protocol-Errors: NORDNS Message-ID: <4ED79B00.1020703@isode.com> Date: Thu, 01 Dec 2011 15:19:28 +0000 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 To: William Mills References: <1322547891.26139.YahooMailNeo@web31812.mail.mud.yahoo.com> In-Reply-To: <1322547891.26139.YahooMailNeo@web31812.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "kitten@ietf.org" , "draft-ietf-kitten-sasl-openid.all@tools.ietf.org" , "iesg@ietf.org" , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] [APPS-REVIEW] review of draft-ietf-kitten-sasl-openid-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 15:19:32 -0000 Hi William, Thank you for the review. I will reply to a couple of your points and I hope document editors will reply to the rest. On 29/11/2011 06:24, William Mills wrote: > I have been selected as the Applications Area Review Team reviewer for this draft (for background on apps-review, please seehttp://www.apps.ietf.org/content/applications-area-review-team). > > Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. > > Document: draft-ietf-kitten-sasl-openid-07 > Reviewer: William J. Mills > Review Date: November 28, 2011 > IETF Last Call Date: October 25, 2011 > > Review Summary: > > This draft is almost ready for publication as a Proposed Standard, but should address the three major issues below before proceeding. Some minor issues and nits are also noted. > > Document Summary: > > This document defines a pure SASL mechanism for OpenID, but it conforms to the new bridge between SASL and the GSS-API called GS2 [RFC5801], so it defines both a SASL and a GSS-API mechanism. > . > > Major Issues: > > Section 1.2. Applicability: This section requires TLS but channel binding is not supported by the mechanism. OpenID itself does not require TLS for client to relying party interactions, as integrity can be assured with a MAC signature and replayability is dealt with in the OpenID nonce. Requiring TLS does not appear to be based on the underlying security profile of OpenID. If TLS is ot be required channel binding should be supported. If TLS is not required then there is the possibility of a DOS against the return_to entrypoint returned to the user, sending a false failure message. > > > Section 3.2 Authentication Request: In the second full paragraph defining transaction id, the language here probably isn't strong enough. What it says now is > > The form of this transaction is left to the RP to decide, but > SHOULD be large enough to be resistant to being guessed or attacked. > > (Nit: At the very least "transaction" needs to be "transaction id") I think it would be better if the current text is replaced with > > The form of this transaction id is left to the implementer, but it > MUST be resistant to being guessed or attacked. I agree with this, but the MUST by itself doesn't provide enough information about how to implement a conformant implementation, so ... > I think MUST is justified here because the RP is possibly open to a DOS if the value is guessable. A paragraph in the security considerations section might be warranted to talk about how to pick good unguessable values, although this has been done many times in many different specs. ... There is an RFC on generating good randomness: [RFC4086]. It should be cited here. > Side comment: maybe we need an RFC just for this and then everyone can cite it. > > 3.3. Server Response > > The problem I see here is that the result sent to the server that is "used to set state in the server accordingly" is not guaranteed to provide a username that will be useful to the SASL endpoint. The RP might get a full email address, or might get a bare username. In the case of an IMAP server supporting multiple domains this may be significant. The spec really should define how the SASL identities are determined from the response from the OP. The authentication identity is specified in Section 3.1 (it is passed from the client to the server). However, two things are missing in the document: 1). A more precise definition of the authentication identity format. Section 3.1 says that it is a URI, but doesn't specify any specific URI scheme as mandatory to implement or even as recommended. Lack of specificity can lead to types of problem you point out above. 2). Section 3.3 should probably talk about whether any verification of the returned data can and should be performed to make sure that it corresponds to the identity requested. Unless editors can make a good argument why this doesn't belong in Section 3.3. > It's possible that this could be solved by moving 6.1 and making it 3.3.1. Identity mapping seems to fit better here than in security considerations. > > > Minor issues: > > User confusion on names: The problem I see is one of confusion for the user of an OpenID enabled SASL client for Mail. Some endpoint will need to be given usrename, some will be given an dOpenID endpoint. Clarifying language might be useful to guide the client implementer. Is there a disocvery method that the client can use ot go from a username/domain to the OpenID endpoint ot send to the RP? > > More examples: I'd prefer to see an example of a failure flow included. I tend to like examples though, and find them helpful in parsing the normative text. > > 3.3. Server Response& 3.4. Error Handling& 5. Example > > There's an inconsistency here I think could be better. In the Exmaple we have a success case where the client returns and empty client message in order to prompt the server to finalize the SASL negotiation. In the error handling case we have an explicit continuation from the client sending "=". Is the "=" sign after the error return actually required or can this simply be an empty client message. This means if the client knows the negotiation is complete and has not gotten a result it just always sends the empty message. Personally I would appreciate an error case example. > Nits: > > Section 1, 4th para, first sentence: I would change "As currently envisioned, this mechanism is to allow" to "This mechanism allows". > > Section 1, 5th para, 2nd sentence: "will continued to be" change continued to continue. Yeah, these make sense. Best Regards, Alexey, as the document shepherd. From wmills@yahoo-inc.com Thu Dec 1 08:36:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C7C21F912D for ; Thu, 1 Dec 2011 08:36:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.298 X-Spam-Level: X-Spam-Status: No, score=-17.298 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cgi-jnFnhUCw for ; Thu, 1 Dec 2011 08:36:35 -0800 (PST) Received: from nm24.bullet.mail.bf1.yahoo.com (nm24.bullet.mail.bf1.yahoo.com [98.139.212.183]) by ietfa.amsl.com (Postfix) with SMTP id 25DB011E8231 for ; Thu, 1 Dec 2011 08:36:17 -0800 (PST) Received: from [98.139.214.32] by nm24.bullet.mail.bf1.yahoo.com with NNFMP; 01 Dec 2011 16:36:14 -0000 Received: from [98.139.212.199] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 01 Dec 2011 16:36:14 -0000 Received: from [127.0.0.1] by omp1008.mail.bf1.yahoo.com with NNFMP; 01 Dec 2011 16:36:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 181073.96028.bm@omp1008.mail.bf1.yahoo.com Received: (qmail 98946 invoked by uid 60001); 1 Dec 2011 16:36:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo-inc.com; s=ginc1024; t=1322757373; bh=CuKY1Y0Wtx36D8p0b8+SEvXb6DHTvWFgOji9AUGGUwI=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=aaxyGwttkRVcT3gGj1eVH5SYadMdB1xl8y3xAdB9ZikDf0bW9mX9yEuFxClFRB/jNw464desDQMI5F33xzF8nkQWqE3GNSMsk5d49jsjXuakGHH/Jn/W565Lj3fmFauQp7hAF10gL6ZNGUqB+hLEi9MkDMxvNfnNMnkT18mYmrs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ginc1024; d=yahoo-inc.com; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=MyMqvxvjlqqbHkdIk47iVj2qTAJKKsDIj5Uct8xYtYUhW7OfQ10zy38Nz7fAvDd0+KZPoFqr1bwEzCjs6sxIfzrIfiAYgs5XT4nnCpgdZetlECixUfWwuX9Q3cUqRz0wwGd6kQjOspJMIe/UHowTreVy9tIPg4/AsD4FfHHPgNw=; X-YMail-OSG: 7yU1PX0VM1nQMlLYTeUFCikj_dNT3ofW2KyOsQ9W86G6K0Z BceIrsfkHZsivHiShmnwIpUQXiWkOVPjv6lLziHT3l4Sp7gJcV1OHW0KRSNQ WGoAFPajw6UPeghza3vOQc7EEkE62Ghs.uxWlidNIFRil156wNWXwUCqg2mk oJthMPv7woezrQ84D5ljQ3XHCjH1ZPy050hpXZv3MrcDmGUst0RLpnkAIOtj 4dXLnS_ExMW2JrfC0iFn9wrr97gGX_c4_uEUOAE34O11HSaevKrMpxciiJ_c .yqr_4VIqIml0qJkWnR_izbDtj9C7XCfLy1IGe5xw3D8HIqssTvmwmPV3SQ1 ApiUx6ZOkX_ZRpHu0NZv3K_gv8bBtO0cqD3IVVSOjgHTrKGqbduGFz16BLg_ _FqYeIqWVc4HfUQ-- Received: from [99.31.212.42] by web31802.mail.mud.yahoo.com via HTTP; Thu, 01 Dec 2011 08:36:13 PST X-RocketYMMF: william_john_mills X-Mailer: YahooMailWebService/0.8.116.331537 References: <1322547891.26139.YahooMailNeo@web31812.mail.mud.yahoo.com> Message-ID: <1322757373.30894.YahooMailNeo@web31802.mail.mud.yahoo.com> Date: Thu, 1 Dec 2011 08:36:13 -0800 (PST) From: William Mills To: William Mills , "apps-discuss@ietf.org" , "draft-ietf-kitten-sasl-openid.all@tools.ietf.org" In-Reply-To: <1322547891.26139.YahooMailNeo@web31812.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1036955950-1173862516-1322757373=:30894" Cc: "kitten@ietf.org" , "iesg@ietf.org" Subject: Re: [apps-discuss] [kitten] [APPS-REVIEW] review of draft-ietf-kitten-sasl-openid-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: William Mills List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 16:36:36 -0000 ---1036955950-1173862516-1322757373=:30894 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I should have put a disclaimer in the review.=A0 My weakest subject in this= review is the GSS-API bridge, it looked right to me but I'm in no way auth= oritative there. I know Hannes and Eliot are strong there though.=0A=0A-bil= l=0A=0A=0A=0A________________________________=0A From: William Mills =0ATo: "apps-discuss@ietf.org" ; "dr= aft-ietf-kitten-sasl-openid.all@tools.ietf.org" =0ACc: "kitten@ietf.org" ; "iesg@i= etf.org" =0ASent: Monday, November 28, 2011 10:24 PM=0ASubj= ect: [kitten] [APPS-REVIEW] review of draft-ietf-kitten-sasl-openid-07=0A = =0AI have been selected as the Applications Area Review Team reviewer for t= his draft (for background on apps-review, please see http://www.apps.ietf.o= rg/content/applications-area-review-team). =0A=0APlease resolve these comme= nts along with any other Last Call comments you may receive. Please wait fo= r direction from your document shepherd or AD before posting a new version = of the draft.=0A=0ADocument: draft-ietf-kitten-sasl-openid-07=0AReviewer: W= illiam J. Mills=0AReview Date: November 28, 2011=0AIETF Last Call Date:=A0 = October 25, 2011=0A=0AReview Summary:=0A=0AThis draft is almost ready for p= ublication as a Proposed Standard, but should address the three major issue= s below before proceeding.=A0 Some minor issues and nits are also noted.=0A= =0ADocument Summary:=0A=0AThis document defines a pure SASL mechanism for O= penID, but it conforms to the new bridge between SASL and the GSS-API calle= d GS2 [RFC5801], so it defines both a SASL and a GSS-API mechanism.=0A.=0A= =0AMajor Issues:=0A=0ASection=A0 1.2.=A0=A0Applicability:=A0 This section r= equires TLS but channel binding is not supported by the mechanism.=A0 OpenI= D itself does not require TLS for client to relying party interactions, as = integrity can be assured with a MAC signature and replayability is dealt wi= th in the OpenID nonce.=A0 Requiring TLS does not appear to be based on the= underlying security profile of OpenID.=A0 If TLS is ot be required channel= binding should be supported.=A0 If TLS is not required then there is the p= ossibility of a DOS against the return_to entrypoint returned to the user, = sending a false failure message.=0A=0A=0ASection 3.2 Authentication Request= :=A0 In the second full paragraph defining transaction id, the language her= e probably isn't strong enough.=A0=A0=A0 What it says now is =0A=0A=A0=A0 T= he form of this transaction is left to the RP to decide, but =0A=A0=A0 SHOU= LD be large enough to be resistant to being guessed or attacked.=0A=0A(Nit:= At the very least "transaction" needs to be "transaction id") I think it w= ould be better if the current text is replaced with=0A=0A=A0=A0 The form of= this transaction id is left to the implementer, but it=0A=A0=A0 MUST be re= sistant to being guessed or attacked.=0A=0AI think MUST is justified here b= ecause the RP is possibly open to a DOS if the value is guessable.=A0 A par= agraph in the security considerations section might be warranted to talk ab= out how to pick good unguessable values, although this has been done many t= imes in many different specs.=A0 Side comment: maybe we need an RFC just fo= r this and then everyone can cite it.=0A=0A3.3.=A0=A0Server Response=0A=0AT= he problem I see here is that the result sent to the server that is "used t= o set state in the server accordingly" is not guaranteed to provide a usern= ame=A0 that will be useful to the SASL endpoint.=A0 The RP might get a full= email address, or might get a bare username.=A0 In the case of an IMAP ser= ver supporting multiple domains this may be significant.=A0 The spec really= should define how the SASL identities are determined from the response fro= m the OP.=0A=0AIt's possible that this could be solved by moving 6.1 and ma= king it 3.3.1.=A0 Identity mapping seems to fit better here than in securit= y considerations.=0A=0A=0AMinor issues:=0A=0AUser confusion on names: The p= roblem I see is one of confusion for the user of an OpenID enabled SASL cli= ent for Mail.=A0 Some endpoint will need to be given usrename, some will be= given an dOpenID endpoint.=A0 Clarifying language might be useful to guide= the client implementer.=A0 Is there a disocvery method that the client can= use ot go from a username/domain to the OpenID endpoint ot send to the RP?= =0A=0AMore examples:=A0 I'd prefer to see an example of a failure flow incl= uded.=A0 I tend to like examples though, and find them helpful in parsing t= he normative text.=0A=0A3.3.=A0=A0Server Response & 3.4.=A0=A0Error Handlin= g & 5. Example=0A=0AThere's an inconsistency here I think could be better.= =A0=A0In the Exmaple we have a success case where the client returns and em= pty client message in order to prompt the server to finalize the SASL negot= iation.=A0 In the error handling case we have an explicit continuation from= the client sending "=3D".=A0=A0 Is the "=3D" sign after the error return a= ctually required or can this simply be an empty client message.=A0 This mea= ns if the client knows the negotiation is complete and has not gotten a res= ult it just always sends the empty message.=0A=0A=0ANits:=0A=0ASection 1, 4= th para, first sentence:=A0 I would change "As currently envisioned, this m= echanism is to allow" to "This mechanism allows".=0A=0ASection 1, 5th para,= 2nd sentence: "will continued to be" change continued to continue.=0A_____= __________________________________________=0AKitten mailing list=0AKitten@i= etf.org=0Ahttps://www.ietf.org/mailman/listinfo/kitten ---1036955950-1173862516-1322757373=:30894 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I should have put a disclaimer in the review.  My weakest subject in= this review is the GSS-API bridge, it looked right to me but I'm in no way= authoritative there. I know Hannes and Eliot are strong there though.

-bill
<= br>
From:= William Mills <wmills@yahoo-inc.com>
To: "apps-discuss@ietf.org" <apps-discuss@ietf.org= >; "draft-ietf-kitten-sasl-openid.all@tools.ietf.org" <draft-ietf-kitten-sasl-openid.all@tools.ietf.org>
Cc: "kitten@ietf.org" <kitten@ietf.o= rg>; "iesg@ietf.org" <iesg@ietf.org>
Sent: Monday, November 28, 2011 10:24 PM
Subject: [kitten] [APPS-REVIEW]= review of draft-ietf-kitten-sasl-openid-07
=0AI have been = selected as the Applications Area Review Team reviewer for this draft (for = background on apps-review, please see http://www.apps.ietf.org/content/appl= ications-area-review-team).

Please resolve these comments along wit= h any other Last Call comments you may receive. Please wait for direction f= rom your document shepherd or AD before posting a new version of the draft.=

Document: draft-ietf-kitten-sasl-openid-07
Reviewer: William J. = Mills
Review Date: November 28, 2011
IETF Last Call Date:  Octob= er 25, 2011

Review Summary:

This draft is almost ready for pu= blication as a Proposed Standard, but should address the three major issues= below before proceeding.  Some minor issues and nits are also noted.<= br>
Document Summary:

This document defines a pure SASL mechanism= for OpenID, but it conforms to the new bridge between SASL and the GSS-API= called GS2 [RFC5801], so it defines both a SASL and a GSS-API mechanism.
.

Major Issues:

Section  1.2.&nbs= p; Applicability:  This section requires TLS but channel binding = is not supported by the mechanism.  OpenID itself does not require TLS= for client to relying party interactions, as integrity can be assured with= a MAC signature and replayability is dealt with in the OpenID nonce. = Requiring TLS does not appear to be based on the underlying security profi= le of OpenID.  If TLS is ot be required channel binding should be supp= orted.  If TLS is not required then there is the possibility of a DOS = against the return_to entrypoint returned to the user, sending a false fail= ure message.


Section 3.2 Authentication Request:  In the se= cond full paragraph defining transaction id, the language here probably isn= 't strong enough.    What it says now is

  = ; The form of this transaction is left to the RP to decide, but
   SHOULD be large enough to be resistant to being guessed o= r attacked.

(Nit: At the very least "transaction" needs to be "trans= action id") I think it would be better if the current text is replaced with=

   The form of this transaction id is left to the impleme= nter, but it
   MUST be resistant to being guessed or attacked= .

I think MUST is justified here because the RP is possibly open to = a DOS if the value is guessable.  A paragraph in the security consider= ations section might be warranted to talk about how to pick good unguessabl= e values, although this has been done many times in many different specs.&n= bsp; Side comment: maybe we need an RFC just for this and then everyone can= cite it.

3.3.  Server Response

The problem I see h= ere is that the result sent to the server that is "used to set state in the= server accordingly" is not guaranteed to provide a username  that will be useful to the SASL endpoint.  The RP might get a full em= ail address, or might get a bare username.  In the case of an IMAP ser= ver supporting multiple domains this may be significant.  The spec rea= lly should define how the SASL identities are determined from the response = from the OP.

It's possible that this could be solved by moving 6.1 a= nd making it 3.3.1.  Identity mapping seems to fit better here than in= security considerations.


Minor issues:

User confusion on= names: The problem I see is one of confusion for the user of an OpenID ena= bled SASL client for Mail.  Some endpoint will need to be given usrena= me, some will be given an dOpenID endpoint.  Clarifying language might= be useful to guide the client implementer.  Is there a disocvery meth= od that the client can use ot go from a username/domain to the OpenID endpo= int ot send to the RP?

More examples:  I'd prefer to see an example of a failure flow included.  I tend to like examples thoug= h, and find them helpful in parsing the normative text.

3.3. &n= bsp;Server Response & 3.4.  Error Handling & 5. Example
There's an inconsistency here I think could be better.  In = the Exmaple we have a success case where the client returns and empty clien= t message in order to prompt the server to finalize the SASL negotiation.&n= bsp; In the error handling case we have an explicit continuation from the c= lient sending "=3D".   Is the "=3D" sign after the error return a= ctually required or can this simply be an empty client message.  This = means if the client knows the negotiation is complete and has not gotten a = result it just always sends the empty message.


Nits:

Sect= ion 1, 4th para, first sentence:  I would change "As currently envisio= ned, this mechanism is to allow" to "This mechanism allows".

Section 1, 5th para, 2nd sentence: "will continued to be" = change continued to continue.
__________________________________________= _____
Kitten mailing list
Kitten@ietf.org
https://www.ietf.org/mai= lman/listinfo/kitten


---1036955950-1173862516-1322757373=:30894-- From paul.bryan@forgerock.com Thu Dec 1 09:55:51 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10CEE21F907F for ; Thu, 1 Dec 2011 09:55:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m1PHyGqRbOvH for ; Thu, 1 Dec 2011 09:55:49 -0800 (PST) Received: from eu1sys200aog107.obsmtp.com (eu1sys200aog107.obsmtp.com [207.126.144.123]) by ietfa.amsl.com (Postfix) with SMTP id A19CB21F907D for ; Thu, 1 Dec 2011 09:55:45 -0800 (PST) Received: from mail-vw0-f45.google.com ([209.85.212.45]) (using TLSv1) by eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP ID DSNKTte/jZVHar31Q++k9mcCyBCvxu7WXhUD@postini.com; Thu, 01 Dec 2011 17:55:48 UTC Received: by mail-vw0-f45.google.com with SMTP id u11so1978920vbb.32 for ; Thu, 01 Dec 2011 09:55:25 -0800 (PST) Received: by 10.52.99.74 with SMTP id eo10mr7240871vdb.12.1322762125860; Thu, 01 Dec 2011 09:55:25 -0800 (PST) Received: from [192.168.1.3] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id a2sm7588671vdj.3.2011.12.01.09.55.21 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Dec 2011 09:55:22 -0800 (PST) Message-ID: <1322762119.340.6.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Thu, 01 Dec 2011 09:55:19 -0800 In-Reply-To: <4ED77AB2.3000906@gmx.de> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <58C610C7-5F52-4C4F-9479-4B1DED192709@tzi.org> <4ED77AB2.3000906@gmx.de> Content-Type: multipart/alternative; boundary="=-3qs2XRFSM2mFJmtilEEI" X-Mailer: Evolution 3.0.3-2 Mime-Version: 1.0 Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 17:55:51 -0000 --=-3qs2XRFSM2mFJmtilEEI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit I can project cases where multiple operations are performed, and you can't determine the state until an operation is completed before being in a position to test for the next operation. Forcing tests to be up front will needlessly complicate diff implementations, will not reduce any complexity on patch implementations, for no good reason as far as I can tell Paul On Thu, 2011-12-01 at 14:01 +0100, Julian Reschke wrote: > On 2011-12-01 13:47, Carsten Bormann wrote: > > On Dec 1, 2011, at 13:37, Julian Reschke wrote: > > > >> On 2011-12-01 13:26, Carsten Bormann wrote: > >>> What happens when a test fails? > >>> -- Keep or rewind the changes done so far? > >>> (or do we stipulate "test" has to come before modifiers?) > >> > >> I think requiring them to come first makes a lot of sense. > > > > I think so, too. > > (Still, something should be said about what is supposed to happen if they don't -- is that a MUST detect then?) > > I would support that (MUST occur first). > > > My comment ("what happens") can be generalized to the entire section 5 of draft-pbryan-json-patch-02.txt… "Fails to complete" doesn't cut it, I think. > > > >>> -- What is the response code you want to see? > >> > >> 409 comes to mind. > > > > Sounds good. I think that the media type spec should contain text suggesting a specific response code, to rein in the otherwise uncontrollable inventiveness of the implementers. Could go in section 5, too. > > Not sure. I think > is quite > clear on that. > > Best regards, Julian > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss --=-3qs2XRFSM2mFJmtilEEI Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit I can project cases where multiple operations are performed, and you can't determine the state until an operation is completed before being in a position to test for the next operation. Forcing tests to be up front will needlessly complicate diff implementations, will not reduce any complexity on patch implementations, for no good reason as far as I can tell

Paul

On Thu, 2011-12-01 at 14:01 +0100, Julian Reschke wrote: 
On 2011-12-01 13:47, Carsten Bormann wrote:
> On Dec 1, 2011, at 13:37, Julian Reschke wrote:
>
>> On 2011-12-01 13:26, Carsten Bormann wrote:
>>> What happens when a test fails?
>>> -- Keep or rewind the changes done so far?
>>> 	(or do we stipulate "test" has to come before modifiers?)
>>
>> I think requiring them to come first makes a lot of sense.
>
> I think so, too.
> (Still, something should be said about what is supposed to happen if they don't -- is that a MUST detect then?)

I would support that (MUST occur first).

> My comment ("what happens") can be generalized to the entire section 5 of draft-pbryan-json-patch-02.txt…  "Fails to complete" doesn't cut it, I think.
>
>>> -- What is the response code you want to see?
>>
>> 409 comes to mind.
>
> Sounds good.  I think that the media type spec should contain text suggesting a specific response code, to rein in the otherwise uncontrollable inventiveness of the implementers.  Could go in section 5, too.

Not sure. I think 
<http://greenbytes.de/tech/webdav/rfc5789.html#rfc.section.2.2> is quite 
clear on that.

Best regards, Julian
_______________________________________________
apps-discuss mailing list
apps-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/apps-discuss

--=-3qs2XRFSM2mFJmtilEEI-- From stpeter@stpeter.im Thu Dec 1 10:07:57 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B45A311E828D for ; Thu, 1 Dec 2011 10:07:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cRpNPKt6iyn0 for ; Thu, 1 Dec 2011 10:07:57 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 1D03411E8115 for ; Thu, 1 Dec 2011 10:07:57 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 664EE421BB; Thu, 1 Dec 2011 11:14:56 -0700 (MST) Message-ID: <4ED7C27A.2030702@stpeter.im> Date: Thu, 01 Dec 2011 11:07:54 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Maile Ohye References: <4E083D3F.6030200@gmx.de> <4E0D3EA5.7010803@gmail.com> <4E0DCFEF.20206@gmx.de> <4E0DEA77.3050007@gmail.com> <4E0E0E76.2080007@gmail.com> <4E0E995A.7060800@gmail.com> <4E0F1058.3050201@gmail.com> <1309613470.2807.17.camel@mackerel> <4E0F1F2F.8020504@gmail.com> <4E0FF142.1010201@gmail.com> In-Reply-To: <4E0FF142.1010201@gmail.com> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Joachim Kupke , IETF Apps Discuss Subject: Re: [apps-discuss] [link-relations] Fwd: I-D Action: draft-ohye-canonical-link-relation-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 18:07:57 -0000 I'm creating the IESG ballot text right now and I have one question... On 7/2/11 10:34 PM, Mykyta Yevstifeyev wrote: >> 9. OPEN. M. Yevstifeyev: >> > 8. Internationalisation Considerations >> In designating a canonical URI, please see [RFC3986] for information >> on URI encoding. >> >> IRIs serve for this purpose. I recommend either to rename the section >> to Encoding considerations or skip it at all ( I personally like 2nd >> variant). >> --response by J. Reschke "I believe we'll need this section, and the >> contents is fine; after all, this is what you have to think of with >> respect to I18N, no?" >> --response by M. Yevstifeyev: "RFC 5988 allows target and context URIs >> to be IRIs. Current draft has no provisions regarding this. However, >> the actual and current text matches encoding considerations better." >> --response by J. Reschke: "Actually, there's nothing special about the >> I18N for this link relation; so I believe the text should just state >> that there's nothing to say in addition to RFC 5988, Section 8." >> --response by M. Yevstifeyev: "Probably such approach is OK." >> --response by M. Ohye, “Julian, would you like us to restate the >> current text to explicitly mention there is nothing beyond RFC 5988, >> or leave as-is?” > So let's wait for Julian's response. As far as I can see, Julian never replied on the i18n topic. Did I miss his post to the list? Peter -- Peter Saint-Andre https://stpeter.im/ From julian.reschke@gmx.de Thu Dec 1 10:53:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A494B1F0C4B for ; Thu, 1 Dec 2011 10:53:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.858 X-Spam-Level: X-Spam-Status: No, score=-102.858 tagged_above=-999 required=5 tests=[AWL=-0.258, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eM8KGNG0TCrA for ; Thu, 1 Dec 2011 10:53:06 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 6E53F1F0C4A for ; Thu, 1 Dec 2011 10:53:06 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 18:53:04 -0000 Received: from p5DCC92A3.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.146.163] by mail.gmx.net (mp002) with SMTP; 01 Dec 2011 19:53:04 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1//aN9LL+T/APqxVpOmeiXsaQvYH8GxK53uQd0km2 gT/OrPcmenvm62 Message-ID: <4ED7CD0D.5080003@gmx.de> Date: Thu, 01 Dec 2011 19:53:01 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Peter Saint-Andre References: <4E083D3F.6030200@gmx.de> <4E0D3EA5.7010803@gmail.com> <4E0DCFEF.20206@gmx.de> <4E0DEA77.3050007@gmail.com> <4E0E0E76.2080007@gmail.com> <4E0E995A.7060800@gmail.com> <4E0F1058.3050201@gmail.com> <1309613470.2807.17.camel@mackerel> <4E0F1F2F.8020504@gmail.com> <4E0FF142.1010201@gmail.com> <4ED7C27A.2030702@stpeter.im> In-Reply-To: <4ED7C27A.2030702@stpeter.im> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss , Joachim Kupke , Maile Ohye Subject: Re: [apps-discuss] [link-relations] Fwd: I-D Action: draft-ohye-canonical-link-relation-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 18:53:09 -0000 On 2011-12-01 19:07, Peter Saint-Andre wrote: > I'm creating the IESG ballot text right now and I have one question... > > On 7/2/11 10:34 PM, Mykyta Yevstifeyev wrote: > ... >>> I18N for this link relation; so I believe the text should just state >>> that there's nothing to say in addition to RFC 5988, Section 8." >>> --response by M. Yevstifeyev: "Probably such approach is OK." >>> --response by M. Ohye, “Julian, would you like us to restate the >>> current text to explicitly mention there is nothing beyond RFC 5988, >>> or leave as-is?” >> So let's wait for Julian's response. > > As far as I can see, Julian never replied on the i18n topic. Did I miss > his post to the list? No, I probably never replied. I don't think it matters. We can leave things as they are, or add another statement pointing to RFC 5988's I18N section. Best regards, Julian From stpeter@stpeter.im Thu Dec 1 10:55:33 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFF6F1F0C7C for ; Thu, 1 Dec 2011 10:55:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nM7q-H6IxSE0 for ; Thu, 1 Dec 2011 10:55:32 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id A8B701F0C4B for ; Thu, 1 Dec 2011 10:55:29 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 2944E421BB; Thu, 1 Dec 2011 12:02:29 -0700 (MST) Message-ID: <4ED7CD9F.9020602@stpeter.im> Date: Thu, 01 Dec 2011 11:55:27 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Julian Reschke References: <4E083D3F.6030200@gmx.de> <4E0D3EA5.7010803@gmail.com> <4E0DCFEF.20206@gmx.de> <4E0DEA77.3050007@gmail.com> <4E0E0E76.2080007@gmail.com> <4E0E995A.7060800@gmail.com> <4E0F1058.3050201@gmail.com> <1309613470.2807.17.camel@mackerel> <4E0F1F2F.8020504@gmail.com> <4E0FF142.1010201@gmail.com> <4ED7C27A.2030702@stpeter.im> <4ED7CD0D.5080003@gmx.de> In-Reply-To: <4ED7CD0D.5080003@gmx.de> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: IETF Apps Discuss , Joachim Kupke , Maile Ohye Subject: Re: [apps-discuss] [link-relations] Fwd: I-D Action: draft-ohye-canonical-link-relation-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 18:55:33 -0000 On 12/1/11 11:53 AM, Julian Reschke wrote: > On 2011-12-01 19:07, Peter Saint-Andre wrote: >> I'm creating the IESG ballot text right now and I have one question... >> >> On 7/2/11 10:34 PM, Mykyta Yevstifeyev wrote: >> ... >>>> I18N for this link relation; so I believe the text should just state >>>> that there's nothing to say in addition to RFC 5988, Section 8." >>>> --response by M. Yevstifeyev: "Probably such approach is OK." >>>> --response by M. Ohye, “Julian, would you like us to restate the >>>> current text to explicitly mention there is nothing beyond RFC 5988, >>>> or leave as-is?” >>> So let's wait for Julian's response. >> >> As far as I can see, Julian never replied on the i18n topic. Did I miss >> his post to the list? > > No, I probably never replied. > > I don't think it matters. We can leave things as they are, or add > another statement pointing to RFC 5988's I18N section. > > Best regards, Julian Yeah, I would suggest: OLD In designating a canonical URI, please see [RFC3986] for information on URI encoding. NEW Internationalization considerations for link relations are provided in Section 8 of [RFC5988]. Peter -- Peter Saint-Andre https://stpeter.im/ From julian.reschke@gmx.de Thu Dec 1 11:06:25 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 187761F0CBE for ; Thu, 1 Dec 2011 11:06:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.834 X-Spam-Level: X-Spam-Status: No, score=-102.834 tagged_above=-999 required=5 tests=[AWL=-0.235, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S6CnF+8ZOwGI for ; Thu, 1 Dec 2011 11:06:24 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 33CDE1F0CB4 for ; Thu, 1 Dec 2011 11:06:23 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 19:06:22 -0000 Received: from p5DCC92A3.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.146.163] by mail.gmx.net (mp023) with SMTP; 01 Dec 2011 20:06:22 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/y4FpOZSDyiDQcKb2k3Z0Iqx8jwn12be/sa08Z7Z 2ttiurGMZ1Rv8+ Message-ID: <4ED7D02A.50305@gmx.de> Date: Thu, 01 Dec 2011 20:06:18 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Peter Saint-Andre References: <4E083D3F.6030200@gmx.de> <4E0D3EA5.7010803@gmail.com> <4E0DCFEF.20206@gmx.de> <4E0DEA77.3050007@gmail.com> <4E0E0E76.2080007@gmail.com> <4E0E995A.7060800@gmail.com> <4E0F1058.3050201@gmail.com> <1309613470.2807.17.camel@mackerel> <4E0F1F2F.8020504@gmail.com> <4E0FF142.1010201@gmail.com> <4ED7C27A.2030702@stpeter.im> <4ED7CD0D.5080003@gmx.de> <4ED7CD9F.9020602@stpeter.im> In-Reply-To: <4ED7CD9F.9020602@stpeter.im> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss , Joachim Kupke , Maile Ohye Subject: Re: [apps-discuss] [link-relations] Fwd: I-D Action: draft-ohye-canonical-link-relation-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 19:06:25 -0000 On 2011-12-01 19:55, Peter Saint-Andre wrote: > On 12/1/11 11:53 AM, Julian Reschke wrote: >> On 2011-12-01 19:07, Peter Saint-Andre wrote: >>> I'm creating the IESG ballot text right now and I have one question... >>> >>> On 7/2/11 10:34 PM, Mykyta Yevstifeyev wrote: >>> ... >>>>> I18N for this link relation; so I believe the text should just state >>>>> that there's nothing to say in addition to RFC 5988, Section 8." >>>>> --response by M. Yevstifeyev: "Probably such approach is OK." >>>>> --response by M. Ohye, “Julian, would you like us to restate the >>>>> current text to explicitly mention there is nothing beyond RFC 5988, >>>>> or leave as-is?” >>>> So let's wait for Julian's response. >>> >>> As far as I can see, Julian never replied on the i18n topic. Did I miss >>> his post to the list? >> >> No, I probably never replied. >> >> I don't think it matters. We can leave things as they are, or add >> another statement pointing to RFC 5988's I18N section. >> >> Best regards, Julian > > Yeah, I would suggest: > > OLD > In designating a canonical URI, please see [RFC3986] for information > on URI encoding. > > NEW > Internationalization considerations for link relations are provided > in Section 8 of [RFC5988]. Works for me. Best regards, Julian From stpeter@stpeter.im Thu Dec 1 11:07:46 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376701F0CB4 for ; Thu, 1 Dec 2011 11:07:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H4meHL4Uv-5M for ; Thu, 1 Dec 2011 11:07:45 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 1908F1F0CB0 for ; Thu, 1 Dec 2011 11:07:45 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 9F0354214C; Thu, 1 Dec 2011 12:14:44 -0700 (MST) Message-ID: <4ED7D07E.60807@stpeter.im> Date: Thu, 01 Dec 2011 12:07:42 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Julian Reschke References: <4E083D3F.6030200@gmx.de> <4E0D3EA5.7010803@gmail.com> <4E0DCFEF.20206@gmx.de> <4E0DEA77.3050007@gmail.com> <4E0E0E76.2080007@gmail.com> <4E0E995A.7060800@gmail.com> <4E0F1058.3050201@gmail.com> <1309613470.2807.17.camel@mackerel> <4E0F1F2F.8020504@gmail.com> <4E0FF142.1010201@gmail.com> <4ED7C27A.2030702@stpeter.im> <4ED7CD0D.5080003@gmx.de> <4ED7CD9F.9020602@stpeter.im> <4ED7D02A.50305@gmx.de> In-Reply-To: <4ED7D02A.50305@gmx.de> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: IETF Apps Discuss , Joachim Kupke , Maile Ohye Subject: Re: [apps-discuss] [link-relations] Fwd: I-D Action: draft-ohye-canonical-link-relation-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 19:07:46 -0000 On 12/1/11 12:06 PM, Julian Reschke wrote: > On 2011-12-01 19:55, Peter Saint-Andre wrote: >> On 12/1/11 11:53 AM, Julian Reschke wrote: >>> On 2011-12-01 19:07, Peter Saint-Andre wrote: >>>> I'm creating the IESG ballot text right now and I have one question... >>>> >>>> On 7/2/11 10:34 PM, Mykyta Yevstifeyev wrote: >>>> ... >>>>>> I18N for this link relation; so I believe the text should just state >>>>>> that there's nothing to say in addition to RFC 5988, Section 8." >>>>>> --response by M. Yevstifeyev: "Probably such approach is OK." >>>>>> --response by M. Ohye, “Julian, would you like us to restate the >>>>>> current text to explicitly mention there is nothing beyond RFC 5988, >>>>>> or leave as-is?” >>>>> So let's wait for Julian's response. >>>> >>>> As far as I can see, Julian never replied on the i18n topic. Did I miss >>>> his post to the list? >>> >>> No, I probably never replied. >>> >>> I don't think it matters. We can leave things as they are, or add >>> another statement pointing to RFC 5988's I18N section. >>> >>> Best regards, Julian >> >> Yeah, I would suggest: >> >> OLD >> In designating a canonical URI, please see [RFC3986] for information >> on URI encoding. >> >> NEW >> Internationalization considerations for link relations are provided >> in Section 8 of [RFC5988]. > > Works for me. I'll add that as an RFC Editor note so we can move forward. Thanks! Peter -- Peter Saint-Andre https://stpeter.im/ From mnot@mnot.net Thu Dec 1 13:51:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E07941F0CB7 for ; Thu, 1 Dec 2011 13:51:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.738 X-Spam-Level: X-Spam-Status: No, score=-104.738 tagged_above=-999 required=5 tests=[AWL=-2.139, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1d6hlzZ8U6tw for ; Thu, 1 Dec 2011 13:51:49 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 3F7E01F0CBF for ; Thu, 1 Dec 2011 13:51:49 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.46.242]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 89CA6509DB; Thu, 1 Dec 2011 16:51:41 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <4ED77513.3070506@gmx.de> Date: Fri, 2 Dec 2011 08:51:33 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 21:51:50 -0000 I thought that at first too, but upon reflection I don't see how they're = different from other directives -- other ones can fail too.=20 On 01/12/2011, at 11:37 PM, Julian Reschke wrote: > On 2011-12-01 13:26, Carsten Bormann wrote: >> What happens when a test fails? >> -- Keep or rewind the changes done so far? >> (or do we stipulate "test" has to come before modifiers?) >=20 > I think requiring them to come first makes a lot of sense. >=20 >> -- What is the response code you want to see? >=20 > 409 comes to mind. >=20 > Best regards, Julian > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss -- Mark Nottingham http://www.mnot.net/ From julian.reschke@gmx.de Thu Dec 1 13:59:42 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 219B121F9346 for ; Thu, 1 Dec 2011 13:59:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.106 X-Spam-Level: X-Spam-Status: No, score=-103.106 tagged_above=-999 required=5 tests=[AWL=-0.507, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id phjmZW8JKO2O for ; Thu, 1 Dec 2011 13:59:41 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 4425B21F9344 for ; Thu, 1 Dec 2011 13:59:37 -0800 (PST) Received: (qmail invoked by alias); 01 Dec 2011 21:59:35 -0000 Received: from p5DCC92A3.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.146.163] by mail.gmx.net (mp070) with SMTP; 01 Dec 2011 22:59:35 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+UGbgKkjCU+WVqK6vUbw9YB1TkQXV0ehw6+/2D5i i74fcNQTWIku85 Message-ID: <4ED7F8C2.9030804@gmx.de> Date: Thu, 01 Dec 2011 22:59:30 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Nottingham References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> In-Reply-To: <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 21:59:42 -0000 On 2011-12-01 22:51, Mark Nottingham wrote: > I thought that at first too, but upon reflection I don't see how they're different from other directives -- other ones can fail too. > ... So whether the patch operation is atomic or not is implementation dependent? Or are we saying the server needs to be able to deal with the operation being aborted in process, and roll back? (just want to see that clarified) Best regards, Julian From mnot@mnot.net Thu Dec 1 14:12:31 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE48F21F9371 for ; Thu, 1 Dec 2011 14:12:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.544 X-Spam-Level: X-Spam-Status: No, score=-104.544 tagged_above=-999 required=5 tests=[AWL=-1.945, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eitdnp7SYN9I for ; Thu, 1 Dec 2011 14:12:31 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 1ED6721F936D for ; Thu, 1 Dec 2011 14:12:31 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.116.240]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 8C24050A65; Thu, 1 Dec 2011 17:12:29 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Mark Nottingham In-Reply-To: <4ED7F8C2.9030804@gmx.de> Date: Fri, 2 Dec 2011 09:12:22 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 22:12:31 -0000 On 02/12/2011, at 8:59 AM, Julian Reschke wrote: > On 2011-12-01 22:51, Mark Nottingham wrote: >> I thought that at first too, but upon reflection I don't see how = they're different from other directives -- other ones can fail too. >> ... >=20 > So whether the patch operation is atomic or not is implementation = dependent? >=20 > Or are we saying the server needs to be able to deal with the = operation being aborted in process, and roll back? >=20 > (just want to see that clarified) RFC5789, section 2: > The server MUST apply the entire set of changes atomically and = never > provide (e.g., in response to a GET during this operation) a > partially modified representation. If the entire patch document > cannot be successfully applied, then the server MUST NOT apply any = of > the changes. The determination of what constitutes a successful > PATCH can vary depending on the patch document and the type of > resource(s) being modified. For example, the common 'diff' utility > can generate a patch document that applies to multiple files in a > directory hierarchy. The atomicity requirement holds for all > directly affected files.=20 -- Mark Nottingham http://www.mnot.net/ From paul.bryan@forgerock.com Thu Dec 1 14:45:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4D201F0C7C for ; Thu, 1 Dec 2011 14:45:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m97aMt7anYlX for ; Thu, 1 Dec 2011 14:45:45 -0800 (PST) Received: from eu1sys200aog101.obsmtp.com (eu1sys200aog101.obsmtp.com [207.126.144.111]) by ietfa.amsl.com (Postfix) with SMTP id 773A11F0C74 for ; Thu, 1 Dec 2011 14:45:44 -0800 (PST) Received: from mail-gy0-f170.google.com ([209.85.160.170]) (using TLSv1) by eu1sys200aob101.postini.com ([207.126.147.11]) with SMTP ID DSNKTtgDhHtb26o9ad3zyEnGkuPRgvh1hXcv@postini.com; Thu, 01 Dec 2011 22:45:44 UTC Received: by mail-gy0-f170.google.com with SMTP id g16so4384079ghb.1 for ; Thu, 01 Dec 2011 14:45:24 -0800 (PST) Received: by 10.101.134.30 with SMTP id l30mr2265728ann.109.1322779523957; Thu, 01 Dec 2011 14:45:23 -0800 (PST) Received: from [192.168.1.3] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id n5sm12043380yhk.1.2011.12.01.14.45.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Dec 2011 14:45:22 -0800 (PST) Message-ID: <1322779521.1958.1.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Thu, 01 Dec 2011 14:45:21 -0800 In-Reply-To: <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> Content-Type: multipart/alternative; boundary="=-NcxfSuvSV7YZxMAR+Da0" X-Mailer: Evolution 3.0.3-2 Mime-Version: 1.0 Subject: Re: [apps-discuss] JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 22:45:46 -0000 --=-NcxfSuvSV7YZxMAR+Da0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Indeed, RFC 5789 should make it unambiguous for HTTP PATCH. For other uses of JSON Patch, it would be implementation-specific. This is why the "fails to complete" verbiage is there... Paul On Fri, 2011-12-02 at 09:12 +1100, Mark Nottingham wrote: > On 02/12/2011, at 8:59 AM, Julian Reschke wrote: > > > On 2011-12-01 22:51, Mark Nottingham wrote: > >> I thought that at first too, but upon reflection I don't see how they're different from other directives -- other ones can fail too. > >> ... > > > > So whether the patch operation is atomic or not is implementation dependent? > > > > Or are we saying the server needs to be able to deal with the operation being aborted in process, and roll back? > > > > (just want to see that clarified) > > RFC5789, section 2: > > > The server MUST apply the entire set of changes atomically and never > > provide (e.g., in response to a GET during this operation) a > > partially modified representation. If the entire patch document > > cannot be successfully applied, then the server MUST NOT apply any of > > the changes. The determination of what constitutes a successful > > PATCH can vary depending on the patch document and the type of > > resource(s) being modified. For example, the common 'diff' utility > > can generate a patch document that applies to multiple files in a > > directory hierarchy. The atomicity requirement holds for all > > directly affected files. > > > > > > -- > Mark Nottingham http://www.mnot.net/ > > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss --=-NcxfSuvSV7YZxMAR+Da0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Indeed, RFC 5789 should make it unambiguous for HTTP PATCH. For other uses of JSON Patch, it would be implementation-specific. This is why the "fails to complete" verbiage is there...

Paul

On Fri, 2011-12-02 at 09:12 +1100, Mark Nottingham wrote: 
On 02/12/2011, at 8:59 AM, Julian Reschke wrote:

> On 2011-12-01 22:51, Mark Nottingham wrote:
>> I thought that at first too, but upon reflection I don't see how they're different from other directives -- other ones can fail too.
>> ...
> 
> So whether the patch operation is atomic or not is implementation dependent?
> 
> Or are we saying the server needs to be able to deal with the operation being aborted in process, and roll back?
> 
> (just want to see that clarified)

RFC5789, section 2:

>    The server MUST apply the entire set of changes atomically and never
>    provide (e.g., in response to a GET during this operation) a
>    partially modified representation.  If the entire patch document
>    cannot be successfully applied, then the server MUST NOT apply any of
>    the changes.  The determination of what constitutes a successful
>    PATCH can vary depending on the patch document and the type of
>    resource(s) being modified.  For example, the common 'diff' utility
>    can generate a patch document that applies to multiple files in a
>    directory hierarchy.  The atomicity requirement holds for all
>    directly affected files. 





--
Mark Nottingham   http://www.mnot.net/



_______________________________________________
apps-discuss mailing list
apps-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/apps-discuss

--=-NcxfSuvSV7YZxMAR+Da0-- From dave@cridland.net Thu Dec 1 15:07:21 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4D3711E8178; Thu, 1 Dec 2011 15:07:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-zohiH3q-PA; Thu, 1 Dec 2011 15:07:21 -0800 (PST) Received: from peirce.dave.cridland.net (peirce.dave.cridland.net [IPv6:2001:470:1f09:882:2e0:81ff:fe29:d16a]) by ietfa.amsl.com (Postfix) with ESMTP id 4F01B11E816B; Thu, 1 Dec 2011 15:07:20 -0800 (PST) Received: from localhost (peirce.dave.cridland.net [127.0.0.1]) by peirce.dave.cridland.net (Postfix) with ESMTP id 615B21168087; Thu, 1 Dec 2011 23:07:18 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at peirce.dave.cridland.net Received: from peirce.dave.cridland.net ([127.0.0.1]) by localhost (peirce.dave.cridland.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ENnom--H5Wmd; Thu, 1 Dec 2011 23:07:03 +0000 (GMT) Received: from puncture (puncture.dave.cridland.net [IPv6:2001:470:1f09:882:221:85ff:fe3f:1696]) by peirce.dave.cridland.net (Postfix) with ESMTPA id 0A3771168067; Thu, 1 Dec 2011 23:07:03 +0000 (GMT) References: <6.2.5.6.2.20111201071345.08e30588@elandnews.com> In-Reply-To: <6.2.5.6.2.20111201071345.08e30588@elandnews.com> MIME-Version: 1.0 Message-Id: <3373.1322780823.024361@puncture> Date: Thu, 01 Dec 2011 23:07:03 +0000 From: Dave Cridland To: General discussion of application-layer protocols , Content-Type: text/plain; delsp="yes"; charset="us-ascii"; format="flowed" Cc: The IESG Subject: Re: [apps-discuss] Request for review: draft-arkko-ipv6-only-experience-04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 23:07:22 -0000 On Thu Dec 1 15:21:34 2011, SM wrote: > Could you review draft-arkko-ipv6-only-experience-04 before > December 15? Please post your review to apps-discuss (see below), > and DO NOT post it to apps-review. This is a great document. I will certainly read it again, and I may update my review as a result. I haven't particularly been looking for editorial issues; none stood out. I noticed that whilst some detail was provided well, other details were missing (which XMPP clients were used, for instance - I'm reasonably sure that while many support IPv6, some do not). The choice of games seems odd as well - while Rome: Total War remains a popular RTS for a number of reasons, it's also very old. Crysis is comparitively old, too, as is Battelfield (now up to its second sequel). It'd be interesting to see whether more modern games actually support IPv6, in particular for LAN play, given that Win7 typically acquires LAN IPv6 addresses. I'll see if I can find out a little more information here. Overall, though, this could be published as-is, and would be a valuable addition to the Informational corpus. Dave. -- Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade From jari.arkko@piuha.net Thu Dec 1 15:22:25 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 146CC21F92E8; Thu, 1 Dec 2011 15:22:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.56 X-Spam-Level: X-Spam-Status: No, score=-102.56 tagged_above=-999 required=5 tests=[AWL=0.039, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fze7UA7Y0Ba3; Thu, 1 Dec 2011 15:22:24 -0800 (PST) Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:400::130]) by ietfa.amsl.com (Postfix) with ESMTP id C636621F92E7; Thu, 1 Dec 2011 15:22:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 20E4F2CC43; Fri, 2 Dec 2011 01:22:22 +0200 (EET) X-Virus-Scanned: amavisd-new at piuha.net Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xppksczxT0A1; Fri, 2 Dec 2011 01:22:21 +0200 (EET) Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:400::130]) by p130.piuha.net (Postfix) with ESMTP id 6750C2CC31; Fri, 2 Dec 2011 01:22:21 +0200 (EET) Message-ID: <4ED80C2D.5080303@piuha.net> Date: Fri, 02 Dec 2011 01:22:21 +0200 From: Jari Arkko User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Dave Cridland References: <6.2.5.6.2.20111201071345.08e30588@elandnews.com> <3373.1322780823.024361@puncture> In-Reply-To: <3373.1322780823.024361@puncture> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-arkko-ipv6-only-experience.all@tools.ietf.org, General discussion of application-layer protocols , The IESG Subject: Re: [apps-discuss] Request for review: draft-arkko-ipv6-only-experience-04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 23:22:25 -0000 Dave, > On Thu Dec 1 15:21:34 2011, SM wrote: >> Could you review draft-arkko-ipv6-only-experience-04 before December 15? Please post your review to apps-discuss (see below), and DO NOT post it to apps-review. > > This is a great document. I will certainly read it again, and I may update my review as a result. > > I haven't particularly been looking for editorial issues; none stood out. Thanks for your comments! > > I noticed that whilst some detail was provided well, other details were missing (which XMPP clients were used, for instance - I'm reasonably sure that while many support IPv6, some do not). We should add this information. > > The choice of games seems odd as well - while Rome: Total War remains a popular RTS for a number of reasons, it's also very old. Crysis is comparitively old, too, as is Battelfield (now up to its second sequel). I'll pass along your note to my kids :-) > It'd be interesting to see whether more modern games actually support IPv6, in particular for LAN play, given that Win7 typically acquires LAN IPv6 addresses. I'll see if I can find out a little more information here. Yes, indeed, and WoW in particular we hear now has the support. But I have not tested it (my kids don't have it...) If someone else could report on that it would be great. > > Overall, though, this could be published as-is, and would be a valuable addition to the Informational corpus. > > Dave. Thanks again. Jari From sm@elandsys.com Fri Dec 2 11:03:39 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4AA321F8B77; Fri, 2 Dec 2011 11:03:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8TCpYUvq6nr9; Fri, 2 Dec 2011 11:03:38 -0800 (PST) Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfa.amsl.com (Postfix) with ESMTP id BBCE421F8B6D; Fri, 2 Dec 2011 11:03:37 -0800 (PST) Received: from SUBMAN.elandsys.com ([41.136.236.29]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id pB2J3SpZ000643; Fri, 2 Dec 2011 11:03:34 -0800 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1322852617; bh=ab6QDBWM7UDVxFwdT/+VCHuX/PA=; h=Message-Id:Date:To:From:Subject:Cc:Mime-Version:Content-Type; b=YPoDxh8gitoaeunT2GcTw7cFZNIEK+kaSIl45AeKmDOOopprmsnGOwKlu2BCFOPyk 6sxrsxVz5O5hPcNeINiZrs8R69zbTqGOfYjsv1B1HkYuiTs00Zmf0GsdphezFtJKiV zKcgFea3m70OK9o3H0d3vhPZ9a7HgfEyEFJozDl4= Message-Id: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 02 Dec 2011 11:02:30 -0800 To: apps-discuss@ietf.org, draft-ietf-marf-authfailure-report.all@tools.ietf.org From: S Moonesamy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: marf@ietf.org Subject: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-report-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2011 19:03:39 -0000 I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate ). The review is not being copied to the IESG as a Last Call has not been issued. Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-marf-authfailure-report-05 Title: Authentication Failure Reporting using the Abuse Report Format Reviewer: S. Moonesamy Review Date: December 2, 2011 Summary: This draft is almost ready for publication as a Proposed Standard. Major issues: None. Minor Issues: In the Abstract Section: "This memo registers an extension report type to ARF for use in reporting messages that fail one or more authentication checks" In the Introduction Section: "There is now also a desire to extend the ARF format to include reporting of messages that fail to authenticate using known authentication methods" "Thus, this memo presents such extensions to the Abuse Reporting Format to allow for detailed reporting of message authentication failures." In Section 3: "The current report format defined in [ARF] lacks some specific features required to do effective sender authentication reporting." The use of "authentication" is not consistent throughout the text quoted above. This drafts builds upon RFC 5451 in which DKIM and SPF are referred to as email authentication methods. I suggest using the term "email authentication method" for consistency. The wording "presents such extensions" in the Introduction Section is not clear. Section 3.1 of the draft defines a new feedback type of "auth-failure" as an extension to RFC 5965. Is there more than one extension? This memo should update RFC 5965. In Section 3.1: "Original-Envelope-Id: As specified in [ARF]. This field SHOULD be included exactly once if available to the entity generating the report." RFC 5965 defines the field as optional and MUST NOT appear more than once". The above is a rewording of a requirement level. I suggest rewriting the last sentence to remove the key word: As specified in [ARF]. This field is included only once if available to the entity generating the report. "Original-Mail-From:" Please see the comment above about "Original-Envelope-Id". "Source-IP: As specified in [ARF]. This field SHOULD be included exactly once for SPF, or for other methods that evaluate authentication during the SMTP phase." Please see the comment above about "Original-Envelope-Id". Why is there a "SHOULD" for SPF? "Reported-Domain: As specified in [ARF]. This field MUST appear at least once." Is it the format which is being imported from RFC 5965 or is it also what is specified for the field? 'The third MIME part of the message is either of type "message/rfc822" (as defined in [MIME-TYPES]) or "text/rfc822-headers" (as defined in [REPORT]) and contains a copy of the entire header block from the original message. This part MUST be included (contrary to [REPORT]).' I suggest having a reference to draft-ietf-appsawg-rfc3462bis-04 instead of RFC 3462 and removing the "(contrary to [REPORT])". In Section 3.2.1: "Auth-Failure: Indicates the type of authentication failure that is being reported. The list of valid values is enumerated in Section 3.3." What is being reported is the failure from an email authentication method and not an "authentication failure". In Section 3.2.2: "policy: The message was not delivered to the intended inbox due to authentication failure." Please refer to my comment about the usage of "authentication failure". Nits: In Section 3.2.4: 'DKIM-Canonicalized-Body: A base64 encoding of the canonicalized body of the message as generated by the verifier. The encoded content MUST be limited to those bytes that contribute to the DKIM body hash (i.e., the value of the "l=" tag; see Section 3.7 of [DKIM].' I suggest replacing the word "bytes" with "octets" (RFC 6376). "If DKIM-Canonicalized-Header and DKIM-Canonicalized-Body encode redacted data, they MUST NOT be included. Otherwise, they SHOULD be included. The data presented there have to be exactly the canonicalized header and body as defined by [DKIM] and computed at the verifier. This is because these fields are intended to aid in identifying message alterations that invalidate DKIM signatures in transit. Including redacted data in them renders the data unusable. (See also Section 5 and Section 7.6 for further discussion.)" It is better to restate the above as "SHOULD be included" and mention that it is not applicable if the date has been modified. If the working group wants to mention "redacted data", it can include an informative reference to draft-ietf-marf-redaction-03. Section 5 is the IANA Considerations Section. The draft does not contain a Section 7.6. In Section 3.2.5: "DKIM-ADSP-DNS: Includes the ADSP record discovered and applied by the entity generating this report" I suggest: DKIM-ADSP-DNS It is the ADSP record used to obtain the ADSP result. I did not include a "MUST" as there is already one in Section 3.3 (adsp). In Section 3.3: "The list of defined authentication failure types" Please refer to my previous comments about the usage of "authentication failure". "Supplementary data MAY be included in the form of [MAIL]-compliant comments." Why is there a "MAY"? There should be a normative reference to RFC 5234 given the ABNF in Section 4. In Section 6.2: "Perhaps the simplest means of mitigating this threat is to assert that these reports should themselves be signed with something like DKIM." I suggest removing the "something like". From the example in Appendix B.1: "Received: from mail.example.com (mail.example.com [192.0.2.1]) by mx.example.net (8.14.4/8.14.4) with ESMTP id c6cs67945pbm; Sat, 8 Oct 2011 13:16:24 +0000 (GMT) Return-Path: feedback@arf.mail.example.net" Isn't the Return-Path: mail header inserted before the Received: mail headers? "For more information about this format please see http://datatracker.ietf.org/doc/draft-ietf-marf-authfailure-report" I suggest adding a comment for the RFC Editor to reference "this RFC". "Policy-Action: none" That field has not been defined. I suggest that the working group reviews the example for correctness. Regards, S. Moonesamy From msk@cloudmark.com Fri Dec 2 12:39:31 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 071C621F8BBA; Fri, 2 Dec 2011 12:39:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.708 X-Spam-Level: X-Spam-Status: No, score=-102.708 tagged_above=-999 required=5 tests=[AWL=-0.109, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6VclUwAs-goD; Fri, 2 Dec 2011 12:39:30 -0800 (PST) Received: from ht2-outbound.cloudmark.com (ht2-outbound.cloudmark.com [72.5.239.36]) by ietfa.amsl.com (Postfix) with ESMTP id 1AAD621F8BB2; Fri, 2 Dec 2011 12:39:30 -0800 (PST) Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by spite.corp.cloudmark.com ([172.22.10.72]) with mapi; Fri, 2 Dec 2011 12:39:29 -0800 From: "Murray S. Kucherawy" To: "apps-discuss@ietf.org" , "draft-ietf-marf-authfailure-report.all@tools.ietf.org" Date: Fri, 2 Dec 2011 12:39:28 -0800 Thread-Topic: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-report-05 Thread-Index: AcyxJRu4FPBkpIWvS9iC1gLttLPGoAACg6GQ Message-ID: References: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> In-Reply-To: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "marf@ietf.org" Subject: Re: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-report-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2011 20:39:31 -0000 Hi SM, thanks for the review. > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org= ] On Behalf Of S Moonesamy > Sent: Friday, December 02, 2011 11:03 AM > To: apps-discuss@ietf.org; draft-ietf-marf-authfailure-report.all@tools.i= etf.org > Cc: marf@ietf.org > Subject: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-rep= ort-05 >=20 > This draft is almost ready for publication as a Proposed Standard. >=20 > Major issues: >=20 > None. Whew! > Minor Issues: >=20 > In the Abstract Section: >=20 > "This memo registers an extension report type to ARF for use in > reporting messages that fail one or more authentication checks" >=20 > In the Introduction Section: >=20 > "There is now also a desire to extend the ARF format to include > reporting of messages that fail to authenticate using known > authentication methods" >=20 > "Thus, this memo presents such extensions to the Abuse > Reporting Format to allow for detailed reporting of message > authentication failures." >=20 > In Section 3: >=20 > "The current report format defined in [ARF] lacks some specific > features required to do effective sender authentication reporting." >=20 > The use of "authentication" is not consistent throughout the text > quoted above. This drafts builds upon RFC 5451 in which DKIM and SPF > are referred to as email authentication methods. I suggest using the > term "email authentication method" for consistency. Agreed. There will probably be a few people concerned about the "authentication vs.= authorization" matter, but I think RFC5451 dealt with this reasonably well= , and the field in general has come to be known as "email authentication". = But you're right that "sender" is misleading in terms of roles, especially= in the case of DKIM. This draft has been around for a while and I guess t= his text hasn't matured as fast as its brethren. If it would help, we could add a reference to RFC5451 Section 1.5.2, which = talks about the differences and their effective union in this area. > The wording "presents such extensions" in the Introduction Section is > not clear. Section 3.1 of the draft defines a new feedback type of > "auth-failure" as an extension to RFC 5965. Is there more than one > extension? This memo should update RFC 5965. I suppose it's worded that way because we created a new report type but had= to make a number of changes to IANA registries to do so, hence the plural.= But it really is one omnibus extension action. I don't have a preference= as to wording; if the plural is confusing, we can change it. > In Section 3.1: >=20 > "Original-Envelope-Id: As specified in [ARF]. This field SHOULD be > included exactly once if available to the entity generating the > report." >=20 > RFC 5965 defines the field as optional and MUST NOT appear more than > once". The above is a rewording of a requirement level. I suggest > rewriting the last sentence to remove the key word: >=20 > As specified in [ARF]. This field is included only once if available = to the > entity generating the report. The point of saying this is that RFC5965 allows for the absence or presence= of the field, but proscribes multiple instances of it. We want to say, fo= r this report type, that Original-Envelope-ID should be there, further limi= ting the "absence" case. Perhaps changing the SHOULD to a MUST above is better? > "Original-Mail-From:" >=20 > Please see the comment above about "Original-Envelope-Id". Ditto for me too. > "Source-IP: As specified in [ARF]. This field SHOULD be included > exactly once for SPF, or for other methods that evaluate > authentication during the SMTP phase." >=20 > Please see the comment above about "Original-Envelope-Id". Ditto for me too. > Why is there a "SHOULD" for SPF? The Source-IP is a key piece of information for reconstructing why an SPF e= valuation failed. It needs to be there if it's available, or the failure r= eport is basically incomplete. > "Reported-Domain: As specified in [ARF]. This field MUST appear at > least once." >=20 > Is it the format which is being imported from RFC 5965 or is it also > what is specified for the field? It is the same, except that RFC5965 makes it entirely optional. For this r= eport type, we want to see it at least once. > 'The third MIME part of the message is either of type "message/rfc822" > (as defined in [MIME-TYPES]) or "text/rfc822-headers" (as defined in > [REPORT]) and contains a copy of the entire header block from the > original message. This part MUST be included (contrary to [REPORT]).= ' >=20 > I suggest having a reference to draft-ietf-appsawg-rfc3462bis-04 > instead of RFC 3462 and removing the "(contrary to [REPORT])". I agree with the reference change, however the "contrary" part is correct b= ecause [REPORT] says the third MIME part in a report is optional, while for= this specific instance of it, we want it to be there. If it would help fo= r illustration, we could say "(contrary to [REPORT], which makes it optiona= l)". > In Section 3.2.1: >=20 > "Auth-Failure: Indicates the type of authentication failure that is > being reported. The list of valid values is enumerated in > Section 3.3." >=20 > What is being reported is the failure from an email authentication > method and not an "authentication failure". Fair enough. > In Section 3.2.2: >=20 > "policy: The message was not delivered to the intended inbox due > to authentication failure." >=20 > Please refer to my comment about the usage of "authentication failure". Yes. > Nits: >=20 > In Section 3.2.4: >=20 > 'DKIM-Canonicalized-Body: A base64 encoding of the canonicalized body > of the message as generated by the verifier. The encoded content > MUST be limited to those bytes that contribute to the DKIM body > hash (i.e., the value of the "l=3D" tag; see Section 3.7 of [DKIM]= .' >=20 > I suggest replacing the word "bytes" with "octets" (RFC 6376). OK. > "If DKIM-Canonicalized-Header and DKIM-Canonicalized-Body encode > redacted data, they MUST NOT be included. Otherwise, they SHOULD be > included. The data presented there have to be exactly the > canonicalized header and body as defined by [DKIM] and computed at > the verifier. This is because these fields are intended to aid in > identifying message alterations that invalidate DKIM signatures in > transit. Including redacted data in them renders the data unusable. > (See also Section 5 and Section 7.6 for further discussion.)" >=20 > It is better to restate the above as "SHOULD be included" and mention > that it is not applicable if the date has been modified. If the > working group wants to mention "redacted data", it can include an > informative reference to draft-ietf-marf-redaction-03. We actually had it the other way (as you suggest), and then changed it to t= his because we thought this description was more effective, i.e., having th= e strongest requirement first. > Section 5 is the IANA Considerations Section. The draft does not > contain a Section 7.6. Looks like they're hard references rather than soft ones. I'll get the aut= hor to fix it. > In Section 3.2.5: >=20 > "DKIM-ADSP-DNS: Includes the ADSP record discovered and applied by the > entity generating this report" >=20 > I suggest: >=20 > DKIM-ADSP-DNS It is the ADSP record used to obtain the ADSP result. How about: DKIM-ADSP-DNS: Includes the ADSP policy used to obtain the verifier's ADSP= result. ("record" suggests an RRTYPE, and there isn't one specific to ADSP) > I did not include a "MUST" as there is already one in Section 3.3 > (adsp). We didn't either. :-) > In Section 3.3: >=20 > "The list of defined authentication failure types" >=20 > Please refer to my previous comments about the usage of "authentication > failure". Agree. > "Supplementary data MAY be included in the form of [MAIL]-compliant > comments." >=20 > Why is there a "MAY"? SHOULD [NOT] and MUST [NOT] don't apply... :-) Is there a problem with "MAY" there? > There should be a normative reference to RFC 5234 given the ABNF in > Section 4. Wow, I don't know how I missed that one. We'll add it. > In Section 6.2: >=20 > "Perhaps the simplest means of mitigating this threat is to assert > that these reports should themselves be signed with something like > DKIM." >=20 > I suggest removing the "something like". I disagree, since one could also in theory use PGP or S/MIME for similar ef= fect. DKIM is just the most common example, and is actually in practical u= se in ARF terms. > From the example in Appendix B.1: >=20 > "Received: from mail.example.com (mail.example.com [192.0.2.1]) > by mx.example.net (8.14.4/8.14.4) with ESMTP id c6cs67945pbm; > Sat, 8 Oct 2011 13:16:24 +0000 (GMT) > Return-Path: feedback@arf.mail.example.net" >=20 > Isn't the Return-Path: mail header inserted before the Received: mail > headers? Quite right. > "For more information about this format please see > http://datatracker.ietf.org/doc/draft-ietf-marf-authfailure-report" >=20 > I suggest adding a comment for the RFC Editor to reference "this RFC". Yes, that would be the right thing to do. > "Policy-Action: none" >=20 > That field has not been defined. I suggest that the working group > reviews the example for correctness. Right, it should be removed. And given some other comments made within the= WG, we'll be revisiting the example before it goes to the IESG. Thanks again, -MSK From sm@elandsys.com Fri Dec 2 14:33:14 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A59EC21F8B55; Fri, 2 Dec 2011 14:33:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WiKIR08BFrJD; Fri, 2 Dec 2011 14:33:13 -0800 (PST) Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfa.amsl.com (Postfix) with ESMTP id 1991111E811A; Fri, 2 Dec 2011 14:33:13 -0800 (PST) Received: from SUBMAN.elandsys.com ([41.136.236.29]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id pB2MWumI026296; Fri, 2 Dec 2011 14:33:01 -0800 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1322865184; bh=w5/TQiK5YY1UywptS3iuX6cg0Qg=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=EAw5ldH5pTegllBysRZxo1yrgYBd3PCzmXMNsOZwWyVDnUX6nIWTlMonxUtbHNVja rdk7WvA9zvyaIwrgOF+jCrHSPGc07GDWeUkdAIZubsiFG2UHBVxWSiJpeGMZX83y3+ jL34XDQOxxseT1UcBtQOYYLqlch83gswQShb+nxI= Message-Id: <6.2.5.6.2.20111202125832.08744c00@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 02 Dec 2011 14:25:44 -0800 To: apps-discuss@ietf.org, draft-ietf-marf-authfailure-report.all@tools.ietf.org From: S Moonesamy In-Reply-To: References: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: marf@ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-report-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2011 22:33:14 -0000 Hi Murray, At 12:39 02-12-2011, Murray S. Kucherawy wrote: >There will probably be a few people concerned about the >"authentication vs. authorization" matter, but I think RFC5451 dealt >with this reasonably well, and the field Agreed. >If it would help, we could add a reference to RFC5451 Section 1.5.2, >which talks about the differences and their effective union in this area. That may help if you want to avoid getting into a discussion about authentication v/s authorization. The draft already references RFC 5451 normatively. A reference could be added in the Introduction Section. >I suppose it's worded that way because we created a new report type >but had to make a number of changes to IANA registries to do so, >hence the plural. But it really is one omnibus extension action. I >don't have a preference as to wording; if the plural is confusing, >we can change it. It can be argued either way. The Abstract Section mentions "an extension report type to ARF". >The point of saying this is that RFC5965 allows for the absence or >presence of the field, but proscribes multiple instances of it. We >want to say, for this report type, that Original-Envelope-ID should >be there, further limiting the "absence" case. > >Perhaps changing the SHOULD to a MUST above is better? Yes. As an editorial comment, Section 3.2 of RFC 5965 uses two key words for the six header fields. Section 3.1 of this draft uses ten key words for six header fields. Imperatives should not only be used with care and sparingly; it also helps if the reader can easily identify what is required versus what is recommended. >The Source-IP is a key piece of information for reconstructing why >an SPF evaluation failed. It needs to be there if it's available, >or the failure report is basically incomplete. Your reply clarifies when the "SHOULD" does not apply. If it is a key piece of information which is necessary for interoperability, specify it as a requirement. >It is the same, except that RFC5965 makes it entirely optional. For >this report type, we want to see it at least once. There could be an explanation about that in the draft. >I agree with the reference change, however the "contrary" part is >correct because [REPORT] says the third MIME part in a report is >optional, while for this specific instance of it, we want it to be >there. If it would help for illustration, we could say "(contrary >to [REPORT], which makes it optional)". Ok. >We actually had it the other way (as you suggest), and then changed >it to this because we thought this description was more effective, >i.e., having the strongest requirement first. Ok. >How about: > > DKIM-ADSP-DNS: Includes the ADSP policy used to obtain the > verifier's ADSP result. > >("record" suggests an RRTYPE, and there isn't one specific to ADSP) I used "record" as that is the term I found in RFC 5617. The above sounds Ok. >SHOULD [NOT] and MUST [NOT] don't apply... :-) > >Is there a problem with "MAY" there? No. :-) >I disagree, since one could also in theory use PGP or S/MIME for >similar effect. DKIM is just the most common example, and is >actually in practical use in ARF terms. Ok. >Right, it should be removed. And given some other comments made >within the WG, we'll be revisiting the example before it goes to the IESG. Please note that the review is semi-formal. The Application Area Directors may or may not agree with me about the issues identified in the review. Regards, S. Moonesamy From evnikita2@gmail.com Fri Dec 2 21:30:55 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C29B21F8CC7 for ; Fri, 2 Dec 2011 21:30:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.277 X-Spam-Level: X-Spam-Status: No, score=-2.277 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599, J_BACKHAIR_21=1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6XbzA12x+FFB for ; Fri, 2 Dec 2011 21:30:54 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id ADE9721F8CBC for ; Fri, 2 Dec 2011 21:30:53 -0800 (PST) Received: by bkar19 with SMTP id r19so81137bka.31 for ; Fri, 02 Dec 2011 21:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=kH6iaJHQWXuM9puCFV8UKJ4t1XRJZnfgt56zrpdeNdA=; b=RkGjU/Hk4MTq2S7XKLXChe3w3+lVQcfuqQD44biPj2mMxFRYXkX9Td7R2jSqwGjiAe hmlCWR3H1OK1YaRxBgB2lRnRNKITToy6GgmSEbq/lLRBv+ubSHwPuMCxTTS2VCK/Dav1 tYz05sxhIWAOSwOJCVPpRH5+fVAZwnOt1wl4I= Received: by 10.205.130.1 with SMTP id hk1mr524112bkc.68.1322890252661; Fri, 02 Dec 2011 21:30:52 -0800 (PST) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id cc2sm20241357bkb.8.2011.12.02.21.30.49 (version=SSLv3 cipher=OTHER); Fri, 02 Dec 2011 21:30:50 -0800 (PST) Message-ID: <4ED9B441.2020507@gmail.com> Date: Sat, 03 Dec 2011 07:31:45 +0200 From: =?UTF-8?B?Ik15a3l0YSBZZXZzdGlmZXlldiAo0JwuINCE0LLRgdGC0ZbRhNC10ZTQsg==?= =?UTF-8?B?KSI=?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Barry Leiba References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com> <4EC40EC3.9080304@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 05:30:55 -0000 Hi Barry, I really don't know how I managed not to notice this note - so please excuse me for the late response (and I was additionally busy with some other work). 17.11.2011 4:23, Barry Leiba wrote: > Responding to Alexey's comments and Mykyta's response to them, and > adding my own review: > > I find the Introduction section to be pontificating, and I suggest > avoiding that. I'm talking about the reference to "Easter Eggs" > and the rambling about the friendliness of about URIs compared > with point-and-click interfaces. I'm not going to pick on that > further, but just think about taking some of that out. I think I've said in Introduction what I really had to say. As this is the minor issue, I don't think some change is needed. > > In the ABNF in 2.1: > > - By defining about-token as "segment", you're allowing these: > > about: > about:?banana > about:::: > > Are you sure you don't want to define it as "segment-nz", or > even "segment-nz-nc". should be allowed, but colons shouldn't. However, as there is no evidence of use of 'about' URIs wtth tokens containing any of , should we define: *( unreserved / pct-encoded ) ? > - I think the definition of "about-query" is correct. In what exact way? > > With reference to Alexey's comment about "redirect", if you hadn't > ignored my review comments before, when you sent the wrong version > for review, you'd have seen that I had comments on that as well. > It's just wrong, and it needs to be fixed. > > In fact, let me take this opportunity to repeat the essence of my > ignored comments. Please do not ignore them this time. > > One general comment: > Throughout the document, there are non-normative "may" and "should". > People -- WG participants, last-call commenters, and ADs -- often push > on those and look to have them changed to words that don't look so > much like 2119 keywords, despite their being in lower case. We > usually change "may" to "might" or "can", depending upon context. The > "should" cases are harder, but do try to rephrase things to avoid > using "should". I hate this silly exercise, but it does save trouble > with the nitpickers later. I'll have look at such occurrences in the doc. > > Also, I suggest changing the single quote to a double quote, so > "about" instead of 'about' (and I think the RFC Editor will do this > anyway, if you don't). You can do this in the XML by switching the > quote marks: > OLD:
> NEW:
I think I agree here. > > [...] I also don't like > how the "redirect" part is put, because I think it might lead some to > think that "about" URIs might often redirect to other resources on the > Internet (imagine, say,"about:me?barryleiba" redirecting to my web > site, Facebook page, or some such). How about this?: > > OLD > Therefore any application MAY resolve an 'about' URI to any > desired resource, and MAY redirect such URIs. Several exceptions are > defined, though; they are named "special-purpose 'about' URIs" and > MUST be handled in strict accordance with provisions set in Section > 2.2.1. > > NEW > Any application resolving an "about" URI MAY > choose the resource it is resolved to at its own discretion, with the > exception of those defined below as 'special-purpose "about" URIs'. > They MAY use internal redirection to accomplish this (for > instance, Opera redirects all "about" URIs except"about:blank" > to its internal "opera" URIs). I've already fixed this. > > > Section 4.1: > OLD > IANA is asked to update the register the 'about' URI scheme > using the following template, per [RFC4395]: > > It's useful to be very specific about the registry you want. > > NEW > IANA is asked to register the "about" URI scheme in the > "URI Schemes" registry defined in section 5.4 of RFC 4395 > [RFC4395]: Fixed. > > > I don't think it's appropriate to specify the general IETF > discussion list as the contact point (Author/Change controller). > Put something "real" in there. For example? > > > Section 4.2: > OLD > IANA is asked to set up a new registry entitled "'about' > URIs SPTs" following the guidelines below. > > In English, we don't use plurals like this. We say "tool box", not > "tools box", for example. We should also expand the "SPT" > abreviation in the registry name. > > NEW > IANA is asked to set up a new registry entitled "'about' > URI Special Purpose Tokens" following the guidelines below. Corrected. > > > Now, back to the new stuff. I think the whole section on > special-purpose stuff (2.2.1) becomes convoluted by being full of > "SPT" and "SPU". It's excessive. Let me try to re-work the whole > section here. The "unresolvable" paragraph makes no sense to me, > and I see no use case for it. Unless there's been a documented > need for it, we should not have it here. I've eliminated that > paragraph in my re-write. I know you said something about HTML5, > but you need to be more specific before we can add this. > Remember: as a document editor, you may not just add things as you > please. We need consensus to add them. > > NEW > -------------------------- > > A small, though expandable, range ofs are reserved > for special purposes ("special-purpose tokens"). > > A special-purpose URI is an 'about' URI that has a special-purpose > token as its part. Such URIs MUST be handled in > strict accordance with the rules defined in the special-purpose > token registry (see Section 4.2). The registered entry MAY also > define additional provisions for handling of the > part. If no such provisions are defined, the query part has no > meaning, and MUST be ignored. > > This document defines one special-purpose token: "blank". > The URI"about:blank" MUST resolve to a blank page, as seen by > the end user. There is no additional handling of the query > component in"about:blank" URIs. > > Additional special-purpose tokens can be defined by registering > an registry created in Section 4.2. Special-purpose "about" URIs > are intended to be uncommon, and new ones should be defined only > when there is a need to strongly connect a particular > with a particular function in all applications. Agreed on changing this. > > -------------------------- > > Section 2.2.2 > > The first paragraph is pointless; please remove it. > > The second paragraph is full of problems, some of which Alexey > commented on: > > OLD > An unrecognized 'about' URIs as a URI that may not be recognized by > an application. (Correspondingly, such categorization is per- > application, not per-fact.) An unrecognized 'about' URI SHOULD be > handled as the URI, although other behavior is > possible. > > For the first sentence, I think you mean, "An unrecognized URI is > a URI that is not recognized by a particular application." > Again, that's kind of pointless, but OK for now. The sentence in > parentheses is simply not comprehensible. I *think* you mean what > I've captured in my rewrite of the first sentence, by adding the > word "particular". So let's remove that. > > But the main point is this: how is *interoperability* affected by > the SHOULD in the third sentence? Not at all. In any case, I > can't see any justification for something as strong as SHOULD. > I suggest that this whole thing be made non-normative, this way: > > NEW > When an application does not recognize a particular "about" URI, > common practice is to handle it in the same way as"about:blank", > though other handling is possible. I think there is consensus on removing this paragraph, which I have already done, bas in of my text's results. > > > Now for the meaty issue: the registration policy for the new > registry in Section 4.2. As I suggested in my ignored message: > > I don't think the registry needs "Specification Required", which > implies expert review; I think that's overkill, and that there's no > need for any expert review to be done. I think we should use First > Come First Served, and specify the level of documentation we want > available. Something like this (adjust as needed): > > NEW > The registration procedures for this registry are "First Come First > Served', described in RFC 5226 [RFC5226], with supporting > documentation meeting the requirements below. The registrant > of the token MUST provide the following registration template, > which will be made available on IANA web site: > ... > Specification. REQUIRED field. This provides documentation > at a level that could be used to create a compliant, interoperable > implementation of the registered "about" URI. The full > specification SHOULD be included here, but it MAY be a > reference to a document published elsewhere, if there is a > reasonable expectation that the documentation will remain > available. IANA will consult with the IESG or its specified > delegate if there is doubt about whether the specification is > adequate for the purpose. > > This provides for a sort of "expert review" only to determine whether > the documentation is suitable, and does not have an expert at the gate > to block registrations. I think this is a perfect example of a > registry where we'd rather have things registered and documented than > not, so encouraging that with minimal hassle and minimal risk for > rejection is best. I agree with such wording. What I added is: > o Specification. This provides documentation at a level that could > be used to create a compliant, interoperable implementation of the > registered "about" URI. The reference to a full specification MUST > be provided here, and there should be a reasonable expectation that > the documentation will remain available. IANA will consult with > the IESG or its specified delegate if there is doubt about whether > the specification is adequate for the purpose. Thanks for your assistance with text, Barry! As soon as I receive a response to some of my remarks, I'll upload the -01 version of the draft. Mykyta Yevstifeyev > > This mechanism is what had consensus in the room in Taipei. We > can discuss it on the mailing list now. > > Barry > From evnikita2@gmail.com Fri Dec 2 21:37:59 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F67F11E8073 for ; Fri, 2 Dec 2011 21:37:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.784 X-Spam-Level: X-Spam-Status: No, score=-2.784 tagged_above=-999 required=5 tests=[AWL=0.515, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XrLI9Lq2GQ5k for ; Fri, 2 Dec 2011 21:37:57 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 5BECF11E8081 for ; Fri, 2 Dec 2011 21:37:57 -0800 (PST) Received: by bkar19 with SMTP id r19so83896bka.31 for ; Fri, 02 Dec 2011 21:37:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=2hX0QEdNkrjMDIwLS50mlxHeDpw7NhrU0lsbJjcT5Cg=; b=qbN9eIVfUppQln7E/pTfGmvbjMH72R18jA28KpAdgtIK19JddhxU1Y7n00Ts2Qn3Ry g28i/KCFgDOidEyw45y7wfH0fIr8vRIue189lyKnr1/UbbBwlv/qvJ9hu2BRy0Eupcrh 9o+aTcTCWiQ9Fnbbg3NL88g9At0+4lYq5cwKE= Received: by 10.205.132.146 with SMTP id hu18mr513077bkc.123.1322890675379; Fri, 02 Dec 2011 21:37:55 -0800 (PST) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id e8sm20263899bkd.7.2011.12.02.21.37.52 (version=SSLv3 cipher=OTHER); Fri, 02 Dec 2011 21:37:53 -0800 (PST) Message-ID: <4ED9B5E8.7030602@gmail.com> Date: Sat, 03 Dec 2011 07:38:48 +0200 From: =?UTF-8?B?Ik15a3l0YSBZZXZzdGlmZXlldiAo0JwuINCE0LLRgdGC0ZbRhNC10ZTQsg==?= =?UTF-8?B?KSI=?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: apps-discuss@ietf.org References: <032101cc9288$e3a06910$aae13b30$@packetizer.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [apps-discuss] Webfinger X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 05:37:59 -0000 Bjoern, The "Author's Addresses" section is not ironic but just an unfilled template in XML source, I guess. Moreover, Webfinger as well as original finger are supposed to be means of retrieving information which is publicly available, and this is decided by the owner of such information. "If you don't like it, don't use it" principle is very relevant here, and I don't see reasons to argue. Mykyta Yevstifeyev 24.11.2011 5:34, Bjoern Hoehrmann wrote: > * Paul E. Jones wrote: >> http://www.ietf.org/internet-drafts/draft-jones-appsawg-webfinger-00.txt > There: > > Suppose you meet somebody at a party and they provide you with their > email address. After the party, you decide to visit your new > friend's blog to learn more about them. How do you find it? You > could search for your friend's name on the Internet or on various > social networking sites, but sometimes it is very hard to locate a > person or information about a person with merely an email address or > a name. > > I believe the technical term for that is "cyberstalking". What are you > planning to do to ensure the draft properly addresses security, privacy, > and netiquette issues? Right now the document seems to omit the reasons > for why the finger protocol did not gain traction, which revolve around > privacy and social engineering security issues, does not discuss neti- > quette at all, just has a "if you don't like it, don't use it" remark > in the Security Considerations, and has an ironic "Author's Addresses" > section. From barryleiba@gmail.com Sat Dec 3 06:28:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7012121F8531 for ; Sat, 3 Dec 2011 06:28:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.965 X-Spam-Level: X-Spam-Status: No, score=-102.965 tagged_above=-999 required=5 tests=[AWL=-0.288, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EMkEfN50IzGk for ; Sat, 3 Dec 2011 06:28:44 -0800 (PST) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB7121F8514 for ; Sat, 3 Dec 2011 06:28:44 -0800 (PST) Received: by ywm13 with SMTP id 13so4139832ywm.31 for ; Sat, 03 Dec 2011 06:28:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pYSxf0YgAaARPi36dOA3pEg/PTaEUOjFbzzX1KzwTA0=; b=XeRUwL5JNlekeLkbBgCuGh27Le8UhZ+XNHYGrO1/du/Eloc2zUS0YAHvoQHk8aeZe0 wmdIDAB9JR5lNwtN+xNnYjb+2IsqEKncpLz6d5++f6ERzFgEzTyjtHHG1jqF9xDrIs8I ZnkZltauOB+IQrDg1HzRwaT2nUUORWUdOHNlU= MIME-Version: 1.0 Received: by 10.236.154.193 with SMTP id h41mr3003193yhk.15.1322922523058; Sat, 03 Dec 2011 06:28:43 -0800 (PST) Sender: barryleiba@gmail.com Received: by 10.236.110.49 with HTTP; Sat, 3 Dec 2011 06:28:42 -0800 (PST) In-Reply-To: <4ED9B441.2020507@gmail.com> References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com> <4EC40EC3.9080304@gmail.com> <4ED9B441.2020507@gmail.com> Date: Sat, 3 Dec 2011 09:28:42 -0500 X-Google-Sender-Auth: 3_3NyaMBorCiBy6zTpL90CIIElQ Message-ID: From: Barry Leiba To: =?UTF-8?B?TXlreXRhIFlldnN0aWZleWV2ICjQnC4g0ITQstGB0YLRltGE0LXRlNCyKQ==?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 14:28:45 -0000 I think there are only two minor things left to respond to here: >> I don't think it's appropriate to specify the general IETF >> discussion list as the contact point (Author/Change controller). >> Put something "real" in there. > > For example? Fair question. The problem is that we usually use either the document author/editor or the working group mailing list, and in this case the former isn't appropriate, and I'm not sure about the latter. Hm.... I suggest that we either use or , and I'm not sure which one is right. Perhaps others on apps-discuss, or perhaps the ADs, will comment. >> NEW >> =A0 The registration procedures for this registry are "First Come First >> =A0 Served', described in RFC 5226 [RFC5226], with supporting >> =A0 documentation meeting the requirements below. =A0The registrant >> =A0 of the token MUST provide the following registration template, >> =A0 which will be made available on IANA web site: >> ... >> =A0 =A0 Specification. =A0REQUIRED field. =A0This provides documentation >> =A0 =A0 at a level that could be used to create a compliant, interoperab= le >> =A0 =A0 implementation of the registered "about" URI. =A0The full >> =A0 =A0 specification SHOULD be included here, but it MAY be a >> =A0 =A0 reference to a document published elsewhere, if there is a >> =A0 =A0 reasonable expectation that the documentation will remain >> =A0 =A0 available. =A0IANA will consult with the IESG or its specified >> =A0 =A0 delegate if there is doubt about whether the specification is >> =A0 =A0 adequate for the purpose. >> >> This provides for a sort of "expert review" only to determine whether >> the documentation is suitable, and does not have an expert at the gate >> to block registrations. =A0I think this is a perfect example of a >> registry where we'd rather have things registered and documented than >> not, so encouraging that with minimal hassle and minimal risk for >> rejection is best. > > I agree with such wording. =A0What I added is: > >> =A0 o Specification. =A0This provides documentation at a level that coul= d >> =A0 =A0 be used to create a compliant, interoperable implementation of t= he >> =A0 =A0 registered "about" URI. =A0The reference to a full specification= MUST >> =A0 =A0 be provided here, and there should be a reasonable expectation t= hat >> =A0 =A0 the documentation will remain available. =A0IANA will consult wi= th >> =A0 =A0 the IESG or its specified delegate if there is doubt about wheth= er >> =A0 =A0 the specification is adequate for the purpose. I'm mostly fine with that. In my suggested text, I put REQUIRED for the field, and MAY for the separate documentation, because there will likely be cases where the only specification needed is a couple of sentences that can just be included here directly. With "The reference to a full specification MUST be provided here," we're requiring that there always be a separate "full" specification, and I think that'll just be excessive in many cases. Note that when I said, "The full specification SHOULD be included here," what I meant was that the full text of the specification SHOULD be included right here in the field, rather than in a separate document, but then added that there MAY be a separate document. My intent might not have been clear. Do others have comments on this? Barry From hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com Sat Dec 3 07:42:50 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6A4A21F8ECE for ; Sat, 3 Dec 2011 07:42:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.799 X-Spam-Level: X-Spam-Status: No, score=-102.799 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, J_CHICKENPOX_55=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yfJ+JuRYICdk for ; Sat, 3 Dec 2011 07:42:50 -0800 (PST) Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 2F20121F8E98 for ; Sat, 3 Dec 2011 07:42:50 -0800 (PST) Received: by wgbdr13 with SMTP id dr13so2717741wgb.13 for ; Sat, 03 Dec 2011 07:42:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=LV54ZvjyonZRNED+WfumRlG6Kb2FFR3MVoRHaaAY0C8=; b=lTQZfPeW6JebGekGFg+G0Ny66xIqf/44n+fA8WekrzJnIyuJQkQ5qyurew1L9ZZXSe niU6G6DJiDTuVvXPw47yZ2LulyoZUQhqxlu4MBXs/z3u/bw0BPOPeEFrmtvaM1Cm/rKm t+WJ4Nq0FLj0zd+cxIUtP5+gNv0MEFq+bv/iw= Received: by 10.216.167.82 with SMTP id h60mr589415wel.75.1322926969281; Sat, 03 Dec 2011 07:42:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.255.70 with HTTP; Sat, 3 Dec 2011 07:42:08 -0800 (PST) In-Reply-To: References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com> <4EC40EC3.9080304@gmail.com> <4ED9B441.2020507@gmail.com> From: Frank Ellermann Date: Sat, 3 Dec 2011 16:42:08 +0100 Message-ID: To: Barry Leiba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 15:42:50 -0000 2011/12/3 Barry Leiba : > I suggest that we either use or > , and I'm not sure which one is right. >=A0Perhaps others on apps-discuss, or perhaps the ADs, will > comment. Are you looking for a place where folks can ask questions about:about after its registration? Then I'd suggest the traditional if Mykyta has no immediate plans to stop reading it. The review list is better suited for not yet registered URI schemes. -Frank From barryleiba@gmail.com Sat Dec 3 09:24:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D526E21F8E8C for ; Sat, 3 Dec 2011 09:24:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.799 X-Spam-Level: X-Spam-Status: No, score=-102.799 tagged_above=-999 required=5 tests=[AWL=-0.422, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_55=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PutW7Ly220lS for ; Sat, 3 Dec 2011 09:24:09 -0800 (PST) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id 76AED21F8E7F for ; Sat, 3 Dec 2011 09:24:09 -0800 (PST) Received: by yenl9 with SMTP id l9so2938944yen.31 for ; Sat, 03 Dec 2011 09:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ytgjipmZmadP4tXKccgocS4lKTMC5e90nDjoJjqd/bY=; b=jQAhlbl03cQ+rcYe6pBMggYPi2ztZBpZo7mMXED6MYTDtMA47/fuGHWX6QGdzs1a8S AAp0hls9dgvjiLce7ftr1V5eUm5nI+83RaZxiPqo1cYHYHPEAZ+WCsSpVihephjchCLG GcqrKHSVFXda1SVws0/GGZkz1OS20Jd5zYJzU= MIME-Version: 1.0 Received: by 10.236.154.193 with SMTP id h41mr3776491yhk.15.1322933048366; Sat, 03 Dec 2011 09:24:08 -0800 (PST) Sender: barryleiba@gmail.com Received: by 10.236.110.49 with HTTP; Sat, 3 Dec 2011 09:24:08 -0800 (PST) In-Reply-To: References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com> <4EC40EC3.9080304@gmail.com> <4ED9B441.2020507@gmail.com> Date: Sat, 3 Dec 2011 12:24:08 -0500 X-Google-Sender-Auth: CF9V_VsCTk2w1jH6GzvkTI3SAwA Message-ID: From: Barry Leiba To: Frank Ellermann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 17:24:09 -0000 > Are you looking for a place where folks can ask questions > about:about after its registration? =A0Then I'd suggest the > traditional if Mykyta has no immediate plans > to stop reading it. =A0The review list is better suited for > not yet registered URI schemes. Yes, that's right, and that sounds like a good place to me. Barry From ietfc@btconnect.com Sat Dec 3 10:42:06 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD0421F8F5D for ; Sat, 3 Dec 2011 10:42:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.554 X-Spam-Level: X-Spam-Status: No, score=-1.554 tagged_above=-999 required=5 tests=[AWL=-0.445, BAYES_05=-1.11] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b3aLpWPfqf05 for ; Sat, 3 Dec 2011 10:42:05 -0800 (PST) Received: from mail.btconnect.com (c2beaomr09.btconnect.com [213.123.26.187]) by ietfa.amsl.com (Postfix) with ESMTP id 478EC21F8ECE for ; Sat, 3 Dec 2011 10:42:04 -0800 (PST) Received: from host86-177-208-97.range86-177.btcentralplus.com (HELO pc6) ([86.177.208.97]) by c2beaomr09.btconnect.com with SMTP id FKO77456; Sat, 03 Dec 2011 18:42:00 +0000 (GMT) Message-ID: <022001ccb1e3$1b8cb300$4001a8c0@gateway.2wire.net> From: "t.petch" To: "Barry Leiba" , "Mykyta Yevstifeyev \(?. ?????????\)" References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com><4EC40EC3.9080304@gmail.com><4ED9B441.2020507@gmail.com> Date: Sat, 3 Dec 2011 18:22:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.4EDA6D78.0037, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.12.3.180017:17:7.586, ip=86.177.208.97, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __FRAUD_BODY_WEBMAIL, __URI_NO_WWW, __URI_NO_PATH, __INT_PROD_COMP, BODY_SIZE_600_699, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, BODY_SIZE_1000_LESS, RDNS_SUSP, BODY_SIZE_2000_LESS, __FRAUD_WEBMAIL, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0208.4EDA6D78.011E,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 18:42:06 -0000 ---- Original Message ----- From: "Barry Leiba" To: "Mykyta Yevstifeyev (?. ?????????)" Cc: "Apps-discuss list" Sent: Saturday, December 03, 2011 3:28 PM I think there are only two minor things left to respond to here: I suggest that we either use or , and I'm not sure which one is right. Perhaps others on apps-discuss, or perhaps the ADs, will comment. apps-discuss has the support, procedures, the archives and so on which I find ... well, supportive. Tom Petch From masinter@adobe.com Sat Dec 3 11:21:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3C3D21F8E7C for ; Sat, 3 Dec 2011 11:21:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3xWtElIQRf1c for ; Sat, 3 Dec 2011 11:21:48 -0800 (PST) Received: from exprod6og115.obsmtp.com (exprod6og115.obsmtp.com [64.18.1.35]) by ietfa.amsl.com (Postfix) with ESMTP id AF41821F9309 for ; Sat, 3 Dec 2011 11:21:35 -0800 (PST) Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob115.postini.com ([64.18.5.12]) with SMTP ID DSNKTtp2tlDQph+AlcUXC5pLzRl+Z1mD/hsn@postini.com; Sat, 03 Dec 2011 11:21:47 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4b [10.128.4.237]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id pB3JLPZc002225; Sat, 3 Dec 2011 11:21:25 -0800 (PST) Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id pB3JLLRH027344; Sat, 3 Dec 2011 11:21:22 -0800 (PST) Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Sat, 3 Dec 2011 11:21:21 -0800 From: Larry Masinter To: SM , "Kathleen.Moriarty@emc.com" , "apps-discuss@ietf.org" , "draft-ietf-mile-rfc6045-bis.all@tools.ietf.org" Date: Sat, 3 Dec 2011 11:21:18 -0800 Thread-Topic: Request for review: draft-ietf-mile-rfc6045-bis-01 Thread-Index: Acyx2y1gEK186n+jT7SbNHZ7d0jy1QAC1hmw Message-ID: References: <6.2.5.6.2.20111203082441.0a251830@elandnews.com> In-Reply-To: <6.2.5.6.2.20111203082441.0a251830@elandnews.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [apps-discuss] Request for review: draft-ietf-mile-rfc6045-bis-01 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 19:21:49 -0000 Document: draft-ietf-mile-rfc6045-bis-01 Title: Real-time Inter-network Defense Reviewer: Larry Masinter Review Date: 12/3/2011 Summary: This draft is not ready for publication as a Proposed Standard and should b= e revised before publication. Major issues: The document defines a language for describing a security incident intended= for exchange between services or service providers, but the terminology us= ed for describing incidents and the extensibility and refinement of that te= rminology is not clear and doesn't seem to be managed. But this is a preliminary review about the status & intent...=20 Minor issues: The status of the document seems to be confusing or incorrect. The introdu= ction says "This document moves Real-time Inter-network Defense (RID) [RFC6= 045] to Historic status as it provides minor updates." And the status l= ists that it "updates" RFC 6045. In fact, the document seems to be a revision of all of RFC 6045 http://tools.ietf.org/rfcdiff?url1=3Drfc6045&url2=3Ddraft-ietf-mile-rfc604= 5-bis-01 which moves from "Informational" to Standards Track. There doesn't seem to be a summary of "Changes from RFC 6045" which explain= s what changed, based on actual practice.. Details: There are several namespaces of enumerated values ("TrafficType", "PolicyRe= gion", ...) which seem to depend on a common understanding of the meaning o= f the terminology, but which do not define the terms sufficiently (in my op= inion) for anyone to know how to use this. To pick a couple of examples: PolicyRegion starts out with "region", and there are mysterious labels. "On= e. Enum." There is likely a convention in the document for this, but I think unless i= t is an explicit table it is better to be more specific.=20 The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. But the terms "enterprise" and "service provider" are defined ... where? Is= my home network an enterprise? What is the scope or scale of an enterprise= ? Could different service providers define what an "enterprise" is differe= ntly? What is the utility of this value in an incident report? > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, > or other authorities assisting with an investigation. If the law enforc= ement agency resides within a different nation that > the sending entity, the "crossNationalBoundaries" enumeration MUST also = be set . Again, many undefined terms, and no particular way, indication, hint, of ho= w to clarify them, when they apply, what constitutes a "local government" a= cross the world, etc. What is a "National Boundary"? Is it a legal jurisd= iction? What about security incidents where there is some dispute about wha= t constitutes a "national boundary"? How would one use this value? If you e= xpect consistent processing of incident reports from multiple sources, don'= t you need to insure common understanding of the terms? And if you don't, w= hy is it standards track? The extensibility of the protocol is unclear... how are these terms clarifi= ed, how do they evolve, what happens when different organizations interpret= the terms differently? Is there a registry? Can the set of terms change? = =20 I understand the desire to pass semantic information between multiple parti= es about security incidents, but I think the fundamental problem is in the = management of the evolution of a common understanding of the terminology an= d namespace supplied. Larry -- http://larry.masinter.net From evnikita2@gmail.com Sun Dec 4 01:47:29 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9514E21F8801 for ; Sun, 4 Dec 2011 01:47:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.913 X-Spam-Level: X-Spam-Status: No, score=-2.913 tagged_above=-999 required=5 tests=[AWL=0.386, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G1diOrk5TPSM for ; Sun, 4 Dec 2011 01:47:29 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 831A821F87D9 for ; Sun, 4 Dec 2011 01:47:28 -0800 (PST) Received: by bkas6 with SMTP id s6so191257bka.31 for ; Sun, 04 Dec 2011 01:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=nVXKrC+x4bQOGGuyUbw7QA/K6mK6OG4PyxDf254Y52E=; b=E6cfgmpfd4YfSX5cIzmAKTYdUPiJHamNvFuCtZxRE3TvCvebuY6aNMwEseeS9UqeXr R3VX62KVywtO4PdG1r90r41U6dtVhW994fH8CMmfqR7xkU3ozT8E3Lg621Cg4JTxthXn VURkqPM5z1iJnJ+aNXS5isrcrQyUipjBi6RQI= Received: by 10.205.121.20 with SMTP id ga20mr2440756bkc.94.1322992047434; Sun, 04 Dec 2011 01:47:27 -0800 (PST) Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id l5sm24873903bkv.9.2011.12.04.01.47.24 (version=SSLv3 cipher=OTHER); Sun, 04 Dec 2011 01:47:25 -0800 (PST) Message-ID: <4EDB41E5.7080604@gmail.com> Date: Sun, 04 Dec 2011 11:48:21 +0200 From: =?UTF-8?B?Ik15a3l0YSBZZXZzdGlmZXlldiAo0JwuINCE0LLRgdGC0ZbRhNC10ZTQsg==?= =?UTF-8?B?KSI=?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Barry Leiba References: <4EC16815.80501@gmail.com> <4EC1D4C1.7080406@isode.com> <4EC40EC3.9080304@gmail.com> <4ED9B441.2020507@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Apps-discuss list Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-about-uri-scheme X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 09:47:29 -0000 03.12.2011 16:28, Barry Leiba wrote: > I think there are only two minor things left to respond to here: > >>> I don't think it's appropriate to specify the general IETF >>> discussion list as the contact point (Author/Change controller). >>> Put something "real" in there. >> For example? > Fair question. The problem is that we usually use either the document > author/editor or the working group mailing list, and in this case the > former isn't appropriate, and I'm not sure about the latter. Hm.... > > I suggest that we either use or > , and I'm not sure which one is right. Perhaps > others on apps-discuss, or perhaps the ADs, will comment. I think we should choose APPSAWG as Author/Change controller and correspondingly supply apps-discuss list as contact point, as long as this doc is produced in APPSAWG and there are no plans to close it in the nearest future. > >>> NEW >>> The registration procedures for this registry are "First Come First >>> Served', described in RFC 5226 [RFC5226], with supporting >>> documentation meeting the requirements below. The registrant >>> of the token MUST provide the following registration template, >>> which will be made available on IANA web site: >>> ... >>> Specification. REQUIRED field. This provides documentation >>> at a level that could be used to create a compliant, interoperable >>> implementation of the registered "about" URI. The full >>> specification SHOULD be included here, but it MAY be a >>> reference to a document published elsewhere, if there is a >>> reasonable expectation that the documentation will remain >>> available. IANA will consult with the IESG or its specified >>> delegate if there is doubt about whether the specification is >>> adequate for the purpose. >>> >>> This provides for a sort of "expert review" only to determine whether >>> the documentation is suitable, and does not have an expert at the gate >>> to block registrations. I think this is a perfect example of a >>> registry where we'd rather have things registered and documented than >>> not, so encouraging that with minimal hassle and minimal risk for >>> rejection is best. >> I agree with such wording. What I added is: >> >>> o Specification. This provides documentation at a level that could >>> be used to create a compliant, interoperable implementation of the >>> registered "about" URI. The reference to a full specification MUST >>> be provided here, and there should be a reasonable expectation that >>> the documentation will remain available. IANA will consult with >>> the IESG or its specified delegate if there is doubt about whether >>> the specification is adequate for the purpose. > I'm mostly fine with that. In my suggested text, I put REQUIRED for > the field, and MAY for the separate documentation, because there will > likely be cases where the only specification needed is a couple of > sentences that can just be included here directly. With "The > reference to a full specification MUST be provided here," we're > requiring that there always be a separate "full" specification, and I > think that'll just be excessive in many cases. > > Note that when I said, "The full specification SHOULD be included > here," what I meant was that the full text of the specification SHOULD > be included right here in the field, rather than in a separate > document, but then added that there MAY be a separate document. My > intent might not have been clear. This is intentional, in order to make somebody who wants to register the token think whether such registration will really be useful. I don't think somebody wanting to register about:his-surname will undertake writing a spec; but some standards body will, and this will be a warranty of a registered token being really useful (in theory, of course). That's why I was advocating Specification Required policy, and still hold such view. Mykyta Yevstifeyev > > Do others have comments on this? > > Barry > From vesely@tana.it Sun Dec 4 04:49:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21EB421F8557 for ; Sun, 4 Dec 2011 04:49:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.519 X-Spam-Level: X-Spam-Status: No, score=-4.519 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C0PaOBIebbQi for ; Sun, 4 Dec 2011 04:49:44 -0800 (PST) Received: from wmail.tana.it (mail.tana.it [62.94.243.226]) by ietfa.amsl.com (Postfix) with ESMTP id 5A0CF21F854E for ; Sun, 4 Dec 2011 04:49:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=test; t=1323002980; bh=GNccTxPR+TjpnTE076nRwElAeZ6uQQJzoJjrfDX1ZR4=; l=521; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Content-Transfer-Encoding; b=N+oIVJKhYIkPmLpe0ZwpufT2E8WNNL2K3mmBzKdlwTsvIBXaF0zUSVAzHAhxLzUnP 1PJg+ZP7bHyluJda/ySy/TgGgQTaR7NpNpvX5JvveBDcgJZ+L7m43Y/cfYXdAOF4KE K0WPMd8hBzq19ZhuHz911orAGvSCYK4vt04cUom0= Received: from [172.25.197.158] (pcale.tana [172.25.197.158]) (AUTH: CRAM-MD5 515, TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by wmail.tana.it with ESMTPSA; Sun, 04 Dec 2011 13:49:40 +0100 id 00000000005DC033.000000004EDB6C64.00002621 Message-ID: <4EDB6C64.2000002@tana.it> Date: Sun, 04 Dec 2011 13:49:40 +0100 From: Alessandro Vesely User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: apps-discuss@ietf.org References: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> In-Reply-To: <6.2.5.6.2.20111202075917.09d8d070@elandnews.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [apps-discuss] APPSDIR review of draft-ietf-marf-authfailure-report-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 12:49:45 -0000 On 02/Dec/11 20:02, S Moonesamy wrote: > From the example in Appendix B.1: > > "Received: from mail.example.com (mail.example.com [192.0.2.1]) > by mx.example.net (8.14.4/8.14.4) with ESMTP id c6cs67945pbm; > Sat, 8 Oct 2011 13:16:24 +0000 (GMT) > Return-Path: feedback@arf.mail.example.net" > > Isn't the Return-Path: mail header inserted before the Received: mail > headers? I think neither of those fields has to be exemplified. Please see http://www.ietf.org/mail-archive/web/marf/current/msg01510.html From kathleen.moriarty@emc.com Sat Dec 3 13:44:39 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7B9621F8D10 for ; Sat, 3 Dec 2011 13:44:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.372 X-Spam-Level: X-Spam-Status: No, score=-5.372 tagged_above=-999 required=5 tests=[AWL=-1.228, BAYES_00=-2.599, FRT_ADOBE2=2.455, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L5S6YHtGJJtn for ; Sat, 3 Dec 2011 13:44:38 -0800 (PST) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by ietfa.amsl.com (Postfix) with ESMTP id 9DAAB21F8C54 for ; Sat, 3 Dec 2011 13:44:38 -0800 (PST) Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB3LiNW3001742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Dec 2011 16:44:28 -0500 Received: from mailhub.lss.emc.com (mailhub.lss.emc.com [10.254.221.251]) by hop04-l1d11-si01.isus.emc.com (RSA Interceptor); Sat, 3 Dec 2011 16:44:15 -0500 Received: from mxhub04.corp.emc.com (mxhub04.corp.emc.com [10.254.141.106]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB3Li9Bn031771; Sat, 3 Dec 2011 16:44:09 -0500 Received: from mx06a.corp.emc.com ([169.254.1.238]) by mxhub04.corp.emc.com ([10.254.141.106]) with mapi; Sat, 3 Dec 2011 16:44:08 -0500 From: To: , , , Date: Sat, 3 Dec 2011 16:44:07 -0500 Thread-Topic: Request for review: draft-ietf-mile-rfc6045-bis-01 Thread-Index: Acyx2y1gEK186n+jT7SbNHZ7d0jy1QAC1hmwAAcPEDA= Message-ID: References: <6.2.5.6.2.20111203082441.0a251830@elandnews.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EMM-MHVC: 1 X-Mailman-Approved-At: Sun, 04 Dec 2011 08:03:02 -0800 Subject: Re: [apps-discuss] Request for review: draft-ietf-mile-rfc6045-bis-01 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 21:44:39 -0000 Hello Larry, Thank you very much for the detailed review! I have a couple of quick ques= tions and will address your concerns with proposed text soon (WGLC ends on = Monday, so I can update the document then to include your suggested changes= along with any others received). Can you let me know if the section at the end of the introduction adequatel= y addresses your request for the list of changes from RFC6045? If not, wha= t additional detail or formatting would be helpful to clear up this request= ? I will go back through the terminology again to clarify terms better as req= uested and to find out if the changes address your concerns (tomorrow or Mo= nday via email to this list). =20 A little background: In this space, groups share data using high level mar= kers to indicate what groups you can share the data with and if it is sensi= tive. The markers in RID are more specific than what is used for sharing v= ia email (etc.), but a mapping is easily created. The "Traffic Light Proto= col" just marks incidents as "red", "yellow", "green", and "white" which in= tends to cover both of those areas. Organizations decide how they want to = share and mark it as such with policy agreements. The policy part will hap= pen more between groups before they share data. Sharing in practice occurs= when parties know each other and have built a trust relationship or there = is a client-vendor relationship. Hopefully this will expand in the future,= but that's how it works now. It is a delicate balance where parties may w= ant the ability to interpret the terms and map to their policy and create s= haring agreements. Local for instance could be a region defined by a parti= cular sharing group. The ISACs int he US share across a particular industr= y, but then there are other groups like the ACSC in the greater Boston area= that is cross industry and will limit participation to about 30 organizati= ons for fear that if they get too large, people won't trust (because they d= on't know the others int he group) and hence won't share. Thanks again! Kathleen ________________________________________ From: Larry Masinter [masinter@adobe.com] Sent: Saturday, December 03, 2011 2:21 PM To: SM; Moriarty, Kathleen; apps-discuss@ietf.org; draft-ietf-mile-rfc6045-= bis.all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Document: draft-ietf-mile-rfc6045-bis-01 Title: Real-time Inter-network Defense Reviewer: Larry Masinter Review Date: 12/3/2011 Summary: This draft is not ready for publication as a Proposed Standard and should b= e revised before publication. Major issues: The document defines a language for describing a security incident intended= for exchange between services or service providers, but the terminology us= ed for describing incidents and the extensibility and refinement of that te= rminology is not clear and doesn't seem to be managed. But this is a preliminary review about the status & intent... Minor issues: The status of the document seems to be confusing or incorrect. The introdu= ction says "This document moves Real-time Inter-network Defense (RID) [RFC6= 045] to Historic status as it provides minor updates." And the status l= ists that it "updates" RFC 6045. In fact, the document seems to be a revision of all of RFC 6045 http://tools.ietf.org/rfcdiff?url1=3Drfc6045&url2=3Ddraft-ietf-mile-rfc604= 5-bis-01 which moves from "Informational" to Standards Track. There doesn't seem to be a summary of "Changes from RFC 6045" which explain= s what changed, based on actual practice.. Details: There are several namespaces of enumerated values ("TrafficType", "PolicyRe= gion", ...) which seem to depend on a common understanding of the meaning o= f the terminology, but which do not define the terms sufficiently (in my op= inion) for anyone to know how to use this. To pick a couple of examples: PolicyRegion starts out with "region", and there are mysterious labels. "On= e. Enum." There is likely a convention in the document for this, but I think unless i= t is an explicit table it is better to be more specific. The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. But the terms "enterprise" and "service provider" are defined ... where? Is= my home network an enterprise? What is the scope or scale of an enterprise= ? Could different service providers define what an "enterprise" is differe= ntly? What is the utility of this value in an incident report? > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, > or other authorities assisting with an investigation. If the law enforc= ement agency resides within a different nation that > the sending entity, the "crossNationalBoundaries" enumeration MUST also = be set . Again, many undefined terms, and no particular way, indication, hint, of ho= w to clarify them, when they apply, what constitutes a "local government" a= cross the world, etc. What is a "National Boundary"? Is it a legal jurisd= iction? What about security incidents where there is some dispute about wha= t constitutes a "national boundary"? How would one use this value? If you e= xpect consistent processing of incident reports from multiple sources, don'= t you need to insure common understanding of the terms? And if you don't, w= hy is it standards track? The extensibility of the protocol is unclear... how are these terms clarifi= ed, how do they evolve, what happens when different organizations interpret= the terms differently? Is there a registry? Can the set of terms change? I understand the desire to pass semantic information between multiple parti= es about security incidents, but I think the fundamental problem is in the = management of the evolution of a common understanding of the terminology an= d namespace supplied. Larry -- http://larry.masinter.net From paul.bryan@forgerock.com Sun Dec 4 15:47:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0C0511E8090 for ; Sun, 4 Dec 2011 15:47:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O3TmZZwDHI30 for ; Sun, 4 Dec 2011 15:47:44 -0800 (PST) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by ietfa.amsl.com (Postfix) with SMTP id C92B211E8089 for ; Sun, 4 Dec 2011 15:47:43 -0800 (PST) Received: from mail-iy0-f178.google.com ([209.85.210.178]) (using TLSv1) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTtwGku1piawHd9tkTe3Fa0MnVEJSiKQz@postini.com; Sun, 04 Dec 2011 23:47:44 UTC Received: by iagj37 with SMTP id j37so2546122iag.23 for ; Sun, 04 Dec 2011 15:47:29 -0800 (PST) Received: by 10.50.6.202 with SMTP id d10mr7765040iga.31.1323042449583; Sun, 04 Dec 2011 15:47:29 -0800 (PST) Received: from [192.168.1.73] ([207.194.34.100]) by mx.google.com with ESMTPS id g16sm69032736ibs.8.2011.12.04.15.47.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Dec 2011 15:47:28 -0800 (PST) Message-ID: <1323042447.3874.3.camel@neutron> From: "Paul C. Bryan" To: apps-discuss@ietf.org Date: Sun, 04 Dec 2011 15:47:27 -0800 Content-Type: multipart/alternative; boundary="=-8PvLK75XxRgWwraEaCcF" X-Mailer: Evolution 3.0.3-2 Mime-Version: 1.0 Subject: [apps-discuss] JSON Patch Internet-Draft 03 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Dec 2011 23:47:45 -0000 --=-8PvLK75XxRgWwraEaCcF Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit I've submitted the latest draft of the JSON Patch Internet-Draft, posted here: http://tools.ietf.org/html/draft-pbryan-json-patch-03 It includes new "move" and "test" operations, and addresses some phrasing issues that was raised. Your review and feedback will be appreciated. Paul --=-8PvLK75XxRgWwraEaCcF Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit I've submitted the latest draft of the JSON Patch Internet-Draft, posted here:

http://tools.ietf.org/html/draft-pbryan-json-patch-03

It includes new "move" and "test" operations, and addresses some phrasing issues that was raised. Your review and feedback will be appreciated.

Paul --=-8PvLK75XxRgWwraEaCcF-- From masinter@adobe.com Sun Dec 4 18:36:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE6611E8089 for ; Sun, 4 Dec 2011 18:36:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YXSZrtBviEzc for ; Sun, 4 Dec 2011 18:36:35 -0800 (PST) Received: from exprod6og101.obsmtp.com (exprod6og101.obsmtp.com [64.18.1.181]) by ietfa.amsl.com (Postfix) with ESMTP id C5ED311E8073 for ; Sun, 4 Dec 2011 18:36:32 -0800 (PST) Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob101.postini.com ([64.18.5.12]) with SMTP ID DSNKTtwuCtN0Lk81quf3vqameA5aapmBgiwF@postini.com; Sun, 04 Dec 2011 18:36:35 PST Received: from inner-relay-1.corp.adobe.com (inner-relay-1.corp.adobe.com [153.32.1.51]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id pB52ZpZc000278; Sun, 4 Dec 2011 18:35:51 -0800 (PST) Received: from nacas02.corp.adobe.com (nacas02.corp.adobe.com [10.8.189.100]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id pB52ZnL7008032; Sun, 4 Dec 2011 18:35:49 -0800 (PST) Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nacas02.corp.adobe.com ([10.8.189.100]) with mapi; Sun, 4 Dec 2011 18:35:49 -0800 From: Larry Masinter To: Chris Lilley , Ned Freed Date: Sun, 4 Dec 2011 18:36:00 -0800 Thread-Topic: [apps-discuss] font/* (and draft-freed-media-type-regs) Thread-Index: Acyy9ph2Qsn6yGu1TBySOXRaAOTgkA== Message-ID: <451423e9-956a-4f36-86ce-4237c4b09f7f@blur> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_451423e9956a4f3686ce4237c4b09f7fblur_" MIME-Version: 1.0 Cc: "Vladimir.Levantovsky@MonotypeImaging.com" , "singer@apple.com" , "apps-discuss@ietf.org" , "gadams@xfsi.com" Subject: Re: [apps-discuss] font/* (and draft-freed-media-type-regs) X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 02:36:36 -0000 --_000_451423e9956a4f3686ce4237c4b09f7fblur_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 dGhlcmUgaXMgZ29vZCByZWFzb24gdG8gcmVnaXN0ZXIgd2hlbiBpbXBsZW1lbnRhdGlvbnMgYXJl IHdpZGVseSBkZXBsb3llZCwgd2hhdGV2ZXIgc3RhZ2Ugb2YgdGhlIHByb2Nlc3MgaXQgaXMgYXQu IGlmIHRoZSBzcGVjIGlzbid0IHN0YWJsZSB0aGVuIHRoZSByZWdpc3RyYXRpb24gY2FuIHNheSBz byBhbmQgcG9pbnQgdG8gYSBwbGFjZSB3aGVyZSBzb21lb25lIGNhbiB0cmFjayB0aGUgc3BlYyBh bmQgbGVhcm4gd2hhdCB0aGUgdHlwZSBtaWdodCBoYXZlIG1lYW50Li4uDQoNCkNvbm5lY3RlZCBi eSBEUk9JRCBvbiBWZXJpem9uIFdpcmVsZXNzDQoNCg0KLS0tLS1PcmlnaW5hbCBtZXNzYWdlLS0t LS0NCkZyb206IENocmlzIExpbGxleSA8Y2hyaXNAdzMub3JnPg0KVG86IE5lZCBGcmVlZCA8bmVk LmZyZWVkQG1yb2NoZWsuY29tPg0KQ2M6IERhdmlkIFNpbmdlciA8c2luZ2VyQGFwcGxlLmNvbT4s ICJhcHBzLWRpc2N1c3NAaWV0Zi5vcmciIDxhcHBzLWRpc2N1c3NAaWV0Zi5vcmc+LCAiTGV2YW50 b3Zza3ksIFZsYWRpbWlyIiA8VmxhZGltaXIuTGV2YW50b3Zza3lATW9ub3R5cGVJbWFnaW5nLmNv bT4sICJnYWRhbXNAeGZzaS5jb20gQWRhbXMiIDxnYWRhbXNAeGZzaS5jb20+DQpTZW50OiBUdWUs IE5vdiAyMiwgMjAxMSAxNjoxMDoxMSBHTVQrMDA6MDANClN1YmplY3Q6IFJlOiBbYXBwcy1kaXNj dXNzXSBmb250LyogKGFuZCBkcmFmdC1mcmVlZC1tZWRpYS10eXBlLXJlZ3MpDQoNCk9uIE1vbmRh eSwgTm92ZW1iZXIgMjEsIDIwMTEsIDk6MDk6MTcgUE0sIE5lZCB3cm90ZToNCg0KPj4gSnVsaWFu IHdyb3RlOg0KPj4gSSBiZWxpZXZlIGl0IHdvdWxkIGJlIGJldHRlciBvdmVyYWxsIHRvIHJlZ2lz dGVyIGVhcmx5LCBhbmQgdGhlbiB0bw0KPj4gdXBkYXRlIHRoZSByZWdpc3RyYXRpb24gbGF0ZXIg b24uDQoNCk5GPiArMQ0KDQpORj4gQW5kIHRoZXJlIGlzIG5vIG5lZWQgdG8gY2hhbmdlIGFueSBy dWxlcyB0byBhbGxvdyB0aGlzLiBUaGUgZGVjaXNpb24gb2Ygd2hlbiB0bw0KTkY+IHJlZ2lzdGVy IGEgdHlwZSBpcyBlbnRpcmVseSB1cCB0byB0aGUgc3RhbmRhcmRzIGJvZHkgZG9pbmcgdGhlIHRo ZSByZWdpc3RlcmluZy4NCg0KTkY+IFRoZSB3b3JkICJzdGFibGUiIGFwcGVhcnMgbm93aGVyZSBp biBSRkMgNDI4OC4NCg0KVGhhbmtzIGZvciB0aGUgY29uZmlybWF0aW9uLCBOZWQsIHRoYXQgdGhl cmUgaXMgbm90aGluZyBpbiB0aGUgUkZDIHRoYXQgd291bGQgcHJldmVudCBXM0MgcmVnaXN0ZXJp bmcgbWVkaWEgdHlwZXMgYXQgdGhlIFczQyBDYW5kaWRhdGUgUmVjb21tZW5kYXRpb24gc3RhZ2Uu DQoNCg0KDQoNCi0tDQogQ2hyaXMgTGlsbGV5ICAgVGVjaG5pY2FsIERpcmVjdG9yLCBJbnRlcmFj dGlvbiBEb21haW4NCiBXM0MgR3JhcGhpY3MgQWN0aXZpdHkgTGVhZCwgRm9udHMgQWN0aXZpdHkg TGVhZA0KIENvLUNoYWlyLCBXM0MgSHlwZXJ0ZXh0IENHDQogTWVtYmVyLCBDU1MsIFdlYkZvbnRz LCBTVkcgV29ya2luZyBHcm91cHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCmFwcHMtZGlzY3VzcyBtYWlsaW5nIGxpc3QNCmFwcHMtZGlzY3Vzc0Bp ZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9hcHBzLWRpc2N1 c3MNCg== --_000_451423e9956a4f3686ce4237c4b09f7fblur_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PHN0eWxlIHR5cGU9InRleHQvY3NzIj5ib2R5IHt3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7IGJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjt9PC9zdHlsZT48L2hlYWQ+PGJvZHk+PGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTZweCI+dGhlcmUg aXMgZ29vZCByZWFzb24gdG8gcmVnaXN0ZXIgd2hlbiBpbXBsZW1lbnRhdGlvbnMgYXJlIHdpZGVs eSBkZXBsb3llZCwgd2hhdGV2ZXIgc3RhZ2Ugb2YgdGhlIHByb2Nlc3MgaXQgaXMgYXQuIGlmIHRo ZSBzcGVjIGlzbid0IHN0YWJsZSB0aGVuIHRoZSByZWdpc3RyYXRpb24gY2FuIHNheSBzbyBhbmQg cG9pbnQgdG8gYSBwbGFjZSB3aGVyZSBzb21lb25lIGNhbiB0cmFjayB0aGUgc3BlYyBhbmQgbGVh cm4gd2hhdCB0aGUgdHlwZSBtaWdodCBoYXZlIG1lYW50Li4uPGJyPjxicj48Zm9udCBjb2xvcj0i IzMzMzMzMyI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTRweCI+PGZvbnQgZmFjZT0ic2Fu cy1zZXJpZiI+Q29ubmVjdGVkIGJ5IERST0lEIG9uIFZlcml6b24gV2lyZWxlc3M8L2ZvbnQ+PC9z cGFuPjwvaT48L2ZvbnQ+PC9kaXY+PGJyPjxicj4tLS0tLU9yaWdpbmFsIG1lc3NhZ2UtLS0tLTxi cj48YmxvY2txdW90ZSBzdHlsZT0iOyBib3JkZXItbGVmdDogMnB4IHNvbGlkIHJnYigxNiwgMTYs IDI1NSk7IG1hcmdpbi1sZWZ0OiA1cHg7IHBhZGRpbmctbGVmdDogNXB4OyI+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweCI+PGI+RnJvbTogPC9iPkNo cmlzIExpbGxleSAmbHQ7Y2hyaXNAdzMub3JnJmd0OzxiPjxicj5UbzogPC9iPk5lZCBGcmVlZCAm bHQ7bmVkLmZyZWVkQG1yb2NoZWsuY29tJmd0OzxiPjxicj5DYzogPC9iPkRhdmlkIFNpbmdlciAm bHQ7c2luZ2VyQGFwcGxlLmNvbSZndDssICZxdW90O2FwcHMtZGlzY3Vzc0BpZXRmLm9yZyZxdW90 OyAmbHQ7YXBwcy1kaXNjdXNzQGlldGYub3JnJmd0OywgJnF1b3Q7TGV2YW50b3Zza3ksCVZsYWRp bWlyJnF1b3Q7ICZsdDtWbGFkaW1pci5MZXZhbnRvdnNreUBNb25vdHlwZUltYWdpbmcuY29tJmd0 OywgJnF1b3Q7Z2FkYW1zQHhmc2kuY29tIEFkYW1zJnF1b3Q7ICZsdDtnYWRhbXNAeGZzaS5jb20m Z3Q7PGI+PGJyPlNlbnQ6IDwvYj5UdWUsIE5vdiAyMiwgMjAxMSAxNjoxMDoxMSBHTVQrMDA6MDA8 Yj48YnI+U3ViamVjdDogPC9iPlJlOiBbYXBwcy1kaXNjdXNzXSBmb250LyogKGFuZCBkcmFmdC1m cmVlZC1tZWRpYS10eXBlLXJlZ3MpPGJyPjxicj48L2Rpdj48ZGl2PjxtZXRhIG5hbWU9IkdlbmVy YXRvciIgY29udGVudD0iTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRl ZCBmcm9tIHRleHQgLS0+DQo8c3R5bGU+PCEtLSAuRW1haWxRdW90ZSB7IG1hcmdpbi1sZWZ0OiAx cHQ7IHBhZGRpbmctbGVmdDogNHB0OyBib3JkZXItbGVmdDogIzgwMDAwMCAycHggc29saWQ7IH0g LS0+PC9zdHlsZT4NCjxkaXY+DQo8Zm9udCBzaXplPSIyIj48ZGl2IGNsYXNzPSJQbGFpblRleHQi Pk9uIE1vbmRheSwgTm92ZW1iZXIgMjEsIDIwMTEsIDk6MDk6MTcgUE0sIE5lZCB3cm90ZTo8YnI+ DQo8YnI+DQomZ3Q7Jmd0OyBKdWxpYW4gd3JvdGU6PGJyPg0KJmd0OyZndDsgSSBiZWxpZXZlIGl0 IHdvdWxkIGJlIGJldHRlciBvdmVyYWxsIHRvIHJlZ2lzdGVyIGVhcmx5LCBhbmQgdGhlbiB0bzxi cj4NCiZndDsmZ3Q7IHVwZGF0ZSB0aGUgcmVnaXN0cmF0aW9uIGxhdGVyIG9uLjxicj4NCjxicj4N Ck5GJmd0OyAmIzQzOzE8YnI+DQo8YnI+DQpORiZndDsgQW5kIHRoZXJlIGlzIG5vIG5lZWQgdG8g Y2hhbmdlIGFueSBydWxlcyB0byBhbGxvdyB0aGlzLiBUaGUgZGVjaXNpb24gb2Ygd2hlbiB0bzxi cj4NCk5GJmd0OyByZWdpc3RlciBhIHR5cGUgaXMgZW50aXJlbHkgdXAgdG8gdGhlIHN0YW5kYXJk cyBib2R5IGRvaW5nIHRoZSB0aGUgcmVnaXN0ZXJpbmcuPGJyPg0KPGJyPg0KTkYmZ3Q7IFRoZSB3 b3JkICZxdW90O3N0YWJsZSZxdW90OyBhcHBlYXJzIG5vd2hlcmUgaW4gUkZDIDQyODguPGJyPg0K PGJyPg0KVGhhbmtzIGZvciB0aGUgY29uZmlybWF0aW9uLCBOZWQsIHRoYXQgdGhlcmUgaXMgbm90 aGluZyBpbiB0aGUgUkZDIHRoYXQgd291bGQgcHJldmVudCBXM0MgcmVnaXN0ZXJpbmcgbWVkaWEg dHlwZXMgYXQgdGhlIFczQyBDYW5kaWRhdGUgUmVjb21tZW5kYXRpb24gc3RhZ2UuPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPGJyPg0KLS0gPGJyPg0KJm5ic3A7Q2hyaXMgTGlsbGV5Jm5ic3A7Jm5i c3A7IFRlY2huaWNhbCBEaXJlY3RvciwgSW50ZXJhY3Rpb24gRG9tYWluJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4NCiZuYnNwO1czQyBHcmFwaGljcyBBY3Rpdml0 eSBMZWFkLCBGb250cyBBY3Rpdml0eSBMZWFkPGJyPg0KJm5ic3A7Q28tQ2hhaXIsIFczQyBIeXBl cnRleHQgQ0c8YnI+DQombmJzcDtNZW1iZXIsIENTUywgV2ViRm9udHMsIFNWRyBXb3JraW5nIEdy b3Vwczxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KYXBwcy1kaXNjdXNzIG1haWxpbmcgbGlzdDxicj4NCmFwcHMtZGlzY3Vzc0Bp ZXRmLm9yZzxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vYXBwcy1kaXNjdXNzIiB0YXJnZXQ9Il9CTEFOSyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9hcHBzLWRpc2N1c3M8L2E+PGJyPg0KPC9kaXY+PC9mb250Pg0KPC9kaXY+ DQoNCjwvZGl2PjwvYmxvY2txdW90ZT48L2JvZHk+PC9odG1sPg0K --_000_451423e9956a4f3686ce4237c4b09f7fblur_-- From yutaka@g.oiwa.jp Sun Dec 4 19:30:28 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D90721F8AD2 for ; Sun, 4 Dec 2011 19:30:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LUk3QBo9X0Xm for ; Sun, 4 Dec 2011 19:30:27 -0800 (PST) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3195921F8ACC for ; Sun, 4 Dec 2011 19:30:26 -0800 (PST) Received: by iaek3 with SMTP id k3so5907024iae.31 for ; Sun, 04 Dec 2011 19:30:26 -0800 (PST) Received: by 10.42.161.3 with SMTP id r3mr6348789icx.18.1323055826596; Sun, 04 Dec 2011 19:30:26 -0800 (PST) Received: from [172.16.58.136] (pl199.nas811.p-ibaraki.nttpc.ne.jp. [61.194.128.199]) by mx.google.com with ESMTPS id mb4sm39563867igc.1.2011.12.04.19.30.20 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Dec 2011 19:30:25 -0800 (PST) Sender: Yutaka OIWA Message-ID: <4EDC3AC0.70803@aist.go.jp> Date: Mon, 05 Dec 2011 12:30:08 +0900 From: Yutaka OIWA User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: apps-discuss@ietf.org X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: 'HTTP Working Group' Subject: [apps-discuss] Discussion Place for CGI/1.1 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 03:30:28 -0000 Dear experts in apps-discuss and httpbis, where should we have talks on CGI/1.1 (RFC 3875), do you think? # It may propose a small textual addition to httpbis, depending on the # result of discussions. A long description of topic is: I heard of some Japanese discussion on the interfaces and its side-effect of HTTP/1.1 and CGI/1.1 (RFC 3875, Informational). It was a security issue, but the problem itself was not a very interesting thing in context of IETF and a workaround has been taken, so I'm not in scramble. When I heard of that, I read RFC 3875. It translates the names of HTTP headers to environmental variable names (called in a different name in the spec) in the following fashion: make it upper-case, replace all hyphens by underscores and then prepend with "HTTP_". The original author of CGI spec seems to be defining the rule as translating "proper" HTTP names (e.g. Forwarded-for) into a Unix-like good-looking environment variable name (HTTP_FORWARDED_FOR). However, HTTP/1.1 allows so many "weired" characters in tokens, and the header names are defined as tokens. So, "X`Y'Z!" is a valid name for an HTTP header. Under the current CGI spec, this weired name will result to "HTTP_X`Y'Z!", which is the thing many people probably think not acceptable for variable name (including common Unix shell meta characters). Implementations of CGI/1.1 actually translate all special characters to underscore, in this example "HTTP_X_Y_Z_". Some intermediate gateway did not expect this behavior, and the combination of these has caused header forging (using X.Y.Z to override existing X-Y-Z header.) # For curious people: the intermediate was actually a mobile carrier gateway, # and the forged header was for a mobile device identifier number. # The gateway removes any occurrence of it and added a proper one. # Receivers check the source IP address, and if it is in some predefined # range, they trust the content of such a header. # Yes, it is really a bad idea, but do not claim its badness on me # as I know it and it's not my fault :-) ## The gateway was aware of the fact that - and _ will be translated to ## indistinguishable ones in CGI interface. Strictly following the spec, the web server behavior was against RFC 3875. However, given the Unix customs and restrictions (which was obviously the base of CGI specification), the actually-implemented behavior is more-or-less understandable. So, what should we do? Possible solutions are: 1) to explicitly allow the behavior of current implementations by appending rules that non-alnum MAY be translated to underscore. By this way, the responsibility will move to the intermediate in this case (it should filter out all like X.Y.Z, X!Y%Z, etc). 2) Appending a text that headers with "weired" characters SHOULD be filtered out completely, instead of masking by underscores. Existing server implementations to be changed accordingly. (Actually, CGI/1.1 already allows some protocol-specific filtering of headers, with examples for Authorization-related ones). 3) Do nothing. Servers should pass weired characters as is, and CGI programmers should take care of that. Again, existing server implementations to be changed accordingly, and CGI programmers must be really careful to handle these weired things. 4) Do really nothing: CGI is too old technology (!?) :-) The solution 1) or 2) may be result as an errata or an update document. If either 1) or 2) is a good thing, we may also want httpbis to add a text for future header extensions suggesting that non-alnums except hyphens are discouraged for any new header specifications. Original source of problem description along with deployed workaround is in in Japanese. -- Yutaka OIWA, Ph.D. Research Scientist Research Center for Information Security (RCIS) National Institute of Advanced Industrial Science and Technology (AIST) Mail addresses: , OpenPGP: id[440546B5] fp[7C9F 723A 7559 3246 229D 3139 8677 9BD2 4405 46B5] From mnot@mnot.net Sun Dec 4 19:50:47 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DA461F0C36 for ; Sun, 4 Dec 2011 19:50:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.127 X-Spam-Level: X-Spam-Status: No, score=-105.127 tagged_above=-999 required=5 tests=[AWL=-2.528, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59lXRVu2OU58 for ; Sun, 4 Dec 2011 19:50:46 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 285311F0C34 for ; Sun, 4 Dec 2011 19:50:45 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id C9BC1509DB; Sun, 4 Dec 2011 22:50:38 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <4EDC3AC0.70803@aist.go.jp> Date: Mon, 5 Dec 2011 14:50:35 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <250E9E00-D444-42ED-823C-AA2C36C915E4@mnot.net> References: <4EDC3AC0.70803@aist.go.jp> To: Yutaka OIWA X-Mailer: Apple Mail (2.1251.1) Cc: 'HTTP Working Group' , apps-discuss@ietf.org Subject: Re: [apps-discuss] Discussion Place for CGI/1.1 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 03:50:47 -0000 I think at a minimum there needs to be an errata against CGI.=20 Also worth a look is RFC3050 and Python's PEP-0333, which may have = similar vulnerabilities.=20 apps-discuss is probably the right starting place.=20 HTTPbis already defers to RFC3864 for field-names, and I think that = covers your concerns: http://tools.ietf.org/html/rfc3864#section-4.1 Cheers, On 05/12/2011, at 2:30 PM, Yutaka OIWA wrote: > Dear experts in apps-discuss and httpbis, >=20 > where should we have talks on CGI/1.1 (RFC 3875), do you think? >=20 > # It may propose a small textual addition to httpbis, depending on the > # result of discussions. >=20 >=20 > A long description of topic is: >=20 > I heard of some Japanese discussion on the interfaces and its = side-effect > of HTTP/1.1 and CGI/1.1 (RFC 3875, Informational). It was a security = issue, > but the problem itself was not a very interesting thing in context of = IETF and a > workaround has been taken, so I'm not in scramble. >=20 > When I heard of that, I read RFC 3875. It translates the names of = HTTP headers > to environmental variable names (called in a different name in the = spec) in the > following fashion: make it upper-case, replace all hyphens by = underscores and > then prepend with "HTTP_". The original author of CGI spec seems to = be defining > the rule as translating "proper" HTTP names (e.g. Forwarded-for) into = a > Unix-like good-looking environment variable name (HTTP_FORWARDED_FOR). >=20 > However, HTTP/1.1 allows so many "weired" characters in tokens, and = the header > names are defined as tokens. So, "X`Y'Z!" is a valid name for an HTTP = header. > Under the current CGI spec, this weired name will result to = "HTTP_X`Y'Z!", which > is the thing many people probably think not acceptable for variable = name > (including common Unix shell meta characters). >=20 > Implementations of CGI/1.1 actually translate all special characters = to > underscore, in this example "HTTP_X_Y_Z_". Some intermediate gateway > did not expect this behavior, and the combination of these has caused > header forging (using X.Y.Z to override existing X-Y-Z header.) >=20 > # For curious people: the intermediate was actually a mobile carrier = gateway, > # and the forged header was for a mobile device identifier number. > # The gateway removes any occurrence of it and added a proper one. > # Receivers check the source IP address, and if it is in some = predefined > # range, they trust the content of such a header. > # Yes, it is really a bad idea, but do not claim its badness on me > # as I know it and it's not my fault :-) > ## The gateway was aware of the fact that - and _ will be translated = to > ## indistinguishable ones in CGI interface. >=20 > Strictly following the spec, the web server behavior was against RFC = 3875. > However, given the Unix customs and restrictions (which was obviously > the base of CGI specification), the actually-implemented behavior is > more-or-less understandable. So, what should we do? >=20 > Possible solutions are: > 1) to explicitly allow the behavior of current implementations by > appending rules that non-alnum MAY be translated to underscore. > By this way, the responsibility will move to the intermediate > in this case (it should filter out all like X.Y.Z, X!Y%Z, etc). >=20 > 2) Appending a text that headers with "weired" characters SHOULD be > filtered out completely, instead of masking by underscores. > Existing server implementations to be changed accordingly. > (Actually, CGI/1.1 already allows some protocol-specific > filtering of headers, with examples for Authorization-related = ones). >=20 > 3) Do nothing. Servers should pass weired characters as is, and > CGI programmers should take care of that. > Again, existing server implementations to be changed accordingly, > and CGI programmers must be really careful to handle these weired = things. >=20 > 4) Do really nothing: CGI is too old technology (!?) :-) >=20 > The solution 1) or 2) may be result as an errata or an update = document. > If either 1) or 2) is a good thing, we may also want httpbis to add > a text for future header extensions suggesting that non-alnums except = hyphens > are discouraged for any new header specifications. >=20 > Original source of problem description along with deployed workaround = is in > in Japanese. >=20 > --=20 > Yutaka OIWA, Ph.D. Research = Scientist > Research Center for Information Security = (RCIS) > National Institute of Advanced Industrial Science and Technology = (AIST) > Mail addresses: , = > OpenPGP: id[440546B5] fp[7C9F 723A 7559 3246 229D 3139 8677 9BD2 4405 = 46B5] > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss -- Mark Nottingham http://www.mnot.net/ From paul.bryan@forgerock.com Sun Dec 4 22:31:18 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C2FE21F8B55 for ; Sun, 4 Dec 2011 22:31:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xWyIamjDkVRS for ; Sun, 4 Dec 2011 22:31:17 -0800 (PST) Received: from eu1sys200aog107.obsmtp.com (eu1sys200aog107.obsmtp.com [207.126.144.123]) by ietfa.amsl.com (Postfix) with SMTP id 106EB21F8B47 for ; Sun, 4 Dec 2011 22:31:16 -0800 (PST) Received: from mail-yx0-f179.google.com ([209.85.213.179]) (using TLSv1) by eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP ID DSNKTtxlJDEpsi5TdliVACFEmAMBxEMWtV3r@postini.com; Mon, 05 Dec 2011 06:31:17 UTC Received: by yenl7 with SMTP id l7so1369564yen.10 for ; Sun, 04 Dec 2011 22:30:59 -0800 (PST) Received: by 10.236.186.2 with SMTP id v2mr9401277yhm.83.1323066658857; Sun, 04 Dec 2011 22:30:58 -0800 (PST) Received: from [192.168.1.3] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id n5sm29658319yhk.1.2011.12.04.22.30.57 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 04 Dec 2011 22:30:57 -0800 (PST) Message-ID: <1323066655.7989.6.camel@neutron> From: "Paul C. Bryan" To: apps-discuss@ietf.org Date: Sun, 04 Dec 2011 22:30:55 -0800 Content-Type: multipart/alternative; boundary="=-0Xv86LYRJoaIuGrpbrvg" X-Mailer: Evolution 3.0.3-2 Mime-Version: 1.0 Subject: [apps-discuss] JSON Patch Internet-Draft 04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 06:31:18 -0000 --=-0Xv86LYRJoaIuGrpbrvg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit I quickly submitted another JSON Patch Internet-Draft, now posted here: http://tools.ietf.org/html/draft-pbryan-json-patch-04 It now provides a usage example for each operation, fixes a few overt typographical errors and cleans up further ambiguous phrasing. Your review and feedback would be appreciated. Paul --=-0Xv86LYRJoaIuGrpbrvg Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit I quickly submitted another JSON Patch Internet-Draft, now posted here:

http://tools.ietf.org/html/draft-pbryan-json-patch-04

It now provides a usage example for each operation, fixes a few overt typographical errors and cleans up further ambiguous phrasing.

Your review and feedback would be appreciated.

Paul --=-0Xv86LYRJoaIuGrpbrvg-- From mnot@mnot.net Mon Dec 5 03:18:01 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CEB921F8B94 for ; Mon, 5 Dec 2011 03:18:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.081 X-Spam-Level: X-Spam-Status: No, score=-105.081 tagged_above=-999 required=5 tests=[AWL=-2.482, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSwCfb-8Udgo for ; Mon, 5 Dec 2011 03:18:00 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id BAB9321F8B8A for ; Mon, 5 Dec 2011 03:18:00 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 488E8509EB; Mon, 5 Dec 2011 06:17:52 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Mark Nottingham In-Reply-To: <36222.1323070426@critter.freebsd.dk> Date: Mon, 5 Dec 2011 22:17:48 +1100 Content-Transfer-Encoding: 7bit Message-Id: <5D4538FB-B23B-48A6-827F-DC48B6717C46@mnot.net> References: <36222.1323070426@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.1251.1) Cc: apps-discuss@ietf.org, 'HTTP Working Group' Subject: Re: [apps-discuss] Discussion Place for CGI/1.1 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 11:18:01 -0000 On 05/12/2011, at 6:33 PM, Poul-Henning Kamp wrote: > In message <4EDC3AC0.70803@aist.go.jp>, Yutaka OIWA writes: > >> Possible solutions are: > >> 5) Replace all other "weird" characters than '-' with their %xx value. mnot-mini:~> export FOO%20BAR=baz -bash: export: `FOO%20BAR=baz': not a valid identifier Cheers, -- Mark Nottingham http://www.mnot.net/ From phk@phk.freebsd.dk Sun Dec 4 23:33:55 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B8DC1F0C50 for ; Sun, 4 Dec 2011 23:33:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.59 X-Spam-Level: X-Spam-Status: No, score=-1.59 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DK=1.009] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oWUR7ReDJgYg for ; Sun, 4 Dec 2011 23:33:54 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by ietfa.amsl.com (Postfix) with ESMTP id 774AF1F0C4D for ; Sun, 4 Dec 2011 23:33:54 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9A0B65DC3; Mon, 5 Dec 2011 07:33:51 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id pB57Xk3u036223; Mon, 5 Dec 2011 07:33:48 GMT (envelope-from phk@phk.freebsd.dk) To: Yutaka OIWA From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 Dec 2011 12:30:08 +0900." <4EDC3AC0.70803@aist.go.jp> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 05 Dec 2011 07:33:46 +0000 Message-ID: <36222.1323070426@critter.freebsd.dk> X-Mailman-Approved-At: Mon, 05 Dec 2011 08:07:51 -0800 Cc: 'HTTP Working Group' , apps-discuss@ietf.org Subject: Re: [apps-discuss] Discussion Place for CGI/1.1 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 08:02:21 -0000 In message <4EDC3AC0.70803@aist.go.jp>, Yutaka OIWA writes: >Possible solutions are: > 5) Replace all other "weird" characters than '-' with their %xx value. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk@phk.freebsd.dk Mon Dec 5 03:31:04 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 300F421F8B72 for ; Mon, 5 Dec 2011 03:31:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.926 X-Spam-Level: X-Spam-Status: No, score=-2.926 tagged_above=-999 required=5 tests=[AWL=-1.336, BAYES_00=-2.599, HELO_EQ_DK=1.009] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8JfjA0nuP+vc for ; Mon, 5 Dec 2011 03:31:03 -0800 (PST) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by ietfa.amsl.com (Postfix) with ESMTP id 8A82B21F8B66 for ; Mon, 5 Dec 2011 03:31:03 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E95DB5DA6; Mon, 5 Dec 2011 11:31:00 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id pB5BUvgq077845; Mon, 5 Dec 2011 11:30:57 GMT (envelope-from phk@phk.freebsd.dk) To: Mark Nottingham From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 Dec 2011 22:17:48 +1100." <5D4538FB-B23B-48A6-827F-DC48B6717C46@mnot.net> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 05 Dec 2011 11:30:57 +0000 Message-ID: <77844.1323084657@critter.freebsd.dk> X-Mailman-Approved-At: Mon, 05 Dec 2011 08:08:06 -0800 Cc: apps-discuss@ietf.org, 'HTTP Working Group' Subject: Re: [apps-discuss] Discussion Place for CGI/1.1 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 11:31:04 -0000 In message <5D4538FB-B23B-48A6-827F-DC48B6717C46@mnot.net>, Mark Nottingham wri tes: >>> 5) Replace all other "weird" characters than '-' with their %xx value. > >mnot-mini:~> export FOO%20BAR=baz >-bash: export: `FOO%20BAR=baz': not a valid identifier Yeah, sorry for being unclear: I didn't mean to include the % in the variable name: FOO20BAR -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From kathleen.moriarty@emc.com Mon Dec 5 12:47:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 114F821F8B03 for ; Mon, 5 Dec 2011 12:47:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.065 X-Spam-Level: X-Spam-Status: No, score=-5.065 tagged_above=-999 required=5 tests=[AWL=-0.921, BAYES_00=-2.599, FRT_ADOBE2=2.455, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9+9XfTPiTz-s for ; Mon, 5 Dec 2011 12:47:07 -0800 (PST) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by ietfa.amsl.com (Postfix) with ESMTP id 3C06421F8B00 for ; Mon, 5 Dec 2011 12:47:06 -0800 (PST) Received: from hop04-l1d11-si04.isus.emc.com (HOP04-L1D11-SI04.isus.emc.com [10.254.111.24]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB5KkrAN020727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Dec 2011 15:46:53 -0500 Received: from mailhub.lss.emc.com (mailhub.lss.emc.com [10.254.222.129]) by hop04-l1d11-si04.isus.emc.com (RSA Interceptor); Mon, 5 Dec 2011 15:46:37 -0500 Received: from mxhub31.corp.emc.com (mxhub31.corp.emc.com [128.222.70.171]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB5KkZZl028459; Mon, 5 Dec 2011 15:46:36 -0500 Received: from mx06a.corp.emc.com ([169.254.1.238]) by mxhub31.corp.emc.com ([128.222.70.171]) with mapi; Mon, 5 Dec 2011 15:46:35 -0500 From: To: , , , , Date: Mon, 5 Dec 2011 15:46:34 -0500 Thread-Topic: Request for review: draft-ietf-mile-rfc6045-bis-01 Thread-Index: Acyx2y1gEK186n+jT7SbNHZ7d0jy1QAC1hmwAAcPEDAAXgE20A== Message-ID: References: <6.2.5.6.2.20111203082441.0a251830@elandnews.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EMM-MHVC: 1 Subject: Re: [apps-discuss] Request for review: draft-ietf-mile-rfc6045-bis-01 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 20:47:09 -0000 Hello Larry, Thank you again for your review. Please let me know if the responses below= adequately meet your concerns. If so, I will update the document accordin= gly. There are no proposed changes that are technical in nature. I tried = to separate out each question to make it a bit easier to read... Minor issues: The "Updates" will be changed to "Obsoletes" in the updated version. It wa= s listed this way in the 00 version, I'll make sure this is in the template= for the document to prevent this from happening. The document does move from informational to standards track. Basically, t= his was a working group item in INCH. We finalized the work and the workin= g group closed before the documents were published. Because of the delay, = they were published as informational. Once they were published, interest i= ncreased and it is part of the reason driving it for the move for standards= track. The ability to automate the exchange of incident information in a = secure way with policy considerations is greatly needed and this specificat= ion is getting the most traction to solve the problem. As mentioned in the previous response, the changes from RFC6045 to RFC6045-= bis are included at the end of the introduction. Please let me know if thi= s addresses your concern. Details: Mysterious labels: ENUM is for enumerated types, building from RFC 5070 which previously defin= es: " 2.7. Enumerated Types Enumerated types are represented by the ENUM data type, and consist of an ordered list of acceptable values. Each value has a representative keyword. Within the IODEF schema, the enumerated type keywords are used as attribute values. The ENUM data type is implemented as a series of "xs:NMTOKEN" in the schema." For attributes that use the ENUM type, It looks like I have "One" listed wh= ere "REQUIRED" should be. This is correct in the schema and I will update = the text in the appropriate subsections of 4 to correct this issue. Would you like to see the definitions from IODEF included in this document = or just referenced as is the case now? Right now, there is section 3.4 that points to IODEF: "3.4. RID Data Types RID is derived from the IODEF data model and inherits all of the data types defined in the IODEF model. One data type is added by RID: BOOLEAN." I'll take the answer for this and replicate it for other data types as need= ed (definitions, etc.) for how you would like to see it handled. __________ Next issue is with terms, with one example provided: The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. This does apply out to any use case where the client can be anything from a= n individual to an enterprise. Service provider is intended to be broad to= cover many use cases. I will add more verbiage in this section to clarify= the intent. The objective is really to have this used where there is a cl= ient to provider relationship that may be bound by agreements and SLAs wher= e there is typically some trust established through those relationships. T= his can also apply to a client and vendor scenario as the vendor may be pro= viding a service. I'll add the same text to the SPToClient definition as w= ell. Current text: > ClientToSP. An enterprise initiated the request to their service provide= r. Proposed text: > ClientToSP. A client initiated the request to their service provider (SP= ). A client may be an individual, enterprise, or other type of entity (gov= ernment, commercial, education, etc.). A service provider may be a network= , telecommunications, cloud, infrastructure, or other type of service provi= der where a client to vendor relationship has been established. The client= to vendor relationship will typically have established contracts or agreem= ents to define expectations and trust relationships. 2. SPToClient. A service provider (SP) initiated a RID request or report to a client. A client may be an individual, enterprise, or othe= r type of entity (government, commercial, education, etc.). A service prov= ider may be a network, telecommunications, cloud, infrastructure, or other = type of service provider where a client to vendor relationship has been est= ablished. The client to vendor relationship will typically have establishe= d contracts or agreements to define expectations and trust relationships. 3. IntraConsortium. Incident information that should have no restrictions within the boundaries of a consortium with the agreed-upon use and abuse guidelines. A consortium is a well defi= ned group with established members and trust relationships specific to shar= ing within that group. A consortium would typically define the types of da= ta that can be shared in advance, expectations on protecting that data, as = well as having established contractual agreements. Examples of Consortiums= may include industry focused sharing communities (Financial, government, r= esearch and education, etc.) or cross industry sharing communities (for ins= tance, organizations within local proximity that form a sharing group). 4. PeerToPeer. Incident information that should have no restrictions between two peers but may require further evaluation before continuance beyond that point with the agreed-upon use and abuse guidelines. PeerToPeer communications = may involve any two individuals or entities that decide to share informatio= n directly with each other. 5. BetweenConsortiums. Incident information that should have no restrictions between consortiums that have established agreements= or contracts with use and abuse guidelines. BetweenConsortiums is used wh= en two Consortiums (as defined in IntraConsortium above) share data. The t= ypes of data that can be shared BetweenConsortiums should be identified in = their agreements and contracts along with expectations on how that data sho= uld be handled and protected. _______ > What is a "National Boundary"? Is it a legal jurisdiction? What about sec= urity incidents where there is some dispute about what constitutes a "natio= nal boundary"? How would one use this value? Proposed additional text is in quotes. This does not change the usage, but= better explains the capabilities and relationship to IODEF and extensions = as well as agreements between entities. 6. AcrossNationalBoundaries. This selection must be set if the message type will cross national boundaries. "AcrossNationalBoun= daries is used when data shared may have additional restrictions for handli= ng and protection based on the type of data and where it resides. The IODE= F document included, as well as any extensions, with the RID message should= indicate the specific restrictions to be considered. The national boundar= y may be defined by existing regulations or other legal agreements specific= to a defined region. The use of this AcrossNationalBoundaries is not lega= lly binding unless contracts and agreements for entities who share data hav= e deemed it as such through additional definitions that may include associa= ted handling and protection requirements." There could be instances of TraceRequest messages where that may not be known in advance, but should be known at the instance where boundaries are crossed during the investigation. This must also be set if the security requirements of the request is based upon regulations of a specific nation that may not apply to all nations. The stricter requirements should be upheld. This is different from the "BetweenConsortiums" setting since it may be possible to have multiple nations as members of the same consortium, and this option must be selected if the traffic is of a type that may have different restrictions in other nations. _______________ Next issue was with "LawEnforcement" >From Larry, " Again, many undefined terms, and no particular way, indicatio= n, hint, of how to clarify them, when they apply, what constitutes a "local= government" across the world, etc. What is a "National Boundary"? Is it = a legal jurisdiction? What about security incidents where there is some dis= pute about what constitutes a "national boundary"? How would one use this v= alue? If you expect consistent processing of incident reports from multiple= sources, don't you need to insure common understanding of the terms? And i= f you don't, why is it standards track?" The working group discussed this very issue on the mailing list. I think w= hat is needed is some additional language in the draft to better explain ho= w this is used. This term was intentionally left ambiguous as the IODEF do= cument included would have the specific contact information of the group th= e sender interpreted as LawEnforcement. This could be national or local po= lice or even a government group like the FBI in the US. Since this could d= iffer around the world, the working group decided that the high level term = that may affect how they protect the data and the extent to which it can be= shared was good for the RID level. When you look at the IODEF document, t= his will include the specific contact information of the recipient (much mo= re granular than the type of Law Enforcement). Current Text: > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, or other authorities assisting = with an investigation. If the law enforcement agency resides within a diff= erent nation that the sending entity, the "crossNationalBoundaries" enumera= tion MUST also be set . Proposed Text: > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, or other authorities assisting = with an investigation. The usage of this value is interpreted by the sende= r, and that interpretation may vary in regions of the world. This value is= intentionally broad. More detailed information on the receiving entity is= maintained in the Contact class of the IODEF document. If the law enforce= ment agency resides within a different nation that the sending entity, the = "AcrossNationalBoundaries" enumeration MUST also be set. ________ The types for TrafficRegion was also raised as a concern, but not as explic= itly as the areas above. In looking at these again, the only change I would suggest at this point is= the first sentence of Attack. Current text: 1. Attack. This option should only be selected if the traffic is related to a network-based attack. Proposed text: 1. Attack. This option should only be selected if the traffic is related to an information security incident or attack. ________ You also raised a question on extensibility. The WG decided that we wanted= to restrict this to the ability to add enumerated values, either through o= fficial means (standards document) or to sharing communities who may extend= to add their own values. Throughout the schema, there is an ext-value inc= luded, following the established extension mechanism for IODEF. It points = to the definition in RFC5070, section 5.1. Does this address your concern = or would you prefer to see the text included in this document. I believe this addresses the outstanding questions. Please let me know if = you agree on the proposed text and how each question is addressed. Thank you, Kathleen -----Original Message----- From: Moriarty, Kathleen Sent: Saturday, December 03, 2011 4:44 PM To: Larry Masinter; SM; apps-discuss@ietf.org; draft-ietf-mile-rfc6045-bis.= all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Hello Larry, Thank you very much for the detailed review! I have a couple of quick ques= tions and will address your concerns with proposed text soon (WGLC ends on = Monday, so I can update the document then to include your suggested changes= along with any others received). Can you let me know if the section at the end of the introduction adequatel= y addresses your request for the list of changes from RFC6045? If not, wha= t additional detail or formatting would be helpful to clear up this request= ? I will go back through the terminology again to clarify terms better as req= uested and to find out if the changes address your concerns (tomorrow or Mo= nday via email to this list). A little background: In this space, groups share data using high level mar= kers to indicate what groups you can share the data with and if it is sensi= tive. The markers in RID are more specific than what is used for sharing v= ia email (etc.), but a mapping is easily created. The "Traffic Light Proto= col" just marks incidents as "red", "yellow", "green", and "white" which in= tends to cover both of those areas. Organizations decide how they want to = share and mark it as such with policy agreements. The policy part will hap= pen more between groups before they share data. Sharing in practice occurs= when parties know each other and have built a trust relationship or there = is a client-vendor relationship. Hopefully this will expand in the future,= but that's how it works now. It is a delicate balance where parties may w= ant the ability to interpret the terms and map to their policy and create s= haring agreements. Local for instance could be a region defined by a parti= cular sharing group. The ISACs int he US share across a particular industr= y, but then there are other groups like the ACSC in the greater Boston area= that is cross industry and will limit participation to about 30 organizati= ons for fear that if they get too large, people won't trust (because they d= on't know the others int he group) and hence won't share. Thanks again! Kathleen ________________________________________ From: Larry Masinter [masinter@adobe.com] Sent: Saturday, December 03, 2011 2:21 PM To: SM; Moriarty, Kathleen; apps-discuss@ietf.org; draft-ietf-mile-rfc6045-= bis.all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Document: draft-ietf-mile-rfc6045-bis-01 Title: Real-time Inter-network Defense Reviewer: Larry Masinter Review Date: 12/3/2011 Summary: This draft is not ready for publication as a Proposed Standard and should b= e revised before publication. Major issues: The document defines a language for describing a security incident intended= for exchange between services or service providers, but the terminology us= ed for describing incidents and the extensibility and refinement of that te= rminology is not clear and doesn't seem to be managed. But this is a preliminary review about the status & intent... Minor issues: The status of the document seems to be confusing or incorrect. The introdu= ction says "This document moves Real-time Inter-network Defense (RID) [RFC6= 045] to Historic status as it provides minor updates." And the status l= ists that it "updates" RFC 6045. In fact, the document seems to be a revision of all of RFC 6045 http://tools.ietf.org/rfcdiff?url1=3Drfc6045&url2=3Ddraft-ietf-mile-rfc604= 5-bis-01 which moves from "Informational" to Standards Track. There doesn't seem to be a summary of "Changes from RFC 6045" which explain= s what changed, based on actual practice.. Details: There are several namespaces of enumerated values ("TrafficType", "PolicyRe= gion", ...) which seem to depend on a common understanding of the meaning o= f the terminology, but which do not define the terms sufficiently (in my op= inion) for anyone to know how to use this. To pick a couple of examples: PolicyRegion starts out with "region", and there are mysterious labels. "On= e. Enum." There is likely a convention in the document for this, but I think unless i= t is an explicit table it is better to be more specific. The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. But the terms "enterprise" and "service provider" are defined ... where? Is= my home network an enterprise? What is the scope or scale of an enterprise= ? Could different service providers define what an "enterprise" is differe= ntly? What is the utility of this value in an incident report? > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, > or other authorities assisting with an investigation. If the law enforc= ement agency resides within a different nation that > the sending entity, the "crossNationalBoundaries" enumeration MUST also = be set . Again, many undefined terms, and no particular way, indication, hint, of ho= w to clarify them, when they apply, what constitutes a "local government" a= cross the world, etc. What is a "National Boundary"? Is it a legal jurisd= iction? What about security incidents where there is some dispute about wha= t constitutes a "national boundary"? How would one use this value? If you e= xpect consistent processing of incident reports from multiple sources, don'= t you need to insure common understanding of the terms? And if you don't, w= hy is it standards track? The extensibility of the protocol is unclear... how are these terms clarifi= ed, how do they evolve, what happens when different organizations interpret= the terms differently? Is there a registry? Can the set of terms change? I understand the desire to pass semantic information between multiple parti= es about security incidents, but I think the fundamental problem is in the = management of the evolution of a common understanding of the terminology an= d namespace supplied. Larry -- http://larry.masinter.net From kathleen.moriarty@emc.com Mon Dec 5 12:58:28 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD1D421F85C7; Mon, 5 Dec 2011 12:58:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.88 X-Spam-Level: X-Spam-Status: No, score=-4.88 tagged_above=-999 required=5 tests=[AWL=-0.736, BAYES_00=-2.599, FRT_ADOBE2=2.455, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YGPTcIMQH-Xk; Mon, 5 Dec 2011 12:58:27 -0800 (PST) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by ietfa.amsl.com (Postfix) with ESMTP id 119CA21F8BD7; Mon, 5 Dec 2011 12:58:26 -0800 (PST) Received: from hop04-l1d11-si03.isus.emc.com (HOP04-L1D11-SI03.isus.emc.com [10.254.111.23]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB5KwGKc024381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Dec 2011 15:58:16 -0500 Received: from mailhub.lss.emc.com (mailhub.lss.emc.com [10.254.222.129]) by hop04-l1d11-si03.isus.emc.com (RSA Interceptor); Mon, 5 Dec 2011 15:58:03 -0500 Received: from mxhub24.corp.emc.com (mxhub24.corp.emc.com [128.222.70.136]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id pB5Kw2qg005346; Mon, 5 Dec 2011 15:58:02 -0500 Received: from mx06a.corp.emc.com ([169.254.1.238]) by mxhub24.corp.emc.com ([128.222.70.136]) with mapi; Mon, 5 Dec 2011 15:58:02 -0500 From: To: , , , , Date: Mon, 5 Dec 2011 15:58:00 -0500 Thread-Topic: Request for review: draft-ietf-mile-rfc6045-bis-01 Thread-Index: Acyx2y1gEK186n+jT7SbNHZ7d0jy1QAC1hmwAAcPEDAAXgE20AAFcQ/w Message-ID: References: <6.2.5.6.2.20111203082441.0a251830@elandnews.com>, Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-EMM-MHVC: 1 Cc: mile@ietf.org Subject: Re: [apps-discuss] Request for review: draft-ietf-mile-rfc6045-bis-01 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2011 20:58:28 -0000 Copying MILE -----Original Message----- From: Moriarty, Kathleen Sent: Monday, December 05, 2011 3:47 PM To: Moriarty, Kathleen; Larry Masinter; SM; apps-discuss@ietf.org; draft-ie= tf-mile-rfc6045-bis.all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Hello Larry, Thank you again for your review. Please let me know if the responses below= adequately meet your concerns. If so, I will update the document accordin= gly. There are no proposed changes that are technical in nature. I tried = to separate out each question to make it a bit easier to read... Minor issues: The "Updates" will be changed to "Obsoletes" in the updated version. It wa= s listed this way in the 00 version, I'll make sure this is in the template= for the document to prevent this from happening. The document does move from informational to standards track. Basically, t= his was a working group item in INCH. We finalized the work and the workin= g group closed before the documents were published. Because of the delay, = they were published as informational. Once they were published, interest i= ncreased and it is part of the reason driving it for the move for standards= track. The ability to automate the exchange of incident information in a = secure way with policy considerations is greatly needed and this specificat= ion is getting the most traction to solve the problem. As mentioned in the previous response, the changes from RFC6045 to RFC6045-= bis are included at the end of the introduction. Please let me know if thi= s addresses your concern. Details: Mysterious labels: ENUM is for enumerated types, building from RFC 5070 which previously defin= es: " 2.7. Enumerated Types Enumerated types are represented by the ENUM data type, and consist of an ordered list of acceptable values. Each value has a representative keyword. Within the IODEF schema, the enumerated type keywords are used as attribute values. The ENUM data type is implemented as a series of "xs:NMTOKEN" in the schema." For attributes that use the ENUM type, It looks like I have "One" listed wh= ere "REQUIRED" should be. This is correct in the schema and I will update = the text in the appropriate subsections of 4 to correct this issue. Would you like to see the definitions from IODEF included in this document = or just referenced as is the case now? Right now, there is section 3.4 that points to IODEF: "3.4. RID Data Types RID is derived from the IODEF data model and inherits all of the data types defined in the IODEF model. One data type is added by RID: BOOLEAN." I'll take the answer for this and replicate it for other data types as need= ed (definitions, etc.) for how you would like to see it handled. __________ Next issue is with terms, with one example provided: The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. This does apply out to any use case where the client can be anything from a= n individual to an enterprise. Service provider is intended to be broad to= cover many use cases. I will add more verbiage in this section to clarify= the intent. The objective is really to have this used where there is a cl= ient to provider relationship that may be bound by agreements and SLAs wher= e there is typically some trust established through those relationships. T= his can also apply to a client and vendor scenario as the vendor may be pro= viding a service. I'll add the same text to the SPToClient definition as w= ell. Current text: > ClientToSP. An enterprise initiated the request to their service provide= r. Proposed text: > ClientToSP. A client initiated the request to their service provider (SP= ). A client may be an individual, enterprise, or other type of entity (gov= ernment, commercial, education, etc.). A service provider may be a network= , telecommunications, cloud, infrastructure, or other type of service provi= der where a client to vendor relationship has been established. The client= to vendor relationship will typically have established contracts or agreem= ents to define expectations and trust relationships. 2. SPToClient. A service provider (SP) initiated a RID request or report to a client. A client may be an individual, enterprise, or othe= r type of entity (government, commercial, education, etc.). A service prov= ider may be a network, telecommunications, cloud, infrastructure, or other = type of service provider where a client to vendor relationship has been est= ablished. The client to vendor relationship will typically have establishe= d contracts or agreements to define expectations and trust relationships. 3. IntraConsortium. Incident information that should have no restrictions within the boundaries of a consortium with the agreed-upon use and abuse guidelines. A consortium is a well defi= ned group with established members and trust relationships specific to shar= ing within that group. A consortium would typically define the types of da= ta that can be shared in advance, expectations on protecting that data, as = well as having established contractual agreements. Examples of Consortiums= may include industry focused sharing communities (Financial, government, r= esearch and education, etc.) or cross industry sharing communities (for ins= tance, organizations within local proximity that form a sharing group). 4. PeerToPeer. Incident information that should have no restrictions between two peers but may require further evaluation before continuance beyond that point with the agreed-upon use and abuse guidelines. PeerToPeer communications = may involve any two individuals or entities that decide to share informatio= n directly with each other. 5. BetweenConsortiums. Incident information that should have no restrictions between consortiums that have established agreements= or contracts with use and abuse guidelines. BetweenConsortiums is used wh= en two Consortiums (as defined in IntraConsortium above) share data. The t= ypes of data that can be shared BetweenConsortiums should be identified in = their agreements and contracts along with expectations on how that data sho= uld be handled and protected. _______ > What is a "National Boundary"? Is it a legal jurisdiction? What about sec= urity incidents where there is some dispute about what constitutes a "natio= nal boundary"? How would one use this value? Proposed additional text is in quotes. This does not change the usage, but= better explains the capabilities and relationship to IODEF and extensions = as well as agreements between entities. 6. AcrossNationalBoundaries. This selection must be set if the message type will cross national boundaries. "AcrossNationalBoun= daries is used when data shared may have additional restrictions for handli= ng and protection based on the type of data and where it resides. The IODE= F document included, as well as any extensions, with the RID message should= indicate the specific restrictions to be considered. The national boundar= y may be defined by existing regulations or other legal agreements specific= to a defined region. The use of this AcrossNationalBoundaries is not lega= lly binding unless contracts and agreements for entities who share data hav= e deemed it as such through additional definitions that may include associa= ted handling and protection requirements." There could be instances of TraceRequest messages where that may not be known in advance, but should be known at the instance where boundaries are crossed during the investigation. This must also be set if the security requirements of the request is based upon regulations of a specific nation that may not apply to all nations. The stricter requirements should be upheld. This is different from the "BetweenConsortiums" setting since it may be possible to have multiple nations as members of the same consortium, and this option must be selected if the traffic is of a type that may have different restrictions in other nations. _______________ Next issue was with "LawEnforcement" >From Larry, " Again, many undefined terms, and no particular way, indicatio= n, hint, of how to clarify them, when they apply, what constitutes a "local= government" across the world, etc. What is a "National Boundary"? Is it = a legal jurisdiction? What about security incidents where there is some dis= pute about what constitutes a "national boundary"? How would one use this v= alue? If you expect consistent processing of incident reports from multiple= sources, don't you need to insure common understanding of the terms? And i= f you don't, why is it standards track?" The working group discussed this very issue on the mailing list. I think w= hat is needed is some additional language in the draft to better explain ho= w this is used. This term was intentionally left ambiguous as the IODEF do= cument included would have the specific contact information of the group th= e sender interpreted as LawEnforcement. This could be national or local po= lice or even a government group like the FBI in the US. Since this could d= iffer around the world, the working group decided that the high level term = that may affect how they protect the data and the extent to which it can be= shared was good for the RID level. When you look at the IODEF document, t= his will include the specific contact information of the recipient (much mo= re granular than the type of Law Enforcement). Current Text: > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, or other authorities assisting = with an investigation. If the law enforcement agency resides within a diff= erent nation that the sending entity, the "crossNationalBoundaries" enumera= tion MUST also be set . Proposed Text: > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, or other authorities assisting = with an investigation. The usage of this value is interpreted by the sende= r, and that interpretation may vary in regions of the world. This value is= intentionally broad. More detailed information on the receiving entity is= maintained in the Contact class of the IODEF document. If the law enforce= ment agency resides within a different nation that the sending entity, the = "AcrossNationalBoundaries" enumeration MUST also be set. ________ The types for TrafficRegion was also raised as a concern, but not as explic= itly as the areas above. In looking at these again, the only change I would suggest at this point is= the first sentence of Attack. Current text: 1. Attack. This option should only be selected if the traffic is related to a network-based attack. Proposed text: 1. Attack. This option should only be selected if the traffic is related to an information security incident or attack. ________ You also raised a question on extensibility. The WG decided that we wanted= to restrict this to the ability to add enumerated values, either through o= fficial means (standards document) or to sharing communities who may extend= to add their own values. Throughout the schema, there is an ext-value inc= luded, following the established extension mechanism for IODEF. It points = to the definition in RFC5070, section 5.1. Does this address your concern = or would you prefer to see the text included in this document. I believe this addresses the outstanding questions. Please let me know if = you agree on the proposed text and how each question is addressed. Thank you, Kathleen -----Original Message----- From: Moriarty, Kathleen Sent: Saturday, December 03, 2011 4:44 PM To: Larry Masinter; SM; apps-discuss@ietf.org; draft-ietf-mile-rfc6045-bis.= all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Hello Larry, Thank you very much for the detailed review! I have a couple of quick ques= tions and will address your concerns with proposed text soon (WGLC ends on = Monday, so I can update the document then to include your suggested changes= along with any others received). Can you let me know if the section at the end of the introduction adequatel= y addresses your request for the list of changes from RFC6045? If not, wha= t additional detail or formatting would be helpful to clear up this request= ? I will go back through the terminology again to clarify terms better as req= uested and to find out if the changes address your concerns (tomorrow or Mo= nday via email to this list). A little background: In this space, groups share data using high level mar= kers to indicate what groups you can share the data with and if it is sensi= tive. The markers in RID are more specific than what is used for sharing v= ia email (etc.), but a mapping is easily created. The "Traffic Light Proto= col" just marks incidents as "red", "yellow", "green", and "white" which in= tends to cover both of those areas. Organizations decide how they want to = share and mark it as such with policy agreements. The policy part will hap= pen more between groups before they share data. Sharing in practice occurs= when parties know each other and have built a trust relationship or there = is a client-vendor relationship. Hopefully this will expand in the future,= but that's how it works now. It is a delicate balance where parties may w= ant the ability to interpret the terms and map to their policy and create s= haring agreements. Local for instance could be a region defined by a parti= cular sharing group. The ISACs int he US share across a particular industr= y, but then there are other groups like the ACSC in the greater Boston area= that is cross industry and will limit participation to about 30 organizati= ons for fear that if they get too large, people won't trust (because they d= on't know the others int he group) and hence won't share. Thanks again! Kathleen ________________________________________ From: Larry Masinter [masinter@adobe.com] Sent: Saturday, December 03, 2011 2:21 PM To: SM; Moriarty, Kathleen; apps-discuss@ietf.org; draft-ietf-mile-rfc6045-= bis.all@tools.ietf.org Subject: RE: Request for review: draft-ietf-mile-rfc6045-bis-01 Document: draft-ietf-mile-rfc6045-bis-01 Title: Real-time Inter-network Defense Reviewer: Larry Masinter Review Date: 12/3/2011 Summary: This draft is not ready for publication as a Proposed Standard and should b= e revised before publication. Major issues: The document defines a language for describing a security incident intended= for exchange between services or service providers, but the terminology us= ed for describing incidents and the extensibility and refinement of that te= rminology is not clear and doesn't seem to be managed. But this is a preliminary review about the status & intent... Minor issues: The status of the document seems to be confusing or incorrect. The introdu= ction says "This document moves Real-time Inter-network Defense (RID) [RFC6= 045] to Historic status as it provides minor updates." And the status l= ists that it "updates" RFC 6045. In fact, the document seems to be a revision of all of RFC 6045 http://tools.ietf.org/rfcdiff?url1=3Drfc6045&url2=3Ddraft-ietf-mile-rfc604= 5-bis-01 which moves from "Informational" to Standards Track. There doesn't seem to be a summary of "Changes from RFC 6045" which explain= s what changed, based on actual practice.. Details: There are several namespaces of enumerated values ("TrafficType", "PolicyRe= gion", ...) which seem to depend on a common understanding of the meaning o= f the terminology, but which do not define the terms sufficiently (in my op= inion) for anyone to know how to use this. To pick a couple of examples: PolicyRegion starts out with "region", and there are mysterious labels. "On= e. Enum." There is likely a convention in the document for this, but I think unless i= t is an explicit table it is better to be more specific. The bulk of the document contains what seem like definitions of terms in a = vocabulary, such as: > ClientToSP. An enterprise initiated the request to their service provide= r. But the terms "enterprise" and "service provider" are defined ... where? Is= my home network an enterprise? What is the scope or scale of an enterprise= ? Could different service providers define what an "enterprise" is differe= ntly? What is the utility of this value in an incident report? > LawEnforcement. This option is used when incident information is excha= nged with LawEnforcement, local government, > or other authorities assisting with an investigation. If the law enforc= ement agency resides within a different nation that > the sending entity, the "crossNationalBoundaries" enumeration MUST also = be set . Again, many undefined terms, and no particular way, indication, hint, of ho= w to clarify them, when they apply, what constitutes a "local government" a= cross the world, etc. What is a "National Boundary"? Is it a legal jurisd= iction? What about security incidents where there is some dispute about wha= t constitutes a "national boundary"? How would one use this value? If you e= xpect consistent processing of incident reports from multiple sources, don'= t you need to insure common understanding of the terms? And if you don't, w= hy is it standards track? The extensibility of the protocol is unclear... how are these terms clarifi= ed, how do they evolve, what happens when different organizations interpret= the terms differently? Is there a registry? Can the set of terms change? I understand the desire to pass semantic information between multiple parti= es about security incidents, but I think the fundamental problem is in the = management of the evolution of a common understanding of the terminology an= d namespace supplied. Larry -- http://larry.masinter.net From paul.bryan@forgerock.com Mon Dec 5 17:56:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7203021F8906 for ; Mon, 5 Dec 2011 17:56:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gNr9qF3PnJ6m for ; Mon, 5 Dec 2011 17:56:08 -0800 (PST) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) by ietfa.amsl.com (Postfix) with SMTP id 7175421F87FA for ; Mon, 5 Dec 2011 17:56:06 -0800 (PST) Received: from mail-yx0-f176.google.com ([209.85.213.176]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKTt12MUzzfrByty8kVmd0TH1zTkmSBSNq@postini.com; Tue, 06 Dec 2011 01:56:06 UTC Received: by yenm10 with SMTP id m10so4584020yen.35 for ; Mon, 05 Dec 2011 17:56:01 -0800 (PST) Received: by 10.236.149.243 with SMTP id x79mr2380889yhj.92.1323136561105; Mon, 05 Dec 2011 17:56:01 -0800 (PST) Received: from [192.168.1.3] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id q16sm33433098anb.19.2011.12.05.17.55.59 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Dec 2011 17:56:00 -0800 (PST) Message-ID: <1323136558.12382.28.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Mon, 05 Dec 2011 17:55:58 -0800 Content-Type: multipart/alternative; boundary="=-GkBusSHQ8O4i0dYL4EbN" X-Mailer: Evolution 3.0.3-3 Mime-Version: 1.0 Subject: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 01:56:09 -0000 --=-GkBusSHQ8O4i0dYL4EbN Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit It's been suggested on more than one occasion that the operation names in JSON Patch are too verbose. I've countered with the point that if you transmit via HTTP and "Content-Encoding: gzip", the verbosity is nicely compressed out. This argument has served me well (insofar as it tends to silence most critics), but I continue to get challenged on this point. I'm curious to know what position APPSAWG members may have. Should I use "rm" or even "-" instead of the more verbose "remove"? Paul --=-GkBusSHQ8O4i0dYL4EbN Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit It's been suggested on more than one occasion that the operation names in JSON Patch are too verbose. I've countered with the point that if you transmit via HTTP and "Content-Encoding: gzip", the verbosity is nicely compressed out. This argument has served me well (insofar as it tends to silence most critics), but I continue to get challenged on this point. I'm curious to know what position APPSAWG members may have. Should I use "rm" or even "-" instead of the more verbose "remove"?

Paul --=-GkBusSHQ8O4i0dYL4EbN-- From markus.lanthaler@gmx.net Mon Dec 5 18:59:30 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBA1011E80AF for ; Mon, 5 Dec 2011 18:59:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.149 X-Spam-Level: X-Spam-Status: No, score=-1.149 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1.449] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1urdhvR+477c for ; Mon, 5 Dec 2011 18:59:30 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 9E87711E80A1 for ; Mon, 5 Dec 2011 18:59:29 -0800 (PST) Received: (qmail invoked by alias); 06 Dec 2011 02:59:25 -0000 Received: from cbs1005165.staff.ad.curtin.edu.au (EHLO cbs1005165) [134.7.114.19] by mail.gmx.net (mp072) with SMTP; 06 Dec 2011 03:59:25 +0100 X-Authenticated: #419883 X-Provags-ID: V01U2FsdGVkX1+x7pt+EMaxjtK4H2pv7N86sLeuuZq4NuPa7Vnr14 /V690G9oy1SWmZ From: "Markus Lanthaler" Sender: "Markus Lanthaler" To: Date: Tue, 6 Dec 2011 10:59:20 +0800 Message-ID: <001901ccb3c3$115bdf50$34139df0$@Lanthaler@curtin.edu.au> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01CCB406.1F7F1F50" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcyzwwBapwnZz/dzRdCv16nR2pJAPA== Content-Language: en-us x-ms-exchange-organization-originalclientipaddress: 10.9.122.8 x-ms-exchange-organization-originalserveripaddress: 10.9.122.252 X-Y-GMX-Trusted: 0 Subject: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 02:59:31 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001A_01CCB406.1F7F1F50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, First of all sorry for the cross-post, but I wasn't sure where to send it. I've just stumbled across the "draft-nottingham-http-new-status" ID and was wondering whether you considered to include a status code for partially fulfilled requests. It is not unusual that a request can be considered as successful even if it couldn't be fulfilled completely. A purchase order, for example, could still be created even though not all order items are available for order. The client can then revoke his order or proceed with the checkout without having to place another order and risking that other items get unavailable (think of ticketing where you often have the possibility to reserve tickets for some minutes). This would reduce the number of required round-trips and potential "lost update" problems. -- Markus Lanthaler @markuslanthaler ------=_NextPart_000_001A_01CCB406.1F7F1F50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

First of all sorry for the cross-post, but I = wasn’t sure where to send it.

 

I've just stumbled across the "draft-nottingham-http-new-status" ID and was wondering = whether you considered to include a status code for partially fulfilled requests. It = is not unusual that a request can be considered as successful even if it = couldn't be fulfilled completely.

 

A purchase order, for example, could still be = created even though not all order items are available for order. The client can = then revoke his order or proceed with the checkout without having to place = another order and risking that other items get unavailable (think of ticketing = where you often have the possibility to reserve tickets for some = minutes).

 

This would reduce the number of required = round-trips and potential "lost update" problems.

 

 

--

Markus Lanthaler

@markuslanthaler

 

------=_NextPart_000_001A_01CCB406.1F7F1F50-- From tony@att.com Mon Dec 5 19:45:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FA291F0C81 for ; Mon, 5 Dec 2011 19:45:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hj9E1-vmUyl7 for ; Mon, 5 Dec 2011 19:45:35 -0800 (PST) Received: from mail120.messagelabs.com (mail120.messagelabs.com [216.82.250.83]) by ietfa.amsl.com (Postfix) with ESMTP id A004F1F0C77 for ; Mon, 5 Dec 2011 19:45:35 -0800 (PST) X-Env-Sender: tony@att.com X-Msg-Ref: server-12.tower-120.messagelabs.com!1323143133!38288099!1 X-Originating-IP: [144.160.20.145] X-StarScan-Version: 6.4.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11150 invoked from network); 6 Dec 2011 03:45:33 -0000 Received: from sbcsmtp6.sbc.com (HELO mlpd192.enaf.sfdc.sbc.com) (144.160.20.145) by server-12.tower-120.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Dec 2011 03:45:33 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id pB63k1BU024930 for ; Mon, 5 Dec 2011 22:46:01 -0500 Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id pB63jolZ024778 for ; Mon, 5 Dec 2011 22:45:54 -0500 Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id pB63jLCF019064 for ; Mon, 5 Dec 2011 22:45:21 -0500 Received: from mailgw1.maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id pB63jGlx018558 for ; Mon, 5 Dec 2011 22:45:18 -0500 Received: from [135.70.93.52] (vpn-135-70-93-52.vpn.swst.att.com[135.70.93.52]) by maillennium.att.com (mailgw1) with ESMTP id <20111206034401gw100e4ld9e> (Authid: tony); Tue, 6 Dec 2011 03:44:02 +0000 X-Originating-IP: [135.70.93.52] Message-ID: <4EDD8FCB.6040502@att.com> Date: Mon, 05 Dec 2011 22:45:15 -0500 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: IETF Apps Discuss References: <1323136558.12382.28.camel@neutron> In-Reply-To: <1323136558.12382.28.camel@neutron> Content-Type: multipart/alternative; boundary="------------060606070602080602000008" Subject: Re: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 03:45:36 -0000 This is a multi-part message in MIME format. --------------060606070602080602000008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I believe it was Ken Thompson, when asked what he would have changed about unix, who said he would have spelled "creat" with an "e" at the end. Tony Hansen tony@att.com On 12/5/2011 8:55 PM, Paul C. Bryan wrote: > It's been suggested on more than one occasion that the operation names > in JSON Patch are too verbose. I've countered with the point that if > you transmit via HTTP and "Content-Encoding: gzip", the verbosity is > nicely compressed out. This argument has served me well (insofar as it > tends to silence most critics), but I continue to get challenged on > this point. I'm curious to know what position APPSAWG members may > have. Should I use "rm" or even "-" instead of the more verbose "remove"? * English - detected * English * English --------------060606070602080602000008 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I believe it was Ken Thompson, when asked what he would have changed about unix, who said he would have spelled "creat" with an "e" at the end.

    Tony Hansen
    tony@att.com

On 12/5/2011 8:55 PM, Paul C. Bryan wrote:
It's been suggested on more than one occasion that the operation names in JSON Patch are too verbose. I've countered with the point that if you transmit via HTTP and "Content-Encoding: gzip", the verbosity is nicely compressed out. This argument has served me well (insofar as it tends to silence most critics), but I continue to get challenged on this point. I'm curious to know what position APPSAWG members may have. Should I use "rm" or even "-" instead of the more verbose "remove"?
--------------060606070602080602000008-- From markus.lanthaler@gmx.net Mon Dec 5 21:46:33 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC00121F8AFE for ; Mon, 5 Dec 2011 21:46:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.945 X-Spam-Level: X-Spam-Status: No, score=-1.945 tagged_above=-999 required=5 tests=[AWL=-0.794, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nAltyg4RXokH for ; Mon, 5 Dec 2011 21:46:33 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 04B0821F8511 for ; Mon, 5 Dec 2011 21:46:32 -0800 (PST) Received: (qmail invoked by alias); 06 Dec 2011 05:46:28 -0000 Received: from cbs1005165.staff.ad.curtin.edu.au (EHLO cbs1005165) [134.7.114.19] by mail.gmx.net (mp005) with SMTP; 06 Dec 2011 06:46:28 +0100 X-Authenticated: #419883 X-Provags-ID: V01U2FsdGVkX1+ZGS0xoxiZSRFU0flMAiVR9kG2fVVTTcqzMo1Qrz 58FivQuXo7drwP From: "Markus Lanthaler" To: , , References: <000e01ccb3c1$4c347cb0$e49d7610$@lanthaler@gmx.net> In-Reply-To: <000e01ccb3c1$4c347cb0$e49d7610$@lanthaler@gmx.net> Date: Tue, 6 Dec 2011 13:46:19 +0800 Message-ID: <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcyzwOUppKnhHqqhQXibWN4+QxVYqAAF3hAg Content-Language: en-us x-ms-exchange-organization-originalclientipaddress: 10.9.122.8 x-ms-exchange-organization-originalserveripaddress: 10.9.122.252 X-Y-GMX-Trusted: 0 Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 05:46:34 -0000 Mark, I've considered 202 Accepted but it has a completely different meaning. 202 is defined as: "The request has been accepted for processing, but the processing has not been completed. The request might or might not eventually be acted upon.." I proposed to introduce a new status code for requests that have been fully processed but could just be fulfilled partially. Thinking more about it I came up with another example where this might be very useful. Assume we have a Web service. Clients send requests and everything works fine -> 200 OK. At a certain point in time the Web service adds new optional(!) functionality which is not critical and clients start to use it. A simple example could be that clients transmit some additional data. If the server gets updated as well and understand all the data, again a 200 OK is fine. But if a server is not updated to the latest version it might understand just parts of the request (the critical part) and simply ignore the other parts. To tell the client that it successfully processed the request but didn't understand parts of the request he would return a, e.g., 209 Partially Fulfilled. I think such a behaviour would be very important in evolving systems. As far as I know, there are currently only two ways to deal with it: either process the request and return a 200 OK signalling everything was OK or ignoring the request and returning a 400 Bad Request. -- Markus Lanthaler @markuslanthaler From julian.reschke@gmx.de Tue Dec 6 00:27:43 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D33C21F8B3C for ; Tue, 6 Dec 2011 00:27:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.619 X-Spam-Level: X-Spam-Status: No, score=-104.619 tagged_above=-999 required=5 tests=[AWL=-2.020, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NqOq26vByE6w for ; Tue, 6 Dec 2011 00:27:42 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id EEA1721F8B37 for ; Tue, 6 Dec 2011 00:27:41 -0800 (PST) Received: (qmail invoked by alias); 06 Dec 2011 08:27:39 -0000 Received: from p5DCCAB3D.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.171.61] by mail.gmx.net (mp064) with SMTP; 06 Dec 2011 09:27:39 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+c+/9YVvKcV2aJepROeNFYaK2qYCexxhsprbVY9i +hs6AIHvtCjpNr Message-ID: <4EDDD1F4.4080902@gmx.de> Date: Tue, 06 Dec 2011 09:27:32 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "Paul C. Bryan" References: <1323136558.12382.28.camel@neutron> In-Reply-To: <1323136558.12382.28.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 08:27:43 -0000 On 2011-12-06 02:55, Paul C. Bryan wrote: > It's been suggested on more than one occasion that the operation names > in JSON Patch are too verbose. I've countered with the point that if you > transmit via HTTP and "Content-Encoding: gzip", the verbosity is nicely > compressed out. This argument has served me well (insofar as it tends to > silence most critics), but I continue to get challenged on this point. > I'm curious to know what position APPSAWG members may have. Should I use > "rm" or even "-" instead of the more verbose "remove"? I can live with full names, but wouldn't object to ultra-short names such as "+", "-", "?" etc either. Best regards, Julian From GK@ninebynine.org Tue Dec 6 03:55:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5345C21F8A4B for ; Tue, 6 Dec 2011 03:55:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJeZDNKodh6n for ; Tue, 6 Dec 2011 03:55:35 -0800 (PST) Received: from relay3.mail.ox.ac.uk (relay3.mail.ox.ac.uk [163.1.2.165]) by ietfa.amsl.com (Postfix) with ESMTP id 5B96021F8A35 for ; Tue, 6 Dec 2011 03:55:35 -0800 (PST) Received: from smtp2.mail.ox.ac.uk ([163.1.2.205]) by relay3.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RXtcR-0005p8-CG; Tue, 06 Dec 2011 11:55:31 +0000 Received: from gklyne.plus.com ([80.229.154.156] helo=Eskarina.local) by smtp2.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RXtcR-0001ly-8O; Tue, 06 Dec 2011 11:55:31 +0000 Message-ID: <4EDDEE37.1020501@ninebynine.org> Date: Tue, 06 Dec 2011 10:28:07 +0000 From: Graham Klyne User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: "Paul C. Bryan" References: <1323136558.12382.28.camel@neutron> In-Reply-To: <1323136558.12382.28.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: zool0635 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 11:55:36 -0000 I'd be inclined to stick with the readable names, unless there's a clear case that the extra bytes will have significant effect on performance. [[ Donald Knuth made the following two statements on optimization: "We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"[2] (He also attributed the quote to Tony Hoare several years later,[3] although this might have been an error as Hoare disclaims having coined the phrase.[4]) "In established engineering disciplines a 12 % improvement, easily obtained, is never considered marginal and I believe the same viewpoint should prevail in software engineering"[2] ]] -- http://en.wikipedia.org/wiki/Program_optimization#When_to_optimize I'd be surprised if, in practice, the shorter names would yield a >10% improvement. #g -- On 06/12/2011 01:55, Paul C. Bryan wrote: > It's been suggested on more than one occasion that the operation names > in JSON Patch are too verbose. I've countered with the point that if you > transmit via HTTP and "Content-Encoding: gzip", the verbosity is nicely > compressed out. This argument has served me well (insofar as it tends to > silence most critics), but I continue to get challenged on this point. > I'm curious to know what position APPSAWG members may have. Should I use > "rm" or even "-" instead of the more verbose "remove"? > > Paul > > > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From dave@cridland.net Tue Dec 6 04:18:21 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41A8E21F8488 for ; Tue, 6 Dec 2011 04:18:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nnMheUvuUxx1 for ; Tue, 6 Dec 2011 04:18:20 -0800 (PST) Received: from peirce.dave.cridland.net (peirce.dave.cridland.net [IPv6:2001:470:1f09:882:2e0:81ff:fe29:d16a]) by ietfa.amsl.com (Postfix) with ESMTP id C163121F8480 for ; Tue, 6 Dec 2011 04:18:19 -0800 (PST) Received: from localhost (peirce.dave.cridland.net [127.0.0.1]) by peirce.dave.cridland.net (Postfix) with ESMTP id EB3591168087; Tue, 6 Dec 2011 12:18:17 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at peirce.dave.cridland.net Received: from peirce.dave.cridland.net ([127.0.0.1]) by localhost (peirce.dave.cridland.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VRZFf1T7C3P2; Tue, 6 Dec 2011 12:18:01 +0000 (GMT) Received: from puncture (puncture.dave.cridland.net [IPv6:2001:470:1f09:882:221:85ff:fe3f:1696]) by peirce.dave.cridland.net (Postfix) with ESMTPA id 7547D1168067; Tue, 6 Dec 2011 12:18:01 +0000 (GMT) References: <1323136558.12382.28.camel@neutron> <4EDDEE37.1020501@ninebynine.org> In-Reply-To: <4EDDEE37.1020501@ninebynine.org> MIME-Version: 1.0 Message-Id: <3373.1323173881.459586@puncture> Date: Tue, 06 Dec 2011 12:18:01 +0000 From: Dave Cridland To: Graham Klyne , General discussion of application-layer protocols , "Paul C\. Bryan" Content-Type: text/plain; delsp="yes"; charset="us-ascii"; format="flowed" Subject: Re: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 12:18:21 -0000 On Tue Dec 6 10:28:07 2011, Graham Klyne wrote: > I'd be inclined to stick with the readable names, unless there's a > clear case that the extra bytes will have significant effect on > performance. Shrt nms tnd 2 rduc rdblty 4 0 effct. Put another way, reducing the length of the names is merely making particular packets shorter. This is likely to have an effect only if using certain low-level network types (such as 3G mobile), and if the middle layers arethemselves sufficiently terse. I've been assuming (without, I hasten to add, reading the draft) that this is all going over HTTP, which will render any saving to be a wasted effort. If we're running under some more optimal protocol, and over a link-layer which is genuinely low bandwidth (like SATCOM, HF, etc) then yes this will make a difference, but also you can use deflate, and in extreme cases you can preload the dictionary with typical patch operations, which is quite likely to reduce the names to fractional bytes very effectively. Finally, on HTTP itself, running over TLS with compression enabled will yield much lower bandwidth then a C-E, for payloads of this type, so that's a much more effective argument. (A small note - it *would* be worthwhile reducing the verbs if the distance between JSON patch operations - that is, the size of the entire HTTP request, uncompressed - would exceed 32k, and making it more terse would bring it radically under.) Dave. -- Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@dave.cridland.net - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade From julian.reschke@gmx.de Tue Dec 6 05:07:44 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDD3121F8B50 for ; Tue, 6 Dec 2011 05:07:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.008 X-Spam-Level: X-Spam-Status: No, score=-104.008 tagged_above=-999 required=5 tests=[AWL=-1.409, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JibfsrMV+QwH for ; Tue, 6 Dec 2011 05:07:44 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id D5EC021F8B4F for ; Tue, 6 Dec 2011 05:07:43 -0800 (PST) Received: (qmail invoked by alias); 06 Dec 2011 13:07:42 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp046) with SMTP; 06 Dec 2011 14:07:42 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+W7MoLlQ6WFCOMHhm6P71CGHQ7MYw9zAHxE63fAW zMxOix3gkSviqb Message-ID: <4EDE139C.1060405@gmx.de> Date: Tue, 06 Dec 2011 14:07:40 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Dave Cridland References: <1323136558.12382.28.camel@neutron> <4EDDEE37.1020501@ninebynine.org> <3373.1323173881.459586@puncture> In-Reply-To: <3373.1323173881.459586@puncture> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Graham Klyne , General discussion of application-layer protocols Subject: Re: [apps-discuss] JSON Patch: Shortening operation names? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 13:07:44 -0000 On 2011-12-06 13:18, Dave Cridland wrote: > On Tue Dec 6 10:28:07 2011, Graham Klyne wrote: >> I'd be inclined to stick with the readable names, unless there's a >> clear case that the extra bytes will have significant effect on >> performance. > > Shrt nms tnd 2 rduc rdblty 4 0 effct. > ... Actually, readability is the main reason why I would support such a change; in a diff format, using a single-character notation might *improve* the readability (compare to the traditional diff format). Best regards, Julian From internet-drafts@ietf.org Tue Dec 6 12:19:06 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EB4B21F8C43; Tue, 6 Dec 2011 12:19:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.582 X-Spam-Level: X-Spam-Status: No, score=-102.582 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LMjKQpnRraOU; Tue, 6 Dec 2011 12:19:04 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A455921F8BEC; Tue, 6 Dec 2011 12:19:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.64 Message-ID: <20111206201904.8631.53069.idtracker@ietfa.amsl.com> Date: Tue, 06 Dec 2011 12:19:04 -0800 Cc: apps-discuss@ietf.org Subject: [apps-discuss] I-D Action: draft-ietf-appsawg-greylisting-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 20:19:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Applications Area Working Group Worki= ng Group of the IETF. Title : Best Current Practices for Email Greylisting Author(s) : Murray S. Kucherawy Filename : draft-ietf-appsawg-greylisting-00.txt Pages : 6 Date : 2011-12-06 This memo describes best current practices for the art of email greylisting, the practice of providing temporarily degraded service to unknown email clients as an anti-abuse mechanism. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-appsawg-greylisting-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-appsawg-greylisting-00.txt From mnot@mnot.net Tue Dec 6 18:03:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C003E21F8B70 for ; Tue, 6 Dec 2011 18:03:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.158 X-Spam-Level: X-Spam-Status: No, score=-105.158 tagged_above=-999 required=5 tests=[AWL=-2.559, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y72SO6InPTLs for ; Tue, 6 Dec 2011 18:03:45 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 16AA421F8B6D for ; Tue, 6 Dec 2011 18:03:44 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 95B0C50A5D; Tue, 6 Dec 2011 21:03:37 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> Date: Wed, 7 Dec 2011 13:03:33 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <83DF3CE2-C111-41CA-BA98-BC5BD50BD012@mnot.net> References: <000e01ccb3c1$4c347cb0$e49d7610$@lanthaler@gmx.net> <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> To: Markus Lanthaler X-Mailer: Apple Mail (2.1251.1) Cc: ietf-http-wg@w3.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 02:03:45 -0000 Why is it necessary to surface this information in the status code? = E.g., will intermediaries or automated software that's not specific to = the application at hand be able to use it?=20 Regards, On 06/12/2011, at 4:46 PM, Markus Lanthaler wrote: > Mark, >=20 > I've considered 202 Accepted but it has a completely different = meaning. 202 > is defined as: >=20 > "The request has been accepted for processing, but the processing has = not > been completed. The request might or might not eventually be acted > upon.." >=20 > I proposed to introduce a new status code for requests that have been = fully > processed but could just be fulfilled partially. Thinking more about = it I > came up with another example where this might be very useful. >=20 > Assume we have a Web service. Clients send requests and everything = works > fine -> 200 OK. At a certain point in time the Web service adds new > optional(!) functionality which is not critical and clients start to = use it. > A simple example could be that clients transmit some additional data. = If the > server gets updated as well and understand all the data, again a 200 = OK is > fine. >=20 > But if a server is not updated to the latest version it might = understand > just parts of the request (the critical part) and simply ignore the = other > parts. To tell the client that it successfully processed the request = but > didn't understand parts of the request he would return a, e.g., 209 > Partially Fulfilled. >=20 > I think such a behaviour would be very important in evolving systems. = As far > as I know, there are currently only two ways to deal with it: either = process > the request and return a 200 OK signalling everything was OK or = ignoring the > request and returning a 400 Bad Request. >=20 >=20 > -- > Markus Lanthaler > @markuslanthaler >=20 -- Mark Nottingham http://www.mnot.net/ From markus.lanthaler@gmx.net Tue Dec 6 18:30:05 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DF8921F8B12 for ; Tue, 6 Dec 2011 18:30:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.547 X-Spam-Level: X-Spam-Status: No, score=-2.547 tagged_above=-999 required=5 tests=[AWL=-1.397, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GqhYUIg5QVtn for ; Tue, 6 Dec 2011 18:30:04 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 6262C21F8B11 for ; Tue, 6 Dec 2011 18:30:04 -0800 (PST) Received: (qmail invoked by alias); 07 Dec 2011 02:29:59 -0000 Received: from cbs1005165.staff.ad.curtin.edu.au (EHLO cbs1005165) [134.7.114.19] by mail.gmx.net (mp023) with SMTP; 07 Dec 2011 03:29:59 +0100 X-Authenticated: #419883 X-Provags-ID: V01U2FsdGVkX1+WX98k8pyW7w9C/uuvJda/GrKsuqSVFkgTQsJHT8 ZidRdSZ2jhtd56 From: "Markus Lanthaler" To: "'Sam Johnston'" , "'Alex Rousskov'" References: <4EDE4653.4040201@measurement-factory.com> In-Reply-To: Date: Wed, 7 Dec 2011 10:29:39 +0800 Message-ID: <006601ccb488$1ea9faf0$5bfdf0d0$@lanthaler@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acy0SpsfIXhFE4M+THq+nIxb6G2H/QAPLC3A Content-Language: en-us x-ms-exchange-organization-originalclientipaddress: 10.9.122.7 x-ms-exchange-organization-originalserveripaddress: 10.9.123.35 X-Y-GMX-Trusted: 0 Cc: ietf-http-wg@w3.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 02:30:05 -0000 On Tue, Dec 6, 2011 at 4:44 PM, Alex Rousskov wrote: > A third way would be to return a 200 OK response with an extension > response header or custom body that indicates which parts of the request > were not "fully fulfilled". > > A forth way would be to include extension request headers or custom body > pieces indicating client preferences with regard to considering > partially fulfilled requests successful. What do you mean by extension response/request headers? Are you talking about RFC 2774 [1] or just some proprietary (X-)headers? [1] http://www.ietf.org/rfc/rfc2774.txt -- Markus Lanthaler @markuslanthaler From markus.lanthaler@gmx.net Tue Dec 6 18:30:37 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C43F11E80A0 for ; Tue, 6 Dec 2011 18:30:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.268 X-Spam-Level: X-Spam-Status: No, score=-2.268 tagged_above=-999 required=5 tests=[AWL=-1.118, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BXSwzmIBoIQq for ; Tue, 6 Dec 2011 18:30:36 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 5143911E809F for ; Tue, 6 Dec 2011 18:30:36 -0800 (PST) Received: (qmail invoked by alias); 07 Dec 2011 02:30:33 -0000 Received: from cbs1005165.staff.ad.curtin.edu.au (EHLO cbs1005165) [134.7.114.19] by mail.gmx.net (mp072) with SMTP; 07 Dec 2011 03:30:33 +0100 X-Authenticated: #419883 X-Provags-ID: V01U2FsdGVkX19JwDVq/KxJACAD+6Ke/94AKVjgZwj0bNX9cX12W9 Lp+Yd5KA2F10aw From: "Markus Lanthaler" To: "'Mark Nottingham'" , "'Roy T. Fielding'" References: <000e01ccb3c1$4c347cb0$e49d7610$@lanthaler@gmx.net> <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> <83DF3CE2-C111-41CA-BA98-BC5BD50BD012@mnot.net> In-Reply-To: <83DF3CE2-C111-41CA-BA98-BC5BD50BD012@mnot.net> Date: Wed, 7 Dec 2011 10:30:26 +0800 Message-ID: <006701ccb488$32e6cc00$98b46400$@lanthaler@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acy0hKX2pKnhHqqhQXibWN4+QxVYqAAAFzKw Content-Language: en-us x-ms-exchange-organization-originalclientipaddress: 10.9.122.7 x-ms-exchange-organization-originalserveripaddress: 10.9.123.35 X-Y-GMX-Trusted: 0 Cc: ietf-http-wg@w3.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 02:30:37 -0000 Roy T. Fielding wrote: > For POST, this response is no different than 200 -- the client has no > idea what semantics are provided by the service and thus cannot > differentiate partial from complete success without the service > telling the client what to do next (i.e., exactly what 200 does). That's true. Mark Nottingham wrote: > Why is it necessary to surface this information in the status code? I just wanted to solely rely on the 200 code when the request was *completely* fulfilled and have a way to signal the client to also look at the body when it was *partially fulfilled*. But having a content length of 0 in the first case would basically do the same, right? > E.g., will intermediaries or automated software that's not specific to > the application at hand be able to use it? Hmm... No. You are right, indeed it has no advantage of creating a specific response code for that as it won't tell you more about the result than a 200. Thank you very much for the feedback Regards -- Markus Lanthaler @markuslanthaler From luyan@zte.com.cn Tue Dec 6 18:50:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6189221F8BDB for ; Tue, 6 Dec 2011 18:50:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.238 X-Spam-Level: X-Spam-Status: No, score=-99.238 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nU1d1y+BPmvU for ; Tue, 6 Dec 2011 18:50:52 -0800 (PST) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 20F7B21F8BB2 for ; Tue, 6 Dec 2011 18:50:51 -0800 (PST) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 566901193944097; Wed, 7 Dec 2011 10:35:31 +0800 (CST) Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 30712.1193944097; Wed, 7 Dec 2011 10:50:31 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id pB72oWdk048764 for ; Wed, 7 Dec 2011 10:50:32 +0800 (GMT-8) (envelope-from luyan@zte.com.cn) To: apps-discuss@ietf.org MIME-Version: 1.0 X-KeepSent: C5783A61:24323976-4825795F:000F3855; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 Message-ID: From: luyan@zte.com.cn Date: Wed, 7 Dec 2011 10:50:25 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2011-12-07 10:50:33, Serialize complete at 2011-12-07 10:50:33 Content-Type: multipart/alternative; boundary="=_alternative 000F9E834825795F_=" X-MAIL: mse02.zte.com.cn pB72oWdk048764 Subject: [apps-discuss] New version of draft-lu-imap-multi-account uploaded X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 02:50:53 -0000 This is a multipart message in MIME format. --=_alternative 000F9E834825795F_= Content-Type: text/plain; charset="US-ASCII" Dear All, A new version of draft-lu-imap-multi-account has been uploaded and is available at: http://datatracker.ietf.org/doc/draft-lu-imap-multi-account/ Any questions or comments will be appreciated. Regards, Yan LU -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system. --=_alternative 000F9E834825795F_= Content-Type: text/html; charset="US-ASCII"
Dear All,

A new version of draft-lu-imap-multi-account has been uploaded and is available at:

http://datatracker.ietf.org/doc/draft-lu-imap-multi-account/

Any questions or comments will be appreciated.

Regards,

Yan LU
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
--=_alternative 000F9E834825795F_=-- From yaojk@cnnic.cn Tue Dec 6 19:19:17 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06A0211E8080 for ; Tue, 6 Dec 2011 19:19:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.081 X-Spam-Level: X-Spam-Status: No, score=-100.081 tagged_above=-999 required=5 tests=[AWL=0.165, BAYES_00=-2.599, J_CHICKENPOX_73=0.6, MIME_BASE64_TEXT=1.753, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lLW-Fho9ci0C for ; Tue, 6 Dec 2011 19:19:16 -0800 (PST) Received: from cnnic.cn (smtp.cnnic.cn [159.226.7.146]) by ietfa.amsl.com (Postfix) with SMTP id 5C20C21F8BB6 for ; Tue, 6 Dec 2011 19:19:16 -0800 (PST) X-EYOUMAIL-SMTPAUTH: yaojk@cnnic.cn Received: from unknown127.0.0.1 (HELO lenovo47e041cf) (127.0.0.1) by 127.0.0.1 with SMTP; Wed, 07 Dec 2011 11:18:57 +0800 Message-ID: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> From: "Jiankang YAO" To: , Date: Wed, 7 Dec 2011 11:18:58 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-Mimeole: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: iesg@ietf.org Subject: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 03:19:17 -0000 SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIEFwcGxpY2F0aW9ucyBBcmVhIERpcmVjdG9yYXRl IHJldmlld2VyIA0KZm9yIHRoaXMgZHJhZnQgKGZvciBiYWNrZ3JvdW5kIG9uIGFwcHNkaXIsIHBs ZWFzZSANCnNlZSANCmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvYXBwL3RyYWMvd2lr aS9BcHBsaWNhdGlvbnNBcmVhRGlyZWN0b3JhdGUgDQopLiAgDQpQbGVhc2UgcmVzb2x2ZSB0aGVz ZSBjb21tZW50cyBhbG9uZyB3aXRoIGFueSBvdGhlciBMYXN0IENhbGwgY29tbWVudHMgDQp5b3Ug bWF5IHJlY2VpdmUuIFBsZWFzZSB3YWl0IGZvciBkaXJlY3Rpb24gZnJvbSB5b3VyIGRvY3VtZW50 IA0Kc2hlcGhlcmQgb3IgQUQgYmVmb3JlIHBvc3RpbmcgYSBuZXcgdmVyc2lvbiBvZiB0aGUgZHJh ZnQuDQoNCkRvY3VtZW50OiBkcmFmdC1ncmVnb3Jpby11cml0ZW1wbGF0ZS0wNw0KVGl0bGU6IFVS SSBUZW1wbGF0ZQ0KDQpSZXZpZXdlcjogSmlhbmthbmcgWWFvDQpSZXZpZXcgRGF0ZTogRGVjZW1i ZXIgNywgMjAxMQ0KDQpTdW1tYXJ5Og0KDQpUaGlzIGRyYWZ0IGlzIGFsbW9zdCByZWFkeSBmb3Ig cHVibGljYXRpb24gYXMgYSBQcm9wb3NlZCBTdGFuZGFyZC4gQnV0IGJlZm9yZSBwdWJsaWNhdGlv biwgdGhlIGZvbGxvd2luZyANCmlzc3VlcyBzaG91bGQgYmUgY29uc2lkZXJlZCBvciBhZGRyZXNz ZWQuDQoNCk1ham9yIGlzc3VlczoNCg0KDQoxKSBJbiBzZWN0aW9uIDEuNS4gIE5vdGF0aW9uYWwg Q29udmVudGlvbnMNCg0KVGhlcmUgaXMgYSByZXBldGl0aW9uIG9mIGRlZmluaXRpb24gb2YgQUxQ SEEsIERJR0lULCBIRVhESUcsLi4uLi4uDQoNClRoZXJlIGlzIGEgZGlzY3Vzc2lvbiBpbiBJRVRG OiB3ZSBzaG91bGQgbm90IGdpdmUgdGhlIHJlcGV0aXRpb24gb2YgZGVmaW5pdGlvbiBvZiBBQk5G IHN5bnRheCBpZiB3ZSBjYW4gcmVmZXIgaXQgdG8gb3RoZXIgZG9jdW1lbnRzLiBUaGUgcmVhc29u IGlzIHRoYXQgcmVwZXRpdGlvbiBtYXkgYnJpbmcgdGhlIGVycm9ycyBvciBtaXN1bmRlcnN0YW5k aW5nLg0KDQpTdWdnZXN0aW9uOiBmb3IgZXhhbXBsZSwgd2UganVzdCBzYXkgIkFMUEhBLCBESUdJ VCBhcmUgaW1wb3J0ZWQgZnJvbSBSRkM1MjM0IiBpbnN0ZWFkIG9mIHJlcGVhdGluZw0KIkFMUEhB ICAgICAgICAgID0gICV4NDEtNUEgLyAleDYxLTdBICAgOyBBLVogLyBhLXoiDQoNCg0KMikgICBO b3JtYXRpdmUgcmVmZXJlbmNlIFtVTklWNF0gcG9pbnRzIHRvIHVuaWNvZGUgdmVyc2lvbiA0LjAs IGJ1dCB0aGUgY3VycmVudCB2ZXJzaW9uIG9mIHVuaWNvZGUgaXMgdmVyc2lvbiA2LiANCg0KU3Vn Z2VzdGlvbiBvciBjb21tZW50czogRG9lcyB0aGlzIGRvY3VtZW50IGFwcGx5IHRvIHVuaWNvZGUg dmVyc2lvbiA0IG9ubHk/IG9yIHdlIGNhbiB1cGRhdGUgdGhlIHJlZmVyZW5jZSB0byB1bmljb2Rl IHZlcnNpb24gNj8NCg0KDQozKU5vcm1hdGl2ZSByZWZlcmVuY2UgWzFdIHBvaW50cyB0byA8aHR0 cDovL2xpc3RzLnczLm9yZy9BcmNoaXZlcy9QdWJsaWMvdXJpLz4gd2hpY2ggaXMgbWFpbGxpc3Qg YXJjaGl2ZSBhbmQgY2FuIG5vdCBiZSBOb3JtYXRpdmUuIA0Kc3VnZ2VzdGlvbjogZGVsZXRlIGl0 IG9yIG1vdmUgaXQgdG8gaW5mb3JtYXRpb24gcmVmZXJlbmNlLg0KDQoNCjQpVGhlcmUgaXMgYSBs b3Qgb2YgIkEgVVJJIFRlbXBsYXRlIiBpbiBzZWN0aW9uIDEsIGJ1dCB0aGVyZSBpcyBubyBwcmVj aXNlIGRlZmluaXRpb24gb2YgIlVSSSBUZW1wbGF0ZSIgaW4gc2VjdGlvbiAxLiBUaGUgZGVmaW5p dGlvbiBzZWVtcyB0byBhcHBlYXIgb24gc2VjdGlvbiAyLg0KQ29tbWVudHM6IElmIHRoZSByZWFk ZXJzIGNhbiB1bmRlcnN0YW5kIGl0IGNsZWFybHksIHRoZSBkZWZpbml0aW9uIHNob3VsZCBhcHBl YXIgZmlyc3QuDQoNCg0KNSlUaGUgYWJzdHJhY3Qgc2FpZCAiVGhpcyBzcGVjaWZpY2F0aW9uIGRl ZmluZXMgdGhlIFVSSSBUZW1wbGF0ZSBzeW50YXggYW5kIHRoZSBwcm9jZXNzDQogICBmb3IgZXhw YW5kaW5nIGEgVVJJIFRlbXBsYXRlIGludG8gYSBVUkkgcmVmZXJlbmNlIi4NCmJ1dCBpbiBzZWN0 aW9uIDIsIGl0IHNhaWQgdGhhdCAid2UgZGVmaW5lIHRoZSBVUkktVGVtcGxhdGUgc3ludGF4IGlu IHRlcm1zIG9mIHRoZSBBQk5GIGZvciBMZXZlbCA0Ii4NClN1Z2dlc3Rpb246IGlmIHdlIGp1c3Qg ZGVmaW5lIHRoZSBzeW50YXggZm9yIGxldmVsIDQsIGl0IHNob3VsZCBtZW50aW9uIGl0IGluIHRo ZSBBYnN0cmFjdCBhbmQgaW50cm9kdWN0aW9uLg0KDQpEaXNjdXNzaW9uIGlzc3VlczoNCjEpTm8g SUFOQSBhY3Rpb25zIGFyZSByZXF1aXJlZCBieSB0aGlzIGRvY3VtZW50LiANCg0KY29tbWVudHMg b3Igc3VnZ2VzdGlvbnM6SSBzdWdnZXN0IHNvbWV0aGluZyBpbiB0aGUgZG9jdW1lbnQgdG8gYmUg YWRkZWQgdG8gSUFOQSwgZm9yIGV4YW1wbGUsdGhlIG9wZXJhdG9ycyBpbiBzZWN0aW9uIDIgYW5k IDMgb2YgdGhpcyBkb2N1bWVudC4NCiBJZiB3ZSByZWdpc3RlciB0aGVzZSBvcGVyYXRvcnMgaW4g SUFOQSwgaXQgd2lsbCBoZWxwIHRoZSBmdXR1cmUgdXNlIG9mIHRoZXNlIG9wZXJhdG9ycy9jaGFy YWN0ZXJzLg0KDQogZm9yIGV4YW1wbGU6DQoNCiAgICAgICsgICBSZXNlcnZlZCBjaGFyYWN0ZXIg c3RyaW5nczsNCg0KICAgICAgIyAgIEZyYWdtZW50IGlkZW50aWZpZXJzIHByZWZpeGVkIGJ5ICIj IjsNCg0KICAgICAgLiAgIE5hbWUgbGFiZWxzIG9yIGV4dGVuc2lvbnMgcHJlZml4ZWQgYnkgIi4i Ow0KDQogICAgICAvICAgUGF0aCBzZWdtZW50cyBwcmVmaXhlZCBieSAiLyI7DQoNCiAgICAgIDsg ICBQYXRoIHBhcmFtZXRlciBuYW1lIG9yIG5hbWU9dmFsdWUgcGFpcnMgcHJlZml4ZWQgYnkgIjsi Ow0KDQogICAgICA/ICAgUXVlcnkgY29tcG9uZW50IGJlZ2lubmluZyB3aXRoICI/IiBhbmQgY29u c2lzdGluZyBvZg0KICAgICAgICAgIG5hbWU9dmFsdWUgcGFpcnMgc2VwYXJhdGVkIGJ5ICImIjsg YW5kLA0KDQogICAgICAmICAgQ29udGludWF0aW9uIG9mIHF1ZXJ5LXN0eWxlICZuYW1lPXZhbHVl IHBhaXJzIHdpdGhpbg0KICAgICAgICAgIGEgbGl0ZXJhbCBxdWVyeSBjb21wb25lbnQuDQoNCiAg IFRoZSBvcGVyYXRvciBjaGFyYWN0ZXJzIGVxdWFscyAoIj0iKSwgY29tbWEgKCIsIiksIGV4Y2xh bWF0aW9uICgiISIpLA0KICAgYXQtc2lnbiAoIkAiKSwgYW5kIHBpcGUgKCJ8IikgYXJlIHJlc2Vy dmVkIGZvciBmdXR1cmUgZXh0ZW5zaW9ucy4NCg0KDQpNaW5vciBJc3N1ZXM6DQoNCg0KMSkgImFm dGVyIFVURi04IGVuY29kaW5nIiBpbiB0aGUgZmlyc3QgcGFyYWdyYXBoIEluIHNlY3Rpb24gMS4y IExldmVscyBhbmQgRXhwcmVzc2lvbiBUeXBlcw0KIG5lZWQgYSByZWZlcmVuY2UgdG8gVVRGLTgN Cg0KDQoyKSBJbiBzZWN0aW9uIDEuMy4gIERlc2lnbiBDb25zaWRlcmF0aW9ucw0KICB3aGVyZSAi IE1lY2hhbmlzbXMgc2ltaWxhciB0byBVUkkgVGVtcGxhdGVzIGhhdmUgYmVlbiBkZWZpbmVkIHdp dGhpbiBzZXZlcmFsDQogICBzcGVjaWZpY2F0aW9ucywgaW5jbHVkaW5nIFdTREwsIFdBREwgYW5k IE9wZW5TZWFyY2guIg0KICANCiAgV2hhdCBpcyBXU0RMIFdBREwgYW5kIE9wZW5TZWFyY2g/IA0K ICBTdWdnZXN0aW9uOiBuZWVkIGEgcmVmZXJlbmNlIG9yIGV4cGxhaW5hdGlvbiBmb3IgdGhlc2Ug YWNyb255bXMgb3Igc3BlY2lhbCB3b3Jkcy4NCg0KDQozKSBJbiB0aGUgNHRoIHBhcmFncmFwaCBv ZiBzZWN0aW9uIDEuNixOb3JtYWxpemF0aW9uIEZvcm0gQyBuZWVkcyBhIHJlZmVyZW5jZS4NCg0K DQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0K From johnl@iecc.com Tue Dec 6 20:08:40 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9376611E80A0 for ; Tue, 6 Dec 2011 20:08:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -111.199 X-Spam-Level: X-Spam-Status: No, score=-111.199 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HABEAS_ACCREDITED_SOI=-4.3, RCVD_IN_BSP_TRUSTED=-4.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tzcp1x1OO3I2 for ; Tue, 6 Dec 2011 20:08:40 -0800 (PST) Received: from leila.iecc.com (leila6.iecc.com [IPv6:2001:470:1f07:1126:0:4c:6569:6c61]) by ietfa.amsl.com (Postfix) with ESMTP id A3D6421F8B2D for ; Tue, 6 Dec 2011 20:08:39 -0800 (PST) Received: (qmail 61197 invoked from network); 7 Dec 2011 04:08:36 -0000 Received: from gal.iecc.com (64.57.183.53) by mail2.iecc.com with SMTP; 7 Dec 2011 04:08:36 -0000 Received: (qmail 87585 invoked from network); 7 Dec 2011 04:08:36 -0000 Received: from leila.iecc.com (64.57.183.34) by mail1.iecc.com with QMQP; 7 Dec 2011 04:08:36 -0000 Date: 7 Dec 2011 04:08:14 -0000 Message-ID: <20111207040814.49662.qmail@joyce.lan> From: "John Levine" To: apps-discuss@ietf.org In-Reply-To: <20111206201904.8631.53069.idtracker@ietfa.amsl.com> Organization: X-Headerized: yes Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-greylisting-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 04:08:40 -0000 > Title : Best Current Practices for Email Greylisting Now that the skeleton is moved into the appsawg, is there a plan for fleshing it out? I'll be happy to contribute stuff from my CEAS paper. R's, John From mnot@mnot.net Wed Dec 7 01:08:00 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88F4921F88AB for ; Wed, 7 Dec 2011 01:08:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.212 X-Spam-Level: X-Spam-Status: No, score=-104.212 tagged_above=-999 required=5 tests=[AWL=-3.609, BAYES_00=-2.599, J_CHICKENPOX_73=0.6, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QDQPDsAzDDJ for ; Wed, 7 Dec 2011 01:07:59 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 8F25521F8713 for ; Wed, 7 Dec 2011 01:07:59 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 4FC7350A5D; Wed, 7 Dec 2011 04:07:51 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=GB2312 From: Mark Nottingham X-Priority: 3 In-Reply-To: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> Date: Wed, 7 Dec 2011 20:07:48 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> To: Jiankang YAO X-Mailer: Apple Mail (2.1251.1) Cc: draft-gregorio-uritemplate.all@tools.ietf.org, IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 09:08:00 -0000 Thanks for the feedback. Responses inline. On 07/12/2011, at 2:18 PM, Jiankang YAO wrote: > I have been selected as the Applications Area Directorate reviewer=20 > for this draft (for background on appsdir, please=20 > see=20 > = http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate=20= > ). =20 > Please resolve these comments along with any other Last Call comments=20= > you may receive. Please wait for direction from your document=20 > shepherd or AD before posting a new version of the draft. >=20 > Document: draft-gregorio-uritemplate-07 > Title: URI Template >=20 > Reviewer: Jiankang Yao > Review Date: December 7, 2011 >=20 > Summary: >=20 > This draft is almost ready for publication as a Proposed Standard. But = before publication, the following=20 > issues should be considered or addressed. >=20 > Major issues: >=20 >=20 > 1) In section 1.5. Notational Conventions >=20 > There is a repetition of definition of ALPHA, DIGIT, HEXDIG,...... >=20 > There is a discussion in IETF: we should not give the repetition of = definition of ABNF syntax if we can refer it to other documents. The = reason is that repetition may bring the errors or misunderstanding. >=20 > Suggestion: for example, we just say "ALPHA, DIGIT are imported from = RFC5234" instead of repeating > "ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z" Is this a discussion that's already taken place? > 2) Normative reference [UNIV4] points to unicode version 4.0, but = the current version of unicode is version 6.=20 >=20 > Suggestion or comments: Does this document apply to unicode version 4 = only? or we can update the reference to unicode version 6? Already v6 in SVN. > 3)Normative reference [1] points to = which is maillist archive and = can not be Normative.=20 > suggestion: delete it or move it to information reference. Just changed in SVN. > 4)There is a lot of "A URI Template" in section 1, but there is no = precise definition of "URI Template" in section 1. The definition seems = to appear on section 2. > Comments: If the readers can understand it clearly, the definition = should appear first. Could you make a concrete proposal here? > 5)The abstract said "This specification defines the URI Template = syntax and the process > for expanding a URI Template into a URI reference". > but in section 2, it said that "we define the URI-Template syntax in = terms of the ABNF for Level 4". > Suggestion: if we just define the syntax for level 4, it should = mention it in the Abstract and introduction. That's just noting that implementations of the lower levels aren't = required to parse the full syntax, not that the syntax isn't defined for = other levels. > Discussion issues: > 1)No IANA actions are required by this document.=20 >=20 > comments or suggestions:I suggest something in the document to be = added to IANA, for example,the operators in section 2 and 3 of this = document. > If we register these operators in IANA, it will help the future use of = these operators/characters. >=20 > for example: >=20 > + Reserved character strings; >=20 > # Fragment identifiers prefixed by "#"; >=20 > . Name labels or extensions prefixed by "."; >=20 > / Path segments prefixed by "/"; >=20 > ; Path parameter name or name=3Dvalue pairs prefixed by ";"; >=20 > ? Query component beginning with "?" and consisting of > name=3Dvalue pairs separated by "&"; and, >=20 > & Continuation of query-style &name=3Dvalue pairs within > a literal query component. >=20 > The operator characters equals ("=3D"), comma (","), exclamation = ("!"), > at-sign ("@"), and pipe ("|") are reserved for future extensions. I think that's worth discussion, but my initial reaction is that a = registry here will make interoperability much more difficult, and = possibly harm adoption.=20 > Minor Issues: >=20 > 1) "after UTF-8 encoding" in the first paragraph In section 1.2 Levels = and Expression Types > need a reference to UTF-8 In SVN. > 2) In section 1.3. Design Considerations > where " Mechanisms similar to URI Templates have been defined within = several > specifications, including WSDL, WADL and OpenSearch." >=20 > What is WSDL WADL and OpenSearch?=20 > Suggestion: need a reference or explaination for these acronyms or = special words. In SVN. > 3) In the 4th paragraph of section 1.6,Normalization Form C needs a = reference. There's a reference to UTR15 directly above, in the same (admittedly = lengthy) paragraph. Regards, -- Mark Nottingham http://www.mnot.net/ From hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com Wed Dec 7 07:33:37 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 355E221F8922 for ; Wed, 7 Dec 2011 07:33:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.799 X-Spam-Level: X-Spam-Status: No, score=-103.799 tagged_above=-999 required=5 tests=[AWL=0.700, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, GB_I_LETTER=-2, J_CHICKENPOX_73=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VNTTRPtWsbPl for ; Wed, 7 Dec 2011 07:33:36 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 41DC921F86EC for ; Wed, 7 Dec 2011 07:33:36 -0800 (PST) Received: by bkbzs8 with SMTP id zs8so672543bkb.31 for ; Wed, 07 Dec 2011 07:33:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=1thCHtJGYgUourSDmmj8LMYKD7srw1FO0JZdQ63T4mM=; b=cdFFHvmZzlNZFfpxTpydKV5PO9yOs7UKKe49MVt4yPdV5cjuQXwIM6dV724BlDyMoW uTakRZKqRY4PVIj9lQ81cw3EyTV8WSXl9zk4GKtDoaeomcvbC/frPJ5WyL4o2sBbQBto bVtIrpGwNG5hpTFXUizyGknOMdt3Ov4Ng7yB0= Received: by 10.180.4.167 with SMTP id l7mr24751220wil.51.1323272015383; Wed, 07 Dec 2011 07:33:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.59.206 with HTTP; Wed, 7 Dec 2011 07:32:53 -0800 (PST) In-Reply-To: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> From: Frank Ellermann Date: Wed, 7 Dec 2011 16:32:53 +0100 Message-ID: To: Jiankang YAO Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: draft-gregorio-uritemplate.all@tools.ietf.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 15:33:37 -0000 On 7 December 2011 04:18, Jiankang YAO wrote: > Major issues: > 1) In section 1.5. Notational Conventions > There is a repetition of definition of ALPHA, DIGIT, HEXDIG,...... > There is a discussion in IETF: we should not give the repetition of > definition of ABNF syntax if we can refer it to other documents. The > reason is that repetition may bring the errors or misunderstanding. Well, we're not supposed to "redefine" terms unless we really want it, but I fear that your suggestion misses another important point: > for example, we just say "ALPHA, DIGIT are imported from RFC5234" If you write that only in prose Bill's syntax checker would flag the terms as "undefined". IMO the best way for imports is something in the direction of ALPHA = Or similar, it's an editorial nit, and not really a major issue here, after all this draft doesn't try to redefine any STD 68 terms ;-) > 3)Normative reference [1] points to > which is maillist archive > and can not be Normative. LOL, yes, that is an xml2rfc artefact, at some point it tries to dump all pending URI references. AFAIK the authors intend to add three or more missing informative references, that should also take care of the discussion list URI. Using might also help to get rid of this non-normative oddity. > Discussion issues: > 1)No IANA actions are required by this document. > comments or suggestions: I suggest something in the document to be > added to IANA, for example,the operators in section 2 and 3 of this > document. > If we register these operators in IANA, it will help the future use > of these operators/characters. IMHO IANA registries should only be created when they are required, and if they are (supposed to be) helpful. That's not the case here, all used operator characters are fully specified, and all remaining potential operator characters are enumerated: It is the job of any later draft to create a registry if the "KISS" approach (= complete enumeration in one memo) does not more work. > 1) "after UTF-8 encoding" in the first paragraph In section 1.2 > Levels and Expression Types need a reference to UTF-8 For some reasons major parts of the terminology ended up in 1.5 and 1.6 _after_ some preliminary uses in 1.2 ... 1.4. Normally the order of 1.x sections in a draft is no issue, but here 1.2 is rather long; hopefully the order can be rearranged, or improved by forward references. > 3) In the 4th paragraph of section 1.6, Normalization Form C needs > a reference. The given reference UAX #15 is good enough for my purposes, this is no draft where a reference to RFC 5198 would be clearer. YMMV, and lists "UTF-8" as a well-known term, but does not yet star "NFC". -Frank From stpeter@stpeter.im Wed Dec 7 08:00:52 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 694CA21F8C65 for ; Wed, 7 Dec 2011 08:00:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uxzy7Q9IXWEs for ; Wed, 7 Dec 2011 08:00:51 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 9752121F8C63 for ; Wed, 7 Dec 2011 08:00:51 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 426834234D; Wed, 7 Dec 2011 09:08:08 -0700 (MST) Message-ID: <4EDF8DB1.8080608@stpeter.im> Date: Wed, 07 Dec 2011 09:00:49 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Alex Rousskov References: <4EDE4653.4040201@measurement-factory.com> <006601ccb488$1ea9faf0$5bfdf0d0$@lanthaler@gmx.net> <4EDEF4BD.10108@measurement-factory.com> In-Reply-To: <4EDEF4BD.10108@measurement-factory.com> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: apps-discuss@ietf.org, ietf-http-wg@w3.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 16:00:52 -0000 On 12/6/11 10:08 PM, Alex Rousskov wrote: > On 12/06/2011 07:29 PM, Markus Lanthaler wrote: >> On Tue, Dec 6, 2011 at 4:44 PM, Alex Rousskov wrote: >> >>> A third way would be to return a 200 OK response with an extension >>> response header or custom body that indicates which parts of the request >>> were not "fully fulfilled". >>> >>> A forth way would be to include extension request headers or custom body >>> pieces indicating client preferences with regard to considering >>> partially fulfilled requests successful. >> >> What do you mean by extension response/request headers? Are you talking >> about RFC 2774 [1] or just some proprietary (X-)headers? >> >> [1] http://www.ietf.org/rfc/rfc2774.txt > > Any message extension headers as defined by RFC 2616 Section 7.1. > Whether they are [going to be] documented by some RFC, have an X- > prefix, and/or remain application-specific is not important for this > discussion, IMHO. I agree that it's not important in this context. FYI, please note that we're trying to get rid of the x- prefix... http://tools.ietf.org/html/draft-ietf-appsawg-xdash Speaking of which, I need to ping the APPSAWG chairs about starting a last call. :) Peter -- Peter Saint-Andre https://stpeter.im/ From rousskov@measurement-factory.com Tue Dec 6 08:44:47 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C02421F8BEF for ; Tue, 6 Dec 2011 08:44:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WIdxZ3sJs6y4 for ; Tue, 6 Dec 2011 08:44:46 -0800 (PST) Received: from measurement-factory.com (measurement-factory.com [209.169.10.130]) by ietfa.amsl.com (Postfix) with ESMTP id B6BEB21F8BDE for ; Tue, 6 Dec 2011 08:44:46 -0800 (PST) Received: from [65.102.233.169] (co-gw.measurement-factory.com [65.102.233.169]) (authenticated bits=0) by measurement-factory.com (8.14.3/8.14.3) with ESMTP id pB6GigrU009487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Dec 2011 09:44:43 -0700 (MST) (envelope-from rousskov@measurement-factory.com) Message-ID: <4EDE4653.4040201@measurement-factory.com> Date: Tue, 06 Dec 2011 09:44:03 -0700 From: Alex Rousskov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Markus Lanthaler References: <000e01ccb3c1$4c347cb0$e49d7610$@lanthaler@gmx.net> <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> In-Reply-To: <003f01ccb3da$6779f4f0$366dded0$@lanthaler@gmx.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 07 Dec 2011 08:02:01 -0800 Cc: ietf-http-wg@w3.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 16:44:47 -0000 On 12/05/2011 10:46 PM, Markus Lanthaler wrote: > It is not unusual that a request can be considered as successful even > if it couldn't be fulfilled completely. ... > I think such a behaviour would be very important in evolving systems. As far > as I know, there are currently only two ways to deal with it: either process > the request and return a 200 OK signalling everything was OK or ignoring the > request and returning a 400 Bad Request. A third way would be to return a 200 OK response with an extension response header or custom body that indicates which parts of the request were not "fully fulfilled". A forth way would be to include extension request headers or custom body pieces indicating client preferences with regard to considering partially fulfilled requests successful. >From HTTP point of view, 200 OK seems like an appropriate response here because the transaction went through and the HTTP server considered it a success. The application-level details of that success can be left to the extension headers or body. A user-agent receiving just a "partially fulfilled" status code is likely to want a lot more information anyway, resulting in the additional requests you wanted to avoid. For example, a purchase order-placing agent would want to know which items were not ordered before deciding whether to revoke the partial order. HTH, Alex. From samj@samj.net Tue Dec 6 11:09:05 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BD4521F8BBA for ; Tue, 6 Dec 2011 11:09:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.976 X-Spam-Level: X-Spam-Status: No, score=-5.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LB01oaKhN11R for ; Tue, 6 Dec 2011 11:09:04 -0800 (PST) Received: from eu1sys200aog119.obsmtp.com (eu1sys200aog119.obsmtp.com [207.126.144.147]) by ietfa.amsl.com (Postfix) with ESMTP id C746821F8B71 for ; Tue, 6 Dec 2011 11:09:02 -0800 (PST) Received: from mail-gx0-f182.google.com ([209.85.161.182]) (using TLSv1) by eu1sys200aob119.postini.com ([207.126.147.11]) with SMTP ID DSNKTt5oPo9a4lSODGHpQt8kxX2P0tNeiAIW@postini.com; Tue, 06 Dec 2011 19:09:03 UTC Received: by mail-gx0-f182.google.com with SMTP id p1so6085012ggn.27 for ; Tue, 06 Dec 2011 11:08:46 -0800 (PST) Received: by 10.236.189.104 with SMTP id b68mr6575433yhn.21.1323198526290; Tue, 06 Dec 2011 11:08:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.105.233 with HTTP; Tue, 6 Dec 2011 11:08:25 -0800 (PST) In-Reply-To: <4EDE4653.4040201@measurement-factory.com> References: <4EDE4653.4040201@measurement-factory.com> From: Sam Johnston Date: Tue, 6 Dec 2011 19:08:25 +0000 Message-ID: To: Alex Rousskov Content-Type: multipart/alternative; boundary=20cf303f6bae20795304b3712a9d X-Mailman-Approved-At: Wed, 07 Dec 2011 08:02:01 -0800 Cc: apps-discuss@ietf.org, ietf-http-wg@w3.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2011 19:09:05 -0000 --20cf303f6bae20795304b3712a9d Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Tue, Dec 6, 2011 at 4:44 PM, Alex Rousskov < rousskov@measurement-factory.com> wrote: > On 12/05/2011 10:46 PM, Markus Lanthaler wrote: > > > It is not unusual that a request can be considered as successful even > > if it couldn't be fulfilled completely. > > ... > > > I think such a behaviour would be very important in evolving systems. A= s > far > > as I know, there are currently only two ways to deal with it: either > process > > the request and return a 200 OK signalling everything was OK or ignorin= g > the > > request and returning a 400 Bad Request. > > A third way would be to return a 200 OK response with an extension > response header or custom body that indicates which parts of the request > were not "fully fulfilled". > > A forth way would be to include extension request headers or custom body > pieces indicating client preferences with regard to considering > partially fulfilled requests successful. > > > >From HTTP point of view, 200 OK seems like an appropriate response here > because the transaction went through and the HTTP server considered it a > success. The application-level details of that success can be left to > the extension headers or body. > > A user-agent receiving just a "partially fulfilled" status code is > likely to want a lot more information anyway, resulting in the > additional requests you wanted to avoid. For example, a purchase > order-placing agent would want to know which items were not ordered > before deciding whether to revoke the partial order. > Agreed =97 if you're going to have to define a custom format anyway (as you are in almost every case) then you're probably better off just using existing codes. "202 Accepted" applies to any state up to (but not including) completion, so it's not really appropriate for synchronous requests, while "200 OK" specifically allows for "an entity describing or containing the result of the action". That said, as I'm busy applying HTTP (as it was intended rather than with envelope layers) to cloud standards I find myself regularly wanting to give status updates =97 as x of y units, %, etc. =97 and it could be useful to h= ave a header that carried this information in a sensible/standard format. A marked up Link: to a [text/uri-]list of components could be interesting too= . Sam --20cf303f6bae20795304b3712a9d Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On Tue, Dec 6, 2011 at 4:44 PM, Alex Rousskov <rou= sskov@measurement-factory.com> wrote:
On 12/05/2011 10:46 PM, Markus Lanthaler wrote:

> It is not unusual that a request can be considered as successful even<= br> > if it couldn't be fulfilled completely.

...

> I think such a behaviour would be very important in evolving systems. = As far
> as I know, there are currently only two ways to deal with it: either p= rocess
> the request and return a 200 OK signalling everything was OK or ignori= ng the
> request and returning a 400 Bad Request.

A third way would be to return a 200 OK response with an extension response header or custom body that indicates which parts of the request were not "fully fulfilled".

A forth way would be to include extension request headers or custom body pieces indicating client preferences with regard to considering
partially fulfilled requests successful.


>From HTTP point of view, 200 OK seems like an appropriate response here=
because the transaction went through and the HTTP server considered it a success. The application-level details of that success can be left to
the extension headers or body.

A user-agent receiving just a "partially fulfilled" status code i= s
likely to want a lot more information anyway, resulting in the
additional requests you wanted to avoid. For example, a purchase
order-placing agent would want to know which items were not ordered
before deciding whether to revoke the partial order.
<= br>
Agreed =97 if you're going to have to define a custom for= mat anyway (as you are in almost every case) then you're probably bette= r off just using existing codes.

"202 Accepted" applies to any state up to (bu= t not including) completion, so it's not really appropriate for synchro= nous requests, while "200 OK" specifically allows for "an en= tity describing or containing the result of the action".

That said, as I'm busy applying HTTP (as it was int= ended rather than with envelope layers) to cloud standards I find myself re= gularly wanting to give status updates =97 as x of y units, %, etc. =97 and= it could be useful to have a header that carried this information in a sen= sible/standard format. A marked up Link: to a [text/uri-]list of components= could be interesting too.

Sam

--20cf303f6bae20795304b3712a9d-- From rousskov@measurement-factory.com Tue Dec 6 21:09:08 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C248121F8560 for ; Tue, 6 Dec 2011 21:09:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.266 X-Spam-Level: X-Spam-Status: No, score=-106.266 tagged_above=-999 required=5 tests=[AWL=-3.667, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QbfBZ--LM-nD for ; Tue, 6 Dec 2011 21:09:08 -0800 (PST) Received: from measurement-factory.com (measurement-factory.com [209.169.10.130]) by ietfa.amsl.com (Postfix) with ESMTP id 3408521F8558 for ; Tue, 6 Dec 2011 21:09:08 -0800 (PST) Received: from [65.102.233.169] (co-gw.measurement-factory.com [65.102.233.169]) (authenticated bits=0) by measurement-factory.com (8.14.3/8.14.3) with ESMTP id pB758sBj080476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Dec 2011 22:08:59 -0700 (MST) (envelope-from rousskov@measurement-factory.com) Message-ID: <4EDEF4BD.10108@measurement-factory.com> Date: Tue, 06 Dec 2011 22:08:13 -0700 From: Alex Rousskov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Markus Lanthaler References: <4EDE4653.4040201@measurement-factory.com> <006601ccb488$1ea9faf0$5bfdf0d0$@lanthaler@gmx.net> In-Reply-To: <006601ccb488$1ea9faf0$5bfdf0d0$@lanthaler@gmx.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 07 Dec 2011 08:02:01 -0800 Cc: ietf-http-wg@w3.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 05:09:08 -0000 On 12/06/2011 07:29 PM, Markus Lanthaler wrote: > On Tue, Dec 6, 2011 at 4:44 PM, Alex Rousskov wrote: > >> A third way would be to return a 200 OK response with an extension >> response header or custom body that indicates which parts of the request >> were not "fully fulfilled". >> >> A forth way would be to include extension request headers or custom body >> pieces indicating client preferences with regard to considering >> partially fulfilled requests successful. > > What do you mean by extension response/request headers? Are you talking > about RFC 2774 [1] or just some proprietary (X-)headers? > > [1] http://www.ietf.org/rfc/rfc2774.txt Any message extension headers as defined by RFC 2616 Section 7.1. Whether they are [going to be] documented by some RFC, have an X- prefix, and/or remain application-specific is not important for this discussion, IMHO. My point is that there are existing HTTP mechanisms that can be used to report to the client that parts of a successful HTTP transaction were not entirely successful from the application point of view (and that those rich mechanisms appear to be more suitable than a single new status code). Compared to using extension headers and/or custom response bodies, adding a new standard response code is a more rigid/limited solution and its support is going to be more expensive for HTTP agents that do not need to know about any of this (e.g. proxies already know how to ignore extension headers or body content, but new status codes often require explicit care). On the other hand, since I am not writing applications that deal with partially fulfilled requests, I could be easily missing something that prompts folks to suggest a new response status code instead. Cheers, Alex. From msk@cloudmark.com Wed Dec 7 09:11:43 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD5821F8C63 for ; Wed, 7 Dec 2011 09:11:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.324 X-Spam-Level: X-Spam-Status: No, score=-102.324 tagged_above=-999 required=5 tests=[AWL=-0.325, BAYES_00=-2.599, J_CHICKENPOX_73=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VAZiStgcBddl for ; Wed, 7 Dec 2011 09:11:41 -0800 (PST) Received: from ht1-outbound.cloudmark.com (ht1-outbound.cloudmark.com [72.5.239.25]) by ietfa.amsl.com (Postfix) with ESMTP id BDC6121F84FC for ; Wed, 7 Dec 2011 09:11:41 -0800 (PST) Received: from malice.corp.cloudmark.com (172.22.10.71) by EXCH-HTCAS901.corp.cloudmark.com (172.22.10.73) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 7 Dec 2011 09:11:41 -0800 Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by malice.corp.cloudmark.com ([172.22.10.71]) with mapi; Wed, 7 Dec 2011 09:11:41 -0800 From: "Murray S. Kucherawy" To: IETF Apps Discuss Date: Wed, 7 Dec 2011 09:11:39 -0800 Thread-Topic: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 Thread-Index: Acy0v8QJRBlR9nyaTKu+lEP/2/rJaAAQxdRw Message-ID: References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "draft-gregorio-uritemplate.all@tools.ietf.org" Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 17:11:43 -0000 > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org= ] On Behalf Of Mark Nottingham > Sent: Wednesday, December 07, 2011 1:08 AM > To: Jiankang YAO > Cc: draft-gregorio-uritemplate.all@tools.ietf.org; IETF Apps Discuss > Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-= 07 >=20 > > 1) In section 1.5. Notational Conventions > > > > There is a repetition of definition of ALPHA, DIGIT, HEXDIG,...... > > > > There is a discussion in IETF: we should not give the repetition of > > definition of ABNF syntax if we can refer it to other documents. The > > reason is that repetition may bring the errors or misunderstanding. > > > > Suggestion: for example, we just say "ALPHA, DIGIT are imported from > > RFC5234" instead of repeating > > "ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z" >=20 > Is this a discussion that's already taken place? I agree that re-stating definitions that are better replaced by references = to them is the wiser move. > > Discussion issues: > > 1)No IANA actions are required by this document. > > > > comments or suggestions:I suggest something in the document to be > > added to IANA, for example,the operators in section 2 and 3 of this > > document. > > If we register these operators in IANA, it will help the future use > > of these operators/characters. I don't think this is necessary. The point of registries is to make someth= ing extensible without having to modify its defining document, such as addi= ng header fields to email or MIME types, etc. In this case, declaring a ch= aracter as an operator that's not already an operator can alter the semanti= cs of existing templates based on the initial RFC. So if the set of operat= ors is to change, I suggest that a new RFC would be required, obsoleting pr= evious ones. -MSK From msk@cloudmark.com Wed Dec 7 09:19:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA0AD21F8C7E for ; Wed, 7 Dec 2011 09:19:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.616 X-Spam-Level: X-Spam-Status: No, score=-102.616 tagged_above=-999 required=5 tests=[AWL=-0.017, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0hLfAybPp-gm for ; Wed, 7 Dec 2011 09:19:53 -0800 (PST) Received: from ht1-outbound.cloudmark.com (ht1-outbound.cloudmark.com [72.5.239.25]) by ietfa.amsl.com (Postfix) with ESMTP id 619A821F8C7A for ; Wed, 7 Dec 2011 09:19:53 -0800 (PST) Received: from spite.corp.cloudmark.com (172.22.10.72) by EXCH-HTCAS901.corp.cloudmark.com (172.22.10.73) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 7 Dec 2011 09:19:53 -0800 Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by spite.corp.cloudmark.com ([172.22.10.72]) with mapi; Wed, 7 Dec 2011 09:19:52 -0800 From: "Murray S. Kucherawy" To: "apps-discuss@ietf.org" Date: Wed, 7 Dec 2011 09:19:51 -0800 Thread-Topic: [apps-discuss] I-D Action: draft-ietf-appsawg-greylisting-00.txt Thread-Index: Acy0le+fO2bmyqeqRE+ljMnIP0T2igAbk//w Message-ID: References: <20111206201904.8631.53069.idtracker@ietfa.amsl.com> <20111207040814.49662.qmail@joyce.lan> In-Reply-To: <20111207040814.49662.qmail@joyce.lan> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-greylisting-00.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 17:19:53 -0000 > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org= ] On Behalf Of John Levine > Sent: Tuesday, December 06, 2011 8:08 PM > To: apps-discuss@ietf.org > Subject: Re: [apps-discuss] I-D Action: draft-ietf-appsawg-greylisting-00= .txt >=20 > > Title : Best Current Practices for Email Greylisting >=20 > Now that the skeleton is moved into the appsawg, is there a plan for > fleshing it out? I'll be happy to contribute stuff from my CEAS paper. Yes, please. Anyone with material to contribute to the greylisting documen= t is invited to start sending it, either to this list or to me. I'm ready = to edit. From GK@ninebynine.org Wed Dec 7 13:18:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 770801F0C45 for ; Wed, 7 Dec 2011 13:18:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_73=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iKi+9+y2S52a for ; Wed, 7 Dec 2011 13:18:35 -0800 (PST) Received: from relay1.mail.ox.ac.uk (relay1.mail.ox.ac.uk [129.67.1.165]) by ietfa.amsl.com (Postfix) with ESMTP id 956311F0C3B for ; Wed, 7 Dec 2011 13:18:35 -0800 (PST) Received: from smtp2.mail.ox.ac.uk ([163.1.2.205]) by relay1.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from ) id 1RYOsj-0002fj-5v; Wed, 07 Dec 2011 21:18:25 +0000 Received: from gklyne.plus.com ([80.229.154.156] helo=Eskarina.local) by smtp2.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RYOsj-0006uY-84; Wed, 07 Dec 2011 21:18:25 +0000 Message-ID: <4EDFAE8C.6050807@ninebynine.org> Date: Wed, 07 Dec 2011 18:21:00 +0000 From: Graham Klyne User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: zool0635 Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 21:18:36 -0000 On 07/12/2011 09:07, Mark Nottingham wrote: >> Discussion issues: >> > 1)No IANA actions are required by this document. >> > >> > comments or suggestions:I suggest something in the document to be added to IANA, for example,the operators in section 2 and 3 of this document. >> > If we register these operators in IANA, it will help the future use of these operators/characters. >> > >> > for example: >> > >> > + Reserved character strings; >> > >> > # Fragment identifiers prefixed by "#"; >> > >> > . Name labels or extensions prefixed by "."; >> > >> > / Path segments prefixed by "/"; >> > >> > ; Path parameter name or name=value pairs prefixed by ";"; >> > >> > ? Query component beginning with "?" and consisting of >> > name=value pairs separated by "&"; and, >> > >> > & Continuation of query-style&name=value pairs within >> > a literal query component. >> > >> > The operator characters equals ("="), comma (","), exclamation ("!"), >> > at-sign ("@"), and pipe ("|") are reserved for future extensions. > I think that's worth discussion, but my initial reaction is that a registry here will make interoperability much more difficult, and possibly harm adoption. > I agree that this does not seem an appropriate case for an IANA registry. (a) The design is very closely coupled with URI syntax, which IMO makes it more usable. A registry might encourage divergence. (b) Addition of new "operators" could potentially have deep impact on template handling code, and such might be encouraged by allowing IANA registration of extensions. I think this could harm interoperability if extensions are registered. (c) The overhead of creating and managing a registry doesn't seem to be justified by any clear benefit. #g -- From mnot@mnot.net Wed Dec 7 15:43:40 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3901A11E8099 for ; Wed, 7 Dec 2011 15:43:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C7VbtqtOwleP for ; Wed, 7 Dec 2011 15:43:39 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id 8579D11E808B for ; Wed, 7 Dec 2011 15:43:39 -0800 (PST) Received: from [192.168.0.100] (unknown [101.170.222.173]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 8880022E253; Wed, 7 Dec 2011 18:43:27 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=windows-1252 From: Mark Nottingham In-Reply-To: Date: Thu, 8 Dec 2011 10:43:23 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4EDE4653.4040201@measurement-factory.com> To: Sam Johnston X-Mailer: Apple Mail (2.1251.1) Cc: HTTP Working Group , "apps-discuss@ietf.org Discuss" Subject: Re: [apps-discuss] Partially fulfilled / draft-nottingham-http-new-status X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 23:43:40 -0000 On 07/12/2011, at 6:08 AM, Sam Johnston wrote: > That said, as I'm busy applying HTTP (as it was intended rather than = with envelope layers) to cloud standards I find myself regularly wanting = to give status updates =97 as x of y units, %, etc. =97 and it could be = useful to have a header that carried this information in a = sensible/standard format. A marked up Link: to a [text/uri-]list of = components could be interesting too. Julian has been known to use a data: URI in a Link header=85=20 -- Mark Nottingham http://www.mnot.net/ From yaojk@cnnic.cn Wed Dec 7 22:42:04 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E59F21F8B11 for ; Wed, 7 Dec 2011 22:42:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.436 X-Spam-Level: X-Spam-Status: No, score=-100.436 tagged_above=-999 required=5 tests=[AWL=0.410, BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EQq2qVhDBxIZ for ; Wed, 7 Dec 2011 22:42:03 -0800 (PST) Received: from cnnic.cn (smtp.cnnic.cn [159.226.7.146]) by ietfa.amsl.com (Postfix) with SMTP id 0C8CF21F8B0F for ; Wed, 7 Dec 2011 22:42:00 -0800 (PST) X-EYOUMAIL-SMTPAUTH: yaojk@cnnic.cn Received: from unknown127.0.0.1 (HELO lenovo47e041cf) (127.0.0.1) by 127.0.0.1 with SMTP; Thu, 08 Dec 2011 14:41:54 +0800 Message-ID: <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> From: "Jiankang YAO" To: "Mark Nottingham" References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> Date: Thu, 8 Dec 2011 14:41:56 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-Mimeole: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: draft-gregorio-uritemplate.all@tools.ietf.org, IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 06:42:04 -0000 DQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KRnJvbTogIk1hcmsgTm90dGluZ2hhbSIg PG1ub3RAbW5vdC5uZXQ+DQpUbzogIkppYW5rYW5nIFlBTyIgPHlhb2prQGNubmljLmNuPg0KQ2M6 ICJJRVRGIEFwcHMgRGlzY3VzcyIgPGFwcHMtZGlzY3Vzc0BpZXRmLm9yZz47IDxkcmFmdC1ncmVn b3Jpby11cml0ZW1wbGF0ZS5hbGxAdG9vbHMuaWV0Zi5vcmc+DQpTZW50OiBXZWRuZXNkYXksIERl Y2VtYmVyIDA3LCAyMDExIDU6MDcgUE0NClN1YmplY3Q6IFJlOiBBUFBTRElSIHJldmlldyBvZiBk cmFmdC1ncmVnb3Jpby11cml0ZW1wbGF0ZS0wNw0KDQoNClRoYW5rcyBmb3IgdGhlIGZlZWRiYWNr LiBSZXNwb25zZXMgaW5saW5lLg0KDQpPbiAwNy8xMi8yMDExLCBhdCAyOjE4IFBNLCBKaWFua2Fu ZyBZQU8gd3JvdGU6DQoNCj4gSSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIEFwcGxpY2F0aW9u cyBBcmVhIERpcmVjdG9yYXRlIHJldmlld2VyIA0KPiBmb3IgdGhpcyBkcmFmdCAoZm9yIGJhY2tn cm91bmQgb24gYXBwc2RpciwgcGxlYXNlIA0KPiBzZWUgDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmll dGYub3JnL2FyZWEvYXBwL3RyYWMvd2lraS9BcHBsaWNhdGlvbnNBcmVhRGlyZWN0b3JhdGUgDQo+ ICkuICANCj4gUGxlYXNlIHJlc29sdmUgdGhlc2UgY29tbWVudHMgYWxvbmcgd2l0aCBhbnkgb3Ro ZXIgTGFzdCBDYWxsIGNvbW1lbnRzIA0KPiB5b3UgbWF5IHJlY2VpdmUuIFBsZWFzZSB3YWl0IGZv ciBkaXJlY3Rpb24gZnJvbSB5b3VyIGRvY3VtZW50IA0KPiBzaGVwaGVyZCBvciBBRCBiZWZvcmUg cG9zdGluZyBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFmdC4NCj4gDQo+IERvY3VtZW50OiBkcmFm dC1ncmVnb3Jpby11cml0ZW1wbGF0ZS0wNw0KPiBUaXRsZTogVVJJIFRlbXBsYXRlDQo+IA0KPiBS ZXZpZXdlcjogSmlhbmthbmcgWWFvDQo+IFJldmlldyBEYXRlOiBEZWNlbWJlciA3LCAyMDExDQo+ IA0KPiBTdW1tYXJ5Og0KPiANCj4gVGhpcyBkcmFmdCBpcyBhbG1vc3QgcmVhZHkgZm9yIHB1Ymxp Y2F0aW9uIGFzIGEgUHJvcG9zZWQgU3RhbmRhcmQuIEJ1dCBiZWZvcmUgcHVibGljYXRpb24sIHRo ZSBmb2xsb3dpbmcgDQo+IGlzc3VlcyBzaG91bGQgYmUgY29uc2lkZXJlZCBvciBhZGRyZXNzZWQu DQo+IA0KPiBNYWpvciBpc3N1ZXM6DQo+IA0KPiANCj4gMSkgSW4gc2VjdGlvbiAxLjUuICBOb3Rh dGlvbmFsIENvbnZlbnRpb25zDQo+IA0KPiBUaGVyZSBpcyBhIHJlcGV0aXRpb24gb2YgZGVmaW5p dGlvbiBvZiBBTFBIQSwgRElHSVQsIEhFWERJRywuLi4uLi4NCj4gDQo+IFRoZXJlIGlzIGEgZGlz Y3Vzc2lvbiBpbiBJRVRGOiB3ZSBzaG91bGQgbm90IGdpdmUgdGhlIHJlcGV0aXRpb24gb2YgZGVm aW5pdGlvbiBvZiBBQk5GIHN5bnRheCBpZiB3ZSBjYW4gcmVmZXIgaXQgdG8gb3RoZXIgZG9jdW1l bnRzLiBUaGUgcmVhc29uIGlzIHRoYXQgcmVwZXRpdGlvbiBtYXkgYnJpbmcgdGhlIGVycm9ycyBv ciBtaXN1bmRlcnN0YW5kaW5nLg0KPiANCj4gU3VnZ2VzdGlvbjogZm9yIGV4YW1wbGUsIHdlIGp1 c3Qgc2F5ICJBTFBIQSwgRElHSVQgYXJlIGltcG9ydGVkIGZyb20gUkZDNTIzNCIgaW5zdGVhZCBv ZiByZXBlYXRpbmcNCj4gIkFMUEhBICAgICAgICAgID0gICV4NDEtNUEgLyAleDYxLTdBICAgOyBB LVogLyBhLXoiDQoNCj09PklzIHRoaXMgYSBkaXNjdXNzaW9uIHRoYXQncyBhbHJlYWR5IHRha2Vu IHBsYWNlPw0KDQp5ZXMuIHRoZSBydWxlIGhhcyBiZWVuIGZvbGxvd2VkIGJ5IEVBSSBXRy4NCg0K DQo+IDQpVGhlcmUgaXMgYSBsb3Qgb2YgIkEgVVJJIFRlbXBsYXRlIiBpbiBzZWN0aW9uIDEsIGJ1 dCB0aGVyZSBpcyBubyBwcmVjaXNlIGRlZmluaXRpb24gb2YgIlVSSSBUZW1wbGF0ZSIgaW4gc2Vj dGlvbiAxLiBUaGUgZGVmaW5pdGlvbiBzZWVtcyB0byBhcHBlYXIgb24gc2VjdGlvbiAyLg0KPiBD b21tZW50czogSWYgdGhlIHJlYWRlcnMgY2FuIHVuZGVyc3RhbmQgaXQgY2xlYXJseSwgdGhlIGRl ZmluaXRpb24gc2hvdWxkIGFwcGVhciBmaXJzdC4NCg0KPT0+Q291bGQgeW91IG1ha2UgYSBjb25j cmV0ZSBwcm9wb3NhbCBoZXJlPw0KDQp3aGF0IGlzICJVUkkgVGVtcGxhdGUiIHNob3VsZCBiZSBk ZWZpbmVkIGluIHNlY3Rpb24gMS4NCnRoZXJlIGlzIG5vIHByZWNpc2Ugb3IgY2xlYXIgZGVmaW5p dGlvbiBvZiAiVVJJIFRlbXBsYXRlIiBpbiBzZWN0aW9uIDEuDQoNCg0KSmlhbmthbmcgWWFvDQoN Cg== From mnot@mnot.net Wed Dec 7 22:45:51 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B057D21F8B1A for ; Wed, 7 Dec 2011 22:45:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.107 X-Spam-Level: X-Spam-Status: No, score=-105.107 tagged_above=-999 required=5 tests=[AWL=-2.508, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wK2slg3NqpdA for ; Wed, 7 Dec 2011 22:45:51 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 2972E21F8B16 for ; Wed, 7 Dec 2011 22:45:51 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 39DA850A64; Thu, 8 Dec 2011 01:45:43 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=GB2312 From: Mark Nottingham X-Priority: 3 In-Reply-To: <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> Date: Thu, 8 Dec 2011 17:45:39 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> To: Jiankang YAO X-Mailer: Apple Mail (2.1251.1) Cc: draft-gregorio-uritemplate.all@tools.ietf.org, IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 06:45:51 -0000 On 08/12/2011, at 5:41 PM, Jiankang YAO wrote: >>=20 >> Suggestion: for example, we just say "ALPHA, DIGIT are imported from = RFC5234" instead of repeating >> "ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z" >=20 > =3D=3D>Is this a discussion that's already taken place? >=20 > yes. the rule has been followed by EAI WG. Do you have a reference? I.e., is this an IESG ruling, or something that = was decided in that WG? As has mentioned, taking the approach you = outline will result in ABNF errors. > 4)There is a lot of "A URI Template" in section 1, but there is no = precise definition of "URI Template" in section 1. The definition seems = to appear on section 2. >> Comments: If the readers can understand it clearly, the definition = should appear first. >=20 > =3D=3D>Could you make a concrete proposal here? >=20 > what is "URI Template" should be defined in section 1. > there is no precise or clear definition of "URI Template" in section = 1. I was hoping for something more substantial. Let me take another look at = it... Regards, -- Mark Nottingham http://www.mnot.net/ From julian.reschke@gmx.de Thu Dec 8 00:35:56 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E2BF21F8ABB for ; Thu, 8 Dec 2011 00:35:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.793 X-Spam-Level: X-Spam-Status: No, score=-104.793 tagged_above=-999 required=5 tests=[AWL=-2.194, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FisNbWmvDyD2 for ; Thu, 8 Dec 2011 00:35:55 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 169C921F8AB9 for ; Thu, 8 Dec 2011 00:35:54 -0800 (PST) Received: (qmail invoked by alias); 08 Dec 2011 08:35:51 -0000 Received: from p5DCCB919.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.185.25] by mail.gmx.net (mp013) with SMTP; 08 Dec 2011 09:35:51 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/UhXZ3Mt3U0fqSBbfSJjaDQI+5nBXJWbhCLAh8rq Jlbdf99p+T18DE Message-ID: <4EE076DE.6080708@gmx.de> Date: Thu, 08 Dec 2011 09:35:42 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> In-Reply-To: <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 08:35:56 -0000 On 2011-12-08 07:45, Mark Nottingham wrote: > > On 08/12/2011, at 5:41 PM, Jiankang YAO wrote: >>> >>> Suggestion: for example, we just say "ALPHA, DIGIT are imported from RFC5234" instead of repeating >>> "ALPHA = %x41-5A / %x61-7A ; A-Z / a-z" >> >> ==>Is this a discussion that's already taken place? >> >> yes. the rule has been followed by EAI WG. > > Do you have a reference? I.e., is this an IESG ruling, or something that was decided in that WG? As has mentioned, taking the approach you outline will result in ABNF errors. > ... It depends; BAP, Bill's ABNF Parser, when run from the command line, can include core rules from a file. Best regards, Julian From ietfc@btconnect.com Thu Dec 8 04:22:12 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51D5021F89B8 for ; Thu, 8 Dec 2011 04:22:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.275 X-Spam-Level: X-Spam-Status: No, score=-2.275 tagged_above=-999 required=5 tests=[AWL=0.324, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hXZOKbfzuHep for ; Thu, 8 Dec 2011 04:22:11 -0800 (PST) Received: from mail.btconnect.com (c2beaomr06.btconnect.com [213.123.26.184]) by ietfa.amsl.com (Postfix) with ESMTP id 46D2C21F889A for ; Thu, 8 Dec 2011 04:22:09 -0800 (PST) Received: from host86-177-208-97.range86-177.btcentralplus.com (HELO pc6) ([86.177.208.97]) by c2beaomr06.btconnect.com with SMTP id FQY06040; Thu, 08 Dec 2011 12:21:59 +0000 (GMT) Message-ID: <039e01ccb59b$d54aa8e0$4001a8c0@gateway.2wire.net> From: "t.petch" To: "Mark Nottingham" , "Jiankang YAO" References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF><583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> Date: Thu, 8 Dec 2011 12:23:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0301.4EE0ABE6.005A, actions=TAG X-Junkmail-Premium-Raw: score=9/50, refid=2.7.2:2011.12.8.113315:17:9.535, ip=86.177.208.97, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, CN_TLD, __CP_URI_IN_BODY, __CP_NOT_1, BODY_SIZE_1900_1999, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr06.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0208.4EE0ABE7.01F2,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Cc: IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 12:22:12 -0000 ----- Original Message ----- From: "Mark Nottingham" To: "Jiankang YAO" Cc: ; "IETF Apps Discuss" Sent: Thursday, December 08, 2011 7:45 AM Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 > > > 4)There is a lot of "A URI Template" in section 1, but there is no precise definition of "URI Template" in section 1. The definition seems to appear on section 2. > >> Comments: If the readers can understand it clearly, the definition should appear first. > > > > ==>Could you make a concrete proposal here? > > > > what is "URI Template" should be defined in section 1. > > there is no precise or clear definition of "URI Template" in section 1. > > I was hoping for something more substantial. Let me take another look at it... I agree that section 1 is a little weak but think the Abstract gets it (almost) right. " A URI Template is a compact sequence of characters for describing a range of Uniform Resource Identifiers through variable expansion." I would prefer " A URI Template is a compact sequence of characters which describes a range of Uniform Resource Identifiers through variable expansion." and I would put that as section 1 first sentence, perhaps adding "... A URI Template is not per se a URI but rather a potential URI in which certain parts have been replaced by operators and variable names; the operators have been chosen to facilitate the construction of URIs, allowing the ready generation of such as name=value, or just value, in paths, queries and fragments, both of single values or of lists of values." > > Regards, > > > -- > Mark Nottingham http://www.mnot.net/ > > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss > > From mnot@mnot.net Thu Dec 8 04:36:34 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6539421F8ABD for ; Thu, 8 Dec 2011 04:36:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.738 X-Spam-Level: X-Spam-Status: No, score=-104.738 tagged_above=-999 required=5 tests=[AWL=-2.739, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p6NH4-s+lqbp for ; Thu, 8 Dec 2011 04:36:33 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id A9EEA21F8AD1 for ; Thu, 8 Dec 2011 04:36:33 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 73915509DB; Thu, 8 Dec 2011 07:36:22 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Mark Nottingham X-Priority: 3 In-Reply-To: <039e01ccb59b$d54aa8e0$4001a8c0@gateway.2wire.net> Date: Thu, 8 Dec 2011 23:36:20 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <3F93DF64-0E85-45CB-9FB3-977593474488@mnot.net> References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF><583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> <039e01ccb59b$d54aa8e0$4001a8c0@gateway.2wire.net> To: t.petch X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 12:36:34 -0000 I'll take that on board, thanks. On 08/12/2011, at 10:23 PM, t.petch wrote: > ----- Original Message ----- > From: "Mark Nottingham" > To: "Jiankang YAO" > Cc: ; "IETF Apps = Discuss" > > Sent: Thursday, December 08, 2011 7:45 AM > Subject: Re: [apps-discuss] APPSDIR review of = draft-gregorio-uritemplate-07 >>=20 >>> 4)There is a lot of "A URI Template" in section 1, but there is no = precise > definition of "URI Template" in section 1. The definition seems to = appear on > section 2. >>>> Comments: If the readers can understand it clearly, the definition = should > appear first. >>>=20 >>> =3D=3D>Could you make a concrete proposal here? >>>=20 >>> what is "URI Template" should be defined in section 1. >>> there is no precise or clear definition of "URI Template" in section = 1. >>=20 >> I was hoping for something more substantial. Let me take another look = at it... >=20 > I agree that section 1 is a little weak but think the Abstract gets it = (almost) > right. >=20 > " A URI Template is a compact sequence of characters for describing = a > range of Uniform Resource Identifiers through variable expansion." >=20 > I would prefer > " A URI Template is a compact sequence of characters which describes = a > range of Uniform Resource Identifiers through variable expansion." >=20 > and I would put that as section 1 first sentence, perhaps adding >=20 > "... A URI Template is not per se a URI but rather a potential URI in = which > certain parts have been replaced by operators and variable names; the = operators > have > been chosen to facilitate the construction of URIs, allowing the ready > generation > of such as name=3Dvalue, or just value, in paths, queries and = fragments, both of > single values or of lists of values." >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >>=20 >> Regards, >>=20 >>=20 >> -- >> Mark Nottingham http://www.mnot.net/ >>=20 >>=20 >>=20 >> _______________________________________________ >> apps-discuss mailing list >> apps-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/apps-discuss >>=20 >>=20 >=20 -- Mark Nottingham http://www.mnot.net/ From stpeter@stpeter.im Thu Dec 8 09:46:33 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F264821F84C5; Thu, 8 Dec 2011 09:46:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.149 X-Spam-Level: X-Spam-Status: No, score=-104.149 tagged_above=-999 required=5 tests=[AWL=-1.550, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TEFDIvjTRG6w; Thu, 8 Dec 2011 09:46:32 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 01FD921F84B9; Thu, 8 Dec 2011 09:46:32 -0800 (PST) Received: from dhcp-64-101-72-124.cisco.com (unknown [64.101.72.124]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id A8D454236A; Thu, 8 Dec 2011 10:53:51 -0700 (MST) Message-ID: <4EE0F7F8.8010308@stpeter.im> Date: Thu, 08 Dec 2011 10:46:32 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: mike amundsen References: <20111008172352.17099.58145.idtracker@ietfa.amsl.com> <4EE02618.9070403@stpeter.im> In-Reply-To: X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "apps-discuss@ietf.org" , link-relations@ietf.org Subject: Re: [apps-discuss] [link-relations] Fwd: New Version Notification for draft-amundsen-item-and-collection-link-relations-03.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 17:46:33 -0000 FYI, I've completed my AD evaluation and requested an IETF Last Call on this specification. On 12/7/11 8:31 PM, mike amundsen wrote: > Peter: > > Thanks for offering to sponsor the document. > > What do you need from me to move forward? > > mca > http://amundsen.com/blog/ > http://twitter.com@mamund > http://mamund.com/foaf.rdf#me > > > > > On Wed, Dec 7, 2011 at 21:51, Peter Saint-Andre > wrote: > > Mike, I'm sponsoring draft-ohye-canonical-link-relation for a similar > purpose, so I'd be happy to sponsor your document as well. > > On 10/8/11 11:51 AM, mike amundsen wrote: > > Added Status indicator (Informational). > > > > Looking for feedback before I present as an Independent Submission to > > rfc-ise@rfc-editor.org > > > > mca > > http://amundsen.com/blog/ > > http://twitter.com@mamund > > http://mamund.com/foaf.rdf#me > > > > > > > > > > > > > > ---------- Forwarded message ---------- > > From: > > > Date: Sat, Oct 8, 2011 at 13:23 > > Subject: New Version Notification for > > draft-amundsen-item-and-collection-link-relations-03.txt > > To: mca@amundsen.com > > Cc: mca@amundsen.com > > > > > > A new version of I-D, > > draft-amundsen-item-and-collection-link-relations-03.txt has been > > successfully submitted by Mike Amundsen and posted to the IETF > > repository. > > > > Filename: draft-amundsen-item-and-collection-link-relations > > Revision: 03 > > Title: The Item and Collection Link Relations > > Creation date: 2011-10-08 > > WG ID: Individual Submission > > Number of pages: 5 > > > > Abstract: > > RFC 5988 [RFC5988] standardized a means of indicating the > > relationships between resources on the Web. This specification > > defines a pair of reciprocal link relation types that may be used to > > express the relationship between a collection and its members. > > > > Editorial Note (To be removed by RFC Editor) > > > > Distribution of this document is unlimited. Comments should be sent > > to the IETF Apps-Discuss mailing list (see > > <https://www.ietf.org/mailman/listinfo/apps-discuss> > ). > > > > > > > > > > The IETF Secretariat > > _______________________________________________ > > link-relations mailing list > > link-relations@ietf.org > > https://www.ietf.org/mailman/listinfo/link-relations From mca@amundsen.com Thu Dec 8 09:53:05 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8884721F8551; Thu, 8 Dec 2011 09:53:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.319 X-Spam-Level: X-Spam-Status: No, score=-2.319 tagged_above=-999 required=5 tests=[AWL=-1.639, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x+rQeBWh3cb5; Thu, 8 Dec 2011 09:53:04 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id A7BC421F84CD; Thu, 8 Dec 2011 09:53:04 -0800 (PST) Received: by dajz8 with SMTP id z8so2594706daj.31 for ; Thu, 08 Dec 2011 09:53:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.29.37 with SMTP id g5mr17077594pbh.122.1323366784065; Thu, 08 Dec 2011 09:53:04 -0800 (PST) Sender: mca@amundsen.com Received: by 10.142.196.20 with HTTP; Thu, 8 Dec 2011 09:53:03 -0800 (PST) In-Reply-To: <4EE0F7F8.8010308@stpeter.im> References: <20111008172352.17099.58145.idtracker@ietfa.amsl.com> <4EE02618.9070403@stpeter.im> <4EE0F7F8.8010308@stpeter.im> Date: Thu, 8 Dec 2011 12:53:03 -0500 X-Google-Sender-Auth: umnsOtkzO7bdxNJAFWwssBNpTTo Message-ID: From: mike amundsen To: Peter Saint-Andre Content-Type: multipart/alternative; boundary=bcaec520efdb1260ce04b39857f5 Cc: "apps-discuss@ietf.org" , link-relations@ietf.org Subject: Re: [apps-discuss] [link-relations] Fwd: New Version Notification for draft-amundsen-item-and-collection-link-relations-03.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 17:53:05 -0000 --bcaec520efdb1260ce04b39857f5 Content-Type: text/plain; charset=ISO-8859-1 Peter: thanks. mca http://amundsen.com/blog/ http://twitter.com@mamund http://mamund.com/foaf.rdf#me On Thu, Dec 8, 2011 at 12:46, Peter Saint-Andre wrote: > FYI, I've completed my AD evaluation and requested an IETF Last Call on > this specification. > > On 12/7/11 8:31 PM, mike amundsen wrote: > > Peter: > > > > Thanks for offering to sponsor the document. > > > > What do you need from me to move forward? > > > > mca > > http://amundsen.com/blog/ > > http://twitter.com@mamund > > http://mamund.com/foaf.rdf#me > > > > > > > > > > On Wed, Dec 7, 2011 at 21:51, Peter Saint-Andre > > wrote: > > > > Mike, I'm sponsoring draft-ohye-canonical-link-relation for a similar > > purpose, so I'd be happy to sponsor your document as well. > > > > On 10/8/11 11:51 AM, mike amundsen wrote: > > > Added Status indicator (Informational). > > > > > > Looking for feedback before I present as an Independent Submission > to > > > rfc-ise@rfc-editor.org > > > > > > mca > > > http://amundsen.com/blog/ > > > http://twitter.com@mamund > > > http://mamund.com/foaf.rdf#me > > > > > > > > > > > > > > > > > > > > > ---------- Forwarded message ---------- > > > From: >> > > > Date: Sat, Oct 8, 2011 at 13:23 > > > Subject: New Version Notification for > > > draft-amundsen-item-and-collection-link-relations-03.txt > > > To: mca@amundsen.com > > > Cc: mca@amundsen.com > > > > > > > > > A new version of I-D, > > > draft-amundsen-item-and-collection-link-relations-03.txt has been > > > successfully submitted by Mike Amundsen and posted to the IETF > > > repository. > > > > > > Filename: draft-amundsen-item-and-collection-link-relations > > > Revision: 03 > > > Title: The Item and Collection Link Relations > > > Creation date: 2011-10-08 > > > WG ID: Individual Submission > > > Number of pages: 5 > > > > > > Abstract: > > > RFC 5988 [RFC5988] standardized a means of indicating the > > > relationships between resources on the Web. This specification > > > defines a pair of reciprocal link relation types that may be > used to > > > express the relationship between a collection and its members. > > > > > > Editorial Note (To be removed by RFC Editor) > > > > > > Distribution of this document is unlimited. Comments should be > sent > > > to the IETF Apps-Discuss mailing list (see > > > <https://www.ietf.org/mailman/listinfo/apps-discuss> > > ). > > > > > > > > > > > > > > > The IETF Secretariat > > > _______________________________________________ > > > link-relations mailing list > > > link-relations@ietf.org > > > https://www.ietf.org/mailman/listinfo/link-relations > --bcaec520efdb1260ce04b39857f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Peter:

thanks.

mca
http://amundsen.com/blog/
<= a href=3D"http://twitter.com" target=3D"_blank">http://twitter.com@mamu= nd
http://mamund.c= om/foaf.rdf#me




On Thu, Dec 8, 2011 at 12:46, Peter Sain= t-Andre <stpeter= @stpeter.im> wrote:
FYI, I've completed my AD evaluation and requested an IETF Last Call on=
this specification.

On 12/7/11 8:31 PM, mike amundsen wrote:
> Peter:
>
> Thanks for offering to sponsor the document.
>
> What do you need from me to move forward?
>
> mca
> http://amundse= n.com/blog/
> http://twitter.com@mamund
> http://mam= und.com/foaf.rdf#me
>
>
>
>
> On Wed, Dec 7, 2011 at 21:51, Peter Saint-Andre <stpeter@stpeter.im
> <mailto:stpeter@stpeter.im>> wrote:
>
> =A0 =A0 Mike, I'm sponsoring draft-ohye-canonical-link-relation fo= r a similar
> =A0 =A0 purpose, so I'd be happy to sponsor your document as well.=
>
> =A0 =A0 On 10/8/11 11:51 AM, mike amundsen wrote:
> =A0 =A0 > Added Status indicator (Informational).
> =A0 =A0 >
> =A0 =A0 > Looking for feedback before I present as an Independent S= ubmission to
> =A0 =A0 > rfc-ise@r= fc-editor.org <mailto:rfc-= ise@rfc-editor.org>
> =A0 =A0 >
> =A0 =A0 > mca
> =A0 =A0 > h= ttp://amundsen.com/blog/
> =A0 =A0 > http://twitter.com@mamund
> =A0 =A0 > http://mamund.com/foaf.rdf#me
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 > ---------- Forwarded message ----------
> =A0 =A0 > From: =A0<internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>>
> =A0 =A0 > Date: Sat, Oct 8, 2011 at 13:23
> =A0 =A0 > Subject: New Version Notification for
> =A0 =A0 > draft-amundsen-item-and-collection-link-relations-03.txt<= br>
> =A0 =A0 > To: mca@amundsen.com <mailto:mca@amundsen.com>
> =A0 =A0 > Cc: mca@amundsen.com<= /a> <mailto:mca@amundsen.com>=
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 > A new version of I-D,
> =A0 =A0 > draft-amundsen-item-and-collection-link-relations-03.txt = has been
> =A0 =A0 > successfully submitted by Mike Amundsen and posted to the= IETF
> =A0 =A0 > repository.
> =A0 =A0 >
> =A0 =A0 > Filename: =A0 =A0 =A0 =A0draft-amundsen-item-and-collecti= on-link-relations
> =A0 =A0 > Revision: =A0 =A0 =A0 =A003
> =A0 =A0 > Title: =A0 =A0 =A0 =A0 =A0 The Item and Collection Link R= elations
> =A0 =A0 > Creation date: =A0 2011-10-08
> =A0 =A0 > WG ID: =A0 =A0 =A0 =A0 =A0 Individual Submission
> =A0 =A0 > Number of pages: 5
> =A0 =A0 >
> =A0 =A0 > Abstract:
> =A0 =A0 > =A0 RFC 5988 [RFC5988] standardized a means of indicating= the
> =A0 =A0 > =A0 relationships between resources on the Web. This spec= ification
> =A0 =A0 > =A0 defines a pair of reciprocal link relation types that= may be used to
> =A0 =A0 > =A0 express the relationship between a collection and its= members.
> =A0 =A0 >
> =A0 =A0 > Editorial Note (To be removed by RFC Editor)
> =A0 =A0 >
> =A0 =A0 > =A0 Distribution of this document is unlimited. =A0Commen= ts should be sent
> =A0 =A0 > =A0 to the IETF Apps-Discuss mailing list (see
> =A0 =A0 > =A0 &lt;https://www.ietf.org/mailman/lis= tinfo/apps-discuss&gt;
> =A0 =A0 <https://www.ietf.org/mailman/listinfo/apps-di= scuss&gt;>).
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 >
> =A0 =A0 > The IETF Secretariat
> =A0 =A0 > _______________________________________________
> =A0 =A0 > link-relations mailing list
> =A0 =A0 > li= nk-relations@ietf.org <mailto:link-relations@ietf.org>
> =A0 =A0 > https://www.ietf.org/mailman/listinfo/link-relati= ons

--bcaec520efdb1260ce04b39857f5-- From fielding@gbiv.com Thu Dec 8 14:23:48 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CF2221F8545 for ; Thu, 8 Dec 2011 14:23:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j2nlmi4Lyadj for ; Thu, 8 Dec 2011 14:23:47 -0800 (PST) Received: from homiemail-a25.g.dreamhost.com (caiajhbdcbef.dreamhost.com [208.97.132.145]) by ietfa.amsl.com (Postfix) with ESMTP id ACCAC21F851A for ; Thu, 8 Dec 2011 14:23:47 -0800 (PST) Received: from homiemail-a25.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTP id 5070A678055; Thu, 8 Dec 2011 14:23:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gbiv.com; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=gbiv.com; b=sz6xNzNwTlGx6JS5 6kIT40uVDwoczxT9Y2tfdV/QgNXQse7E9FQLT5/hSqMjrrl+B9zgwYR+IA35C5mH 7EubISC/VzSSfrEVutOnJPqKQQzSqpY5Y8+vw417ZSd0cyOL64Iz2NxtjBA5mBwm JoUm7yNUs9LXvY6BczI3wdS2sXo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=gbiv.com; bh=5qxOmO9KELfFSfQyI9RyWUsqWz0=; b=XtOR3HxjIdPdP6WvucN4Mrnf2rSD EgGUW4hPykxzKaUhFQEahjO/Y7tTvk4zo5ouLE75n90U2GINNfmBfXeOvDAy/x5P Q0x3af92GY9he2jgpJvrGTamKKWNdO/ioCUV16LL3rUK6JaYiVIVPAXi/4Neh4d4 qznZ+1DGeCk0j1g= Received: from [10.134.89.82] (unknown [75.103.10.98]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTPSA id 24AEC67803E; Thu, 8 Dec 2011 14:23:47 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=GB2312 From: "Roy T. Fielding" In-Reply-To: <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> Date: Thu, 8 Dec 2011 14:23:50 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> To: Mark Nottingham X-Mailer: Apple Mail (2.1251.1) Cc: "draft-gregorio-uritemplate.all@tools.ietf.org" , IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Dec 2011 22:23:48 -0000 On Dec 7, 2011, at 10:45 PM, Mark Nottingham wrote: > On 08/12/2011, at 5:41 PM, Jiankang YAO wrote: >>>=20 >>> Suggestion: for example, we just say "ALPHA, DIGIT are imported from = RFC5234" instead of repeating >>> "ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z" >>=20 >> =3D=3D>Is this a discussion that's already taken place? >>=20 >> yes. the rule has been followed by EAI WG. >=20 > Do you have a reference? I.e., is this an IESG ruling, or something = that was decided in that WG? As has mentioned, taking the approach you = outline will result in ABNF errors. FWIW, I am opposed to making this change. IMO, it is trivial for any one of the reviewers prior to publication to verify that the rules were copy and pasted correctly. That's why they are all in one section. After that, the specification will be read by thousands of people and used as a reference in hundreds of implementations, and occasionally even automatically checked with abnf parsers. The cost of splitting the normative information across multiple specs is not worth the theoretical notion that someone might copy them incorrectly. These are not cases of independently developed protocol elements that might be updated over time. They are simply character sets. We don't want them to be updated over time. And they are essential to understanding exactly what characters are allowed in each of the rules in the main spec. >> 4)There is a lot of "A URI Template" in section 1, but there is no = precise definition of "URI Template" in section 1. The definition seems = to appear on section 2. >>> Comments: If the readers can understand it clearly, the definition = should appear first. >>=20 >> =3D=3D>Could you make a concrete proposal here? >>=20 >> what is "URI Template" should be defined in section 1. >> there is no precise or clear definition of "URI Template" in section = 1. >=20 > I was hoping for something more substantial. Let me take another look = at it... It is defined in the abstract. *shrug* ....Roy From internet-drafts@ietf.org Fri Dec 9 07:08:40 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5765F21F84F9; Fri, 9 Dec 2011 07:08:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.577 X-Spam-Level: X-Spam-Status: No, score=-102.577 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EzYGBP0rX1F9; Fri, 9 Dec 2011 07:08:34 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C21AC21F84BC; Fri, 9 Dec 2011 07:08:34 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.64 Message-ID: <20111209150834.9990.60560.idtracker@ietfa.amsl.com> Date: Fri, 09 Dec 2011 07:08:34 -0800 Cc: apps-discuss@ietf.org Subject: [apps-discuss] I-D Action: draft-ietf-appsawg-about-uri-scheme-01.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 15:08:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Applications Area Working Group Worki= ng Group of the IETF. Title : The "about" URI Scheme Author(s) : Lachlan Hunt Mykyta Yevstifeyev Filename : draft-ietf-appsawg-about-uri-scheme-01.txt Pages : 7 Date : 2011-12-09 This document specifies the "about" URI scheme, that is widely used by Web browsers and some other applications to designate access to their internal resources, such as settings, application information, hidden built-in functionality, and so on. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-appsawg-about-uri-scheme-01.= txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-appsawg-about-uri-scheme-01.t= xt From Claudio.Allocchio@garr.it Fri Dec 9 08:29:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7678A21F858D; Fri, 9 Dec 2011 08:29:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VOXi99L9XuYm; Fri, 9 Dec 2011 08:29:07 -0800 (PST) Received: from cyrus.dir.garr.it (cyrus.dir.garr.it [IPv6:2001:760:0:158::29]) by ietfa.amsl.com (Postfix) with ESMTP id A1C0221F8558; Fri, 9 Dec 2011 08:29:06 -0800 (PST) Received: from mac-allocchio3.elettra.trieste.it (mac-allocchio3.elettra.trieste.it [140.105.2.18]) (authenticated bits=0) by cyrus.dir.garr.it (8.14.5/8.14.5) with ESMTP id pB9GT2k0016559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Dec 2011 17:29:03 +0100 (CET) X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cyrus.dir.garr.it pB9GT2k0016559 DomainKey-Signature: a=rsa-sha1; s=mail; d=garr.it; c=simple; q=dns; b=WOgo9SXROTmm6PhuP3aIaaUF1jqouMHXgG9Bt7t0mjYMk64xGvRrAVk3awHQURGvB 5snrOGXCme0zxqBK3I/koJ6db2uWHsipTY9SV1MmVvTBMfdzrR4/qQPzd4hEwfrNXag /Oa1XB20K1WCMvZy8PEcLlnnTjGAnvz7a6mRf4s= Date: Fri, 9 Dec 2011 17:29:02 +0100 (CET) From: Claudio Allocchio X-X-Sender: claudio@mac-allocchio3.elettra.trieste.it To: apps-discuss@ietf.org, draft-kucherawy-dkim-atps.all@tools.ietf.org Message-ID: User-Agent: Alpine 2.02 (OSX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: iesg@ietf.org Subject: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 16:29:09 -0000 Hello all, I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-kucherawy-dkim-atps-11 Title: DKIM Authorized Third-Party Signers Reviewer: Claudio Allocchio Review Date: 2011-12-09 IETF Last Call Date: ends 2011-12-28 IESG Telechat Date: 2012-01-05 Summary: This draft is almost ready for publication as Experimental RFC, but needs a further small elaboration on the only major issue I list below before it can be released. ------- Major Issues: The only major issue which I really see in the specification is the impact not only on DNS because of the increased number of queries, but on the efficiency of the e-mail glogal system in general. It is true that in 9.3 this topic is correctly described, and a possible alternate query mechanism depicted. However the real issue which I see is not a load on DNS, but a greatly increased "timout risk" on MTAs. One of the "experiment" scope should also be to verify the impact that adding this new feature has on the whole messaging system in terms of MTAs efficiency and effects of timeouts. We already know well that, one of the first very evident effects which happens when DNS "is slow" is a serious disruption on MTAs performances. Even if DNS is performing correctly, adding more queries might trigger more easily these performance disruptions in MTAs. I this suggest an explicit "guidance" on how to handle the experiment, and monitor also this issue, and evaluate its impact. Probably section 9.3 and the introduction are the appropriate spots to do this. This is even more important if the adoption of this specification grows significantly because it proves useful. ------- Minor Issues: Section 3. Discussion The title of the paragraph seems not so clear for the reader. It could be better to name it either "Scope of this specification" or "Roles and Scope of this specification". Also some sentences probably need a better phrasing: "Participation in this protocol is divided into three parties:" I would suggest: "The actors involved into the implementation of this (experimental) protocol are:" and below "An Author participates in this protocol if it..." --> "An Author implements this protocol if it..." "A Verifier participates in this protocol if..." --> "A Verifier implements this protocol if it..." ------- Section 4.1 Extension to DKIM the sentence: "domain-name" and "key-h-tag-alg" are imported from [DKIM]. I guess it means: for the definition of "domain-name" and "key-h-tag-alg" see [DKIM] (section x.y). There was long discussion on other WGs about correct handling of ABNF cross refereces between RFCs, thus the above change is more clear and conformant to that discussion, too. ------- Section 5. Interpretation I would add an explicit sentence stating what to do in case the Verifier fails in the verification. Just a reference to DKIM procedure for this cases, in order not invent further potentially different actions. ------- Section 9.1 and Section 4.2 I suggest to add explicitly the explanation from section 9.1: "the hash and encode steps are done merely to convert any third-party domain name to a fixed width in the construction of the DNS query." also to section 4.2, bullet point 5, where the convertion of the domain name is specified. ------- Nits: None. ------------------------------------------------------------------------------ Claudio Allocchio G A R R Claudio.Allocchio@garr.it Senior Technical Officer tel: +39 040 3758523 Italian Academic and G=Claudio; S=Allocchio; fax: +39 040 3758565 Research Network P=garr; A=garr; C=it; PGP Key: http://www.cert.garr.it/PGP/keys.php3#ca From alexey.melnikov@isode.com Fri Dec 9 09:19:20 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1434D21F8922 for ; Fri, 9 Dec 2011 09:19:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.389 X-Spam-Level: X-Spam-Status: No, score=-102.389 tagged_above=-999 required=5 tests=[AWL=0.210, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19dOVJguAJuw for ; Fri, 9 Dec 2011 09:19:19 -0800 (PST) Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 4F9B721F8541 for ; Fri, 9 Dec 2011 09:19:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1323451148; d=isode.com; s=selector; i=@isode.com; bh=e780TrXWJNc8WtPCGAvsTMVvSdLPik4rUg+5d4LCZnI=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=dAEbI+1MXplWMkyXMq5a2jWkJcAChjkrufe7Jwo4E8FIdsMmcWWDu1MpjVxbW8zifBB7pU k0/GAaC75MhIZoRSOssL9kycC3WDXCHxLcxRUgSZNdYuhN9Y0Ju4euISi8H5ZXcuB9sYtU MlLg716s8K2WtD2rdI4YPGWiD3CNUzg=; Received: from [172.16.1.29] (shiny.isode.com [62.3.217.250]) by rufus.isode.com (submission channel) via TCP with ESMTPSA id ; Fri, 9 Dec 2011 17:19:08 +0000 Message-ID: <4EE2430E.4080501@isode.com> Date: Fri, 09 Dec 2011 17:19:10 +0000 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 To: "apps-discuss@ietf.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 17:19:20 -0000 Dear WG participant, I would like to initiate WGLC on draft-ietf-appsawg-xdash-02.txt. Due to holiday season the WGLC is going to be a long one and will end on January 6th. Please send any comments directly to the apps-discuss mailing list, or directly to editors of the draft and myself. Please send an email even if you reviewed the document and found no issues with it. Thank you, Alexey, as an APPSAWG co-chair. From msk@cloudmark.com Fri Dec 9 10:41:59 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ACC021F8509; Fri, 9 Dec 2011 10:41:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JlhyErLMZNnG; Fri, 9 Dec 2011 10:41:58 -0800 (PST) Received: from ht1-outbound.cloudmark.com (ht1-outbound.cloudmark.com [72.5.239.25]) by ietfa.amsl.com (Postfix) with ESMTP id D296C21F84F9; Fri, 9 Dec 2011 10:41:58 -0800 (PST) Received: from malice.corp.cloudmark.com (172.22.10.71) by EXCH-HTCAS901.corp.cloudmark.com (172.22.10.73) with Microsoft SMTP Server (TLS) id 14.1.355.2; Fri, 9 Dec 2011 10:41:58 -0800 Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by malice.corp.cloudmark.com ([172.22.10.71]) with mapi; Fri, 9 Dec 2011 10:41:58 -0800 From: "Murray S. Kucherawy" To: Claudio Allocchio , "apps-discuss@ietf.org" , "draft-kucherawy-dkim-atps.all@tools.ietf.org" Date: Fri, 9 Dec 2011 10:41:57 -0800 Thread-Topic: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 Thread-Index: Acy2j7TtBFBn7DJHTXOAQ/zjJcb96gAEBdHQ Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "iesg@ietf.org" Subject: Re: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 18:41:59 -0000 > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org= ] On Behalf Of Claudio Allocchio > Sent: Friday, December 09, 2011 8:29 AM > To: apps-discuss@ietf.org; draft-kucherawy-dkim-atps.all@tools.ietf.org > Cc: iesg@ietf.org > Subject: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 Hi Claudio, thanks for your review. > Major Issues: >=20 > The only major issue which I really see in the specification is the > impact not only on DNS because of the increased number of queries, but > on the efficiency of the e-mail glogal system in general. >=20 > It is true that in 9.3 this topic is correctly described, and a > possible alternate query mechanism depicted. However the real issue > which I see is not a load on DNS, but a greatly increased "timout risk" > on MTAs. One of the "experiment" scope should also be to verify the > impact that adding this new feature has on the whole messaging system > in terms of MTAs efficiency and effects of timeouts. We already know > well that, one of the first very evident effects which happens when DNS > "is slow" is a serious disruption on MTAs performances. Even if DNS is > performing correctly, adding more queries might trigger more easily > these performance disruptions in MTAs. >=20 > I this suggest an explicit "guidance" on how to handle the experiment, > and monitor also this issue, and evaluate its impact. Probably section > 9.3 and the introduction are the appropriate spots to do this. >=20 > This is even more important if the adoption of this specification grows > significantly because it proves useful. Thanks for that suggestion. Since as you say Section 9.3 already gives thi= s a reasonable treatment, I've instead extended Section 7 to draw specific = attention to what 9.3 says, and asked that participants in the experiment p= ay close attention to how the added DNS work might cause MTA latency. Is t= hat sufficient? > Minor Issues: >=20 > Section 3. Discussion >=20 > The title of the paragraph seems not so clear for the reader. It could > be better to name it either "Scope of this specification" or "Roles and > Scope of this specification". I've changed it to simply "Roles and Scope". > Also some sentences probably need a better phrasing: >=20 > "Participation in this protocol is divided into three parties:" >=20 > I would suggest: >=20 > "The actors involved into the implementation of this (experimental) > protocol are:" Someone else already suggested changing it to "The context of this protocol= involves the following roles", so I'll just leave that as-is. > and below >=20 > "An Author participates in this protocol if it..." --> > "An Author implements this protocol if it..." >=20 > "A Verifier participates in this protocol if..." --> > "A Verifier implements this protocol if it..." Done and done. > ------- >=20 > Section 4.1 Extension to DKIM >=20 > the sentence: >=20 > "domain-name" and "key-h-tag-alg" are imported from [DKIM]. >=20 > I guess it means: >=20 > for the definition of "domain-name" and "key-h-tag-alg" see [DKIM] > (section x.y). >=20 > There was long discussion on other WGs about correct handling of ABNF > cross refereces between RFCs, thus the above change is more clear and > conformant to that discussion, too. I've used the "are imported from" numerous times before without any resista= nce or concern. But anyway, I've changed it to "are defined in". > Section 5. Interpretation >=20 > I would add an explicit sentence stating what to do in case the > Verifier fails in the verification. Just a reference to DKIM procedure > for this cases, in order not invent further potentially different > actions. I've changed the first sentence so that it starts with: "For each DKIM sign= ature that verifies, ..." Is that sufficient? > ------- >=20 > Section 9.1 and Section 4.2 >=20 > I suggest to add explicitly the explanation from section 9.1: >=20 > "the hash and encode steps are done merely to convert any third-party > domain name to a fixed width in the construction of the DNS query." >=20 > also to section 4.2, bullet point 5, where the convertion of the domain > name is specified. I'd prefer to add a forward reference from 4.2 to 9.1 rather than copying t= ext. That's done now in the working copy. Thanks again, -MSK From sm@resistor.net Fri Dec 9 11:01:23 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A5F21F87E2 for ; Fri, 9 Dec 2011 11:01:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fDBBw4Rcl63Y for ; Fri, 9 Dec 2011 11:01:20 -0800 (PST) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE4821F86EC for ; Fri, 9 Dec 2011 11:01:19 -0800 (PST) Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id pB9J154O017394 for ; Fri, 9 Dec 2011 11:01:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1323457272; bh=KwtBAow7+SrrNVrxcJQijkg+n11Gohq9ttVsbiM0Gd8=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=bmCO1oQU65pxhDVNRUdOwJouSUJp5TTslOQnQq86Zsrzi9EZNiRTudquiBgyqjzgg wasZ1rB21/jSCjqy6VFXn8isV7Vlc1uiLzmeYBnNWCteHTg3P4naXIaCneu2HgfIL8 ISB3lsavtahFp0LnVtmP8H/43Ki9oE16Wl/DtM1A= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1323457272; bh=KwtBAow7+SrrNVrxcJQijkg+n11Gohq9ttVsbiM0Gd8=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type:Cc; b=Bxer319/YWT0i33GiTxGj7AEdtXX29ULlXmIJuAe4jKRPugNFSGBVMnwkNczt/MTJ OMRbQsoESAoh48WLlyvj5ftNANmK9rAkXuYtVLIwpzber4by+sVa8RPM8rzCjfbRNo Qk1rlC2b3NX7pFiXm2udfQKhZhGBzQfPAPOxU5Y8= Message-Id: <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 09 Dec 2011 10:54:43 -0800 To: apps-discuss@ietf.org From: SM In-Reply-To: <4EE2430E.4080501@isode.com> References: <4EE2430E.4080501@isode.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 19:01:23 -0000 At 09:19 09-12-2011, Alexey Melnikov wrote: >I would like to initiate WGLC on draft-ietf-appsawg-xdash-02.txt. >Due to holiday season the WGLC is going to be a long one and will >end on January 6th. Please send any comments Please consider the comments below as nits. In Section 1: "Therefore this document deprecates the "X-" convention for most application protocols and makes specific recommendations about how to proceed in a world without the distinction between standard and non-standard parameters." In Section 2, there is a "MUST NOT" for implementers of application protocols. The "most" (see quoted text) is not taken into consideration. The authors could get away with a "SHOULD" instead of a "MUST". Regards, -sm From stpeter@stpeter.im Fri Dec 9 11:04:02 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7573821F87E2 for ; Fri, 9 Dec 2011 11:04:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.374 X-Spam-Level: X-Spam-Status: No, score=-103.374 tagged_above=-999 required=5 tests=[AWL=-0.775, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tePf-7FTchme for ; Fri, 9 Dec 2011 11:04:01 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id CFD8E21F8797 for ; Fri, 9 Dec 2011 11:04:01 -0800 (PST) Received: from dhcp-64-101-72-189.cisco.com (unknown [64.101.72.189]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 987FB42381; Fri, 9 Dec 2011 12:11:22 -0700 (MST) Message-ID: <4EE25B9E.2010206@stpeter.im> Date: Fri, 09 Dec 2011 12:03:58 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: SM References: <4EE2430E.4080501@isode.com> <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> In-Reply-To: <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 19:04:02 -0000 On 12/9/11 11:54 AM, SM wrote: > At 09:19 09-12-2011, Alexey Melnikov wrote: >> I would like to initiate WGLC on draft-ietf-appsawg-xdash-02.txt. Due >> to holiday season the WGLC is going to be a long one and will end on >> January 6th. Please send any comments > > Please consider the comments below as nits. > > In Section 1: > > "Therefore this document deprecates the "X-" convention for most > application protocols and makes specific recommendations about > how to proceed in a world without the distinction between > standard and non-standard parameters." > > In Section 2, there is a "MUST NOT" for implementers of application > protocols. The "most" (see quoted text) is not taken into > consideration. The authors could get away with a "SHOULD" instead of a > "MUST". Good point. Thanks for the review! Peter -- Peter Saint-Andre https://stpeter.im/ From stpeter@stpeter.im Fri Dec 9 11:38:52 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 024E521F858D for ; Fri, 9 Dec 2011 11:38:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.345 X-Spam-Level: X-Spam-Status: No, score=-103.345 tagged_above=-999 required=5 tests=[AWL=-0.746, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29s5eVgKUCot for ; Fri, 9 Dec 2011 11:38:51 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 50EEF21F844F for ; Fri, 9 Dec 2011 11:38:51 -0800 (PST) Received: from dhcp-64-101-72-189.cisco.com (unknown [64.101.72.189]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 245B142381; Fri, 9 Dec 2011 12:46:14 -0700 (MST) Message-ID: <4EE263C9.6060003@stpeter.im> Date: Fri, 09 Dec 2011 12:38:49 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> In-Reply-To: <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 19:38:52 -0000 On 12/7/11 11:45 PM, Mark Nottingham wrote: > > On 08/12/2011, at 5:41 PM, Jiankang YAO wrote: >>> >>> Suggestion: for example, we just say "ALPHA, DIGIT are imported >>> from RFC5234" instead of repeating "ALPHA = %x41-5A / >>> %x61-7A ; A-Z / a-z" >> >> ==>Is this a discussion that's already taken place? >> >> yes. the rule has been followed by EAI WG. > > Do you have a reference? I.e., is this an IESG ruling, or something > that was decided in that WG? As has mentioned, taking the approach > you outline will result in ABNF errors. As far as I know, there is no "rule" here. >> 4)There is a lot of "A URI Template" in section 1, but there is no >> precise definition of "URI Template" in section 1. The definition >> seems to appear on section 2. >>> Comments: If the readers can understand it clearly, the >>> definition should appear first. >> >> ==>Could you make a concrete proposal here? >> >> what is "URI Template" should be defined in section 1. there is no >> precise or clear definition of "URI Template" in section 1. > > I was hoping for something more substantial. Let me take another look > at it... Why not just copy the first sentence of the Abstract? A URI Template is a compact sequence of characters for describing a range of Uniform Resource Identifiers through variable expansion. I suggest adding it to the start of this paragraph: URI Templates provide a mechanism for abstracting a space of resource identifiers such that the variable parts can be easily identified and described. URI templates can have many uses, including discovery of available services, configuring resource mappings, defining computed links, specifying interfaces, and other forms of programmatic interaction with resources. For example, the above resources could be described by the following URI templates: Peter -- Peter Saint-Andre https://stpeter.im/ From Claudio.Allocchio@garr.it Fri Dec 9 14:09:20 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6897321F84BA; Fri, 9 Dec 2011 14:09:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EidT0UdMRlZo; Fri, 9 Dec 2011 14:09:19 -0800 (PST) Received: from cyrus.dir.garr.it (cyrus.dir.garr.it [IPv6:2001:760:0:158::29]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0A021F8485; Fri, 9 Dec 2011 14:09:12 -0800 (PST) Received: from webcam1-all.garrtest.units.it (webcam1-all.garrtest.units.it [140.105.201.5]) (authenticated bits=0) by cyrus.dir.garr.it (8.14.5/8.14.5) with ESMTP id pB9M8PrG022173 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Dec 2011 23:08:26 +0100 (CET) X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 cyrus.dir.garr.it pB9M8PrG022173 DomainKey-Signature: a=rsa-sha1; s=mail; d=garr.it; c=simple; q=dns; b=vCB0jUFyVXbas5049hm3EwljAQdeX4Rc9HX+PSa90r4ir2Q+EyuF9jCOvo1TBPo2o +fU12NHqpDoqcU5TCC9UAgfNjSxjBN/EtN3kzgK76gT9zeX6iyywvZWmiYoKR/lyyST 4bpdA+VeKWiL1G7zhJctSKpkhn/SJs8OcBMf52Q= Date: Fri, 9 Dec 2011 23:08:25 +0100 (CET) From: Claudio Allocchio X-X-Sender: claudio@webcam1-all.garrtest.units.it To: "Murray S. Kucherawy" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (OSX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "draft-kucherawy-dkim-atps.all@tools.ietf.org" , "apps-discuss@ietf.org" , "iesg@ietf.org" Subject: Re: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 22:09:20 -0000 >> Major Issues: >> >> The only major issue which I really see in the specification is the >> impact not only on DNS because of the increased number of queries, but >> on the efficiency of the e-mail glogal system in general. >> >> It is true that in 9.3 this topic is correctly described, and a >> possible alternate query mechanism depicted. However the real issue >> which I see is not a load on DNS, but a greatly increased "timout risk" >> on MTAs. One of the "experiment" scope should also be to verify the >> impact that adding this new feature has on the whole messaging system >> in terms of MTAs efficiency and effects of timeouts. We already know >> well that, one of the first very evident effects which happens when DNS >> "is slow" is a serious disruption on MTAs performances. Even if DNS is >> performing correctly, adding more queries might trigger more easily >> these performance disruptions in MTAs. >> >> I this suggest an explicit "guidance" on how to handle the experiment, >> and monitor also this issue, and evaluate its impact. Probably section >> 9.3 and the introduction are the appropriate spots to do this. >> >> This is even more important if the adoption of this specification grows >> significantly because it proves useful. > > Thanks for that suggestion. Since as you say Section 9.3 already gives > this a reasonable treatment, I've instead extended Section 7 to draw > specific attention to what 9.3 says, and asked that participants in the > experiment pay close attention to how the added DNS work might cause MTA > latency. Is that sufficient? I have not read it yet, but I think so! >> Minor Issues: >> >> Section 3. Discussion >> >> The title of the paragraph seems not so clear for the reader. It could >> be better to name it either "Scope of this specification" or "Roles and >> Scope of this specification". > > I've changed it to simply "Roles and Scope". ok. > >> Also some sentences probably need a better phrasing: >> >> "Participation in this protocol is divided into three parties:" >> >> I would suggest: >> >> "The actors involved into the implementation of this (experimental) >> protocol are:" > > Someone else already suggested changing it to "The context of this > protocol involves the following roles", so I'll just leave that as-is. ok. > >> and below >> >> "An Author participates in this protocol if it..." --> >> "An Author implements this protocol if it..." >> >> "A Verifier participates in this protocol if..." --> >> "A Verifier implements this protocol if it..." > > Done and done. ok. >> ------- >> >> Section 4.1 Extension to DKIM >> >> the sentence: >> >> "domain-name" and "key-h-tag-alg" are imported from [DKIM]. >> >> I guess it means: >> >> for the definition of "domain-name" and "key-h-tag-alg" see [DKIM] >> (section x.y). >> >> There was long discussion on other WGs about correct handling of ABNF >> cross refereces between RFCs, thus the above change is more clear and >> conformant to that discussion, too. > > I've used the "are imported from" numerous times before without any resistance or concern. But anyway, I've changed it to "are defined in". ok. > >> Section 5. Interpretation >> >> I would add an explicit sentence stating what to do in case the >> Verifier fails in the verification. Just a reference to DKIM procedure >> for this cases, in order not invent further potentially different >> actions. > > I've changed the first sentence so that it starts with: "For each DKIM signature that verifies, ..." Is that sufficient? yes. > >> ------- >> >> Section 9.1 and Section 4.2 >> >> I suggest to add explicitly the explanation from section 9.1: >> >> "the hash and encode steps are done merely to convert any third-party >> domain name to a fixed width in the construction of the DNS query." >> >> also to section 4.2, bullet point 5, where the convertion of the domain >> name is specified. > > I'd prefer to add a forward reference from 4.2 to 9.1 rather than > copying text. That's done now in the working copy. that's ok. too. all the best! ;-) > > Thanks again, > -MSK > ------------------------------------------------------------------------------ Claudio Allocchio G A R R Claudio.Allocchio@garr.it Senior Technical Officer tel: +39 040 3758523 Italian Academic and G=Claudio; S=Allocchio; fax: +39 040 3758565 Research Network P=garr; A=garr; C=it; PGP Key: http://www.cert.garr.it/PGP/keys.php3#ca From msk@cloudmark.com Fri Dec 9 14:40:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7C8911E8090; Fri, 9 Dec 2011 14:40:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.592 X-Spam-Level: X-Spam-Status: No, score=-102.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aBRtYGevmSSS; Fri, 9 Dec 2011 14:40:49 -0800 (PST) Received: from ht1-outbound.cloudmark.com (ht1-outbound.cloudmark.com [72.5.239.25]) by ietfa.amsl.com (Postfix) with ESMTP id 7175511E8080; Fri, 9 Dec 2011 14:40:49 -0800 (PST) Received: from spite.corp.cloudmark.com (172.22.10.72) by EXCH-HTCAS901.corp.cloudmark.com (172.22.10.73) with Microsoft SMTP Server (TLS) id 14.1.355.2; Fri, 9 Dec 2011 14:40:42 -0800 Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by spite.corp.cloudmark.com ([172.22.10.72]) with mapi; Fri, 9 Dec 2011 14:40:42 -0800 From: "Murray S. Kucherawy" To: Claudio Allocchio Date: Fri, 9 Dec 2011 14:40:41 -0800 Thread-Topic: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 Thread-Index: Acy2vxnl6jzRqls/QMuPRyzkYxQjwwABGycw Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "draft-kucherawy-dkim-atps.all@tools.ietf.org" , "iesg@ietf.org" , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atps-11 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Dec 2011 22:40:50 -0000 > -----Original Message----- > From: Claudio Allocchio [mailto:Claudio.Allocchio@garr.it] > Sent: Friday, December 09, 2011 2:08 PM > To: Murray S. Kucherawy > Cc: Claudio Allocchio; apps-discuss@ietf.org; draft-kucherawy-dkim-atps.a= ll@tools.ietf.org; iesg@ietf.org > Subject: RE: [apps-discuss] Apps Dir review for: draft-kucherawy-dkim-atp= s-11 >=20 > > Thanks for that suggestion. Since as you say Section 9.3 already > > gives this a reasonable treatment, I've instead extended Section 7 to > > draw specific attention to what 9.3 says, and asked that participants > > in the experiment pay close attention to how the added DNS work might > > cause MTA latency. Is that sufficient? >=20 > I have not read it yet, but I think so! Trust me, it looks fantastic. :-) -MSK From tobias.gondrom@gondrom.org Fri Dec 9 21:18:07 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19B0821F8510 for ; Fri, 9 Dec 2011 21:18:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.227 X-Spam-Level: X-Spam-Status: No, score=-95.227 tagged_above=-999 required=5 tests=[AWL=1.550, BAYES_00=-2.599, FH_HELO_EQ_D_D_D_D=1.597, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1uazrhtAgfLt for ; Fri, 9 Dec 2011 21:18:06 -0800 (PST) Received: from lvps83-169-7-107.dedicated.hosteurope.de (www.gondrom.org [83.169.7.107]) by ietfa.amsl.com (Postfix) with ESMTP id 939CF21F8508 for ; Fri, 9 Dec 2011 21:18:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gondrom.org; b=b0fVTB4KlAWOozASr0RbfexRSUE3jObe6pOYRgFrCa1qwgiQSaIgEZ5L9ijwz1jIQWuXb9gF/pZA3LgElxErsXtpk1jjMLnGNjxOnrw2NqJt7Gxz5cxeE+3msMSo/ajw; h=Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:Content-Type; Received: (qmail 24212 invoked from network); 10 Dec 2011 06:18:02 +0100 Received: from unknown (HELO ?10.5.8.213?) (61.8.220.69) by www.gondrom.org with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Dec 2011 06:18:01 +0100 Message-ID: <4EE2EB83.5000800@gondrom.org> Date: Sat, 10 Dec 2011 05:17:55 +0000 From: Tobias Gondrom User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: apps-discuss@ietf.org, draft-ietf-geopriv-policy-uri.all@tools.ietf.org Content-Type: multipart/alternative; boundary="------------030803050209090600050403" Cc: iesg@ietf.org Subject: [apps-discuss] APPS Area review of draft-ietf-geopriv-policy-uri-04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 05:18:07 -0000 This is a multi-part message in MIME format. --------------030803050209090600050403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-geopriv-policy-uri-04 Title: Location Configuration Extensions for Policy Management Reviewer: Tobias Gondrom Review Date: 10.12.11 Summary: "This draft is almost ready for publication as an RFC but has a few issues around access control and data leakage (allowed use of http) that should be fixed before publication." Major Issues: 1. Section 3.1 "Knowledge of the policy URI can be considered adequate evidence of authorization" As far as I understand that would imply that there is no further access control for GET/PUT/DELETE intended? I am not sure I would agree with that. Using that paradigm possible attackers could indeed try to ping for a variety of URI addresses and will either receive a "does not exist" or the policy resource (in which case they would automatically be granted with the right to delete or update the policy)? Furthermore if more than one device/service shares the same policy URI, they will have both full read/write access to the policy? Therefore I would strongly suggest to add notes that update and delete request MUST/SHOULD be authorised/authenticated by other means beyond pure knowledge or URI. 2. The creation criteria in section 3.2 are nice but appear to be insufficient/too weak: "A policy URI is effectively a shared secret between Location Server and its clients. Knowledge of a policy URI is all that is required to perform any operations allowed on the policy. Thus, a policy URI should be constructed so that it is hard to predict and confidentiality-protected when transmitted (see Section 7). To avoid re-using these shared secrets, the Location Server MUST generate a new policy URI whenever it generates a new location URI set." Please consider that a server defending against brute force scanning with the current model will only reply with 404 (not found) to non-existant resources (which in general is no indication for a server that an attack is under way, e.g. there could equally be a search engine or site mapping scanner be at work). While when using a form of authentication the server can distinguish failed access attempts as it will result in 401/403 errors access denied / forbidden - errors that can more easily used to identify failed attempts to gain access to policy URIs. 3. Also consider that with "A policy URI is effectively a shared secret between Location Server and its clients." and the above section on access rights all involved parties have equal access rights for GET/PUT/DELETE, although they may not always be intended to be symmetric? 4. Section 4.1. " A policy URI MUST use the "http:" or "https:" scheme, and the Location Server MUST support the specified operations on the URI." Considering the confidential nature of the URI and the shared secret aspects, you should amend this by at least strongly suggesting that the "https scheme SHOULD be used whenever possible". the same in section 4.2. Minor Issues: some of the abstract and introduction are particularly hard to read (even for RFCs). It might be useful to let a native speaker read over them and make them smoother / easier to understand. Best regards, Tobias --------------030803050209090600050403 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see  http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate).

Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft.

Document: draft-ietf-geopriv-policy-uri-04
Title: Location Configuration Extensions for Policy Management
Reviewer: Tobias Gondrom
Review Date: 10.12.11

Summary:
"This draft is almost ready for publication as an RFC but has a few issues around access control and data leakage (allowed use of http) that should be fixed before publication."


Major Issues:

1. Section 3.1
"Knowledge of the policy URI can be considered adequate evidence of authorization"
As far as I understand that would imply that there is no further access control for GET/PUT/DELETE intended?
I am not sure I would agree with that. Using that paradigm possible attackers could indeed try to ping for a variety of URI addresses and will either receive a "does not exist" or the policy resource (in which case they would automatically be granted with the right to delete or update the policy)?
Furthermore if more than one device/service shares the same policy URI, they will have both full read/write access to the policy?
Therefore I would strongly suggest to add notes that update and delete request MUST/SHOULD be authorised/authenticated by other means beyond pure knowledge or URI.

2. The creation criteria in section 3.2 are nice but appear to be insufficient/too weak:
"A policy URI is effectively a shared secret between Location Server
   and its clients.  Knowledge of a policy URI is all that is required
   to perform any operations allowed on the policy.  Thus, a policy URI
   should be constructed so that it is hard to predict and
   confidentiality-protected when transmitted (see Section 7).  To avoid
   re-using these shared secrets, the Location Server MUST generate a
   new policy URI whenever it generates a new location URI set."

Please consider that a server defending against brute force scanning with the current model will only reply with 404 (not found) to non-existant resources (which in general is no indication for a server that an attack is under way, e.g. there could equally be a search engine or site mapping scanner be at work). While when using a form of authentication the server can distinguish failed access attempts as it will result in 401/403 errors access denied / forbidden - errors that can more easily used to identify failed attempts to gain access to policy URIs.

3. Also consider that with "A policy URI is effectively a shared secret between Location Server and its clients." and the above section on access rights all involved parties have equal access rights for GET/PUT/DELETE, although they may not always be intended to be symmetric?

4. Section 4.1.
" A policy URI MUST
   use the "http:" or "https:" scheme, and the Location Server MUST
   support the specified operations on the URI."
Considering the confidential nature of the URI and the shared secret aspects, you should amend this by at least strongly suggesting that the "https scheme SHOULD be used whenever possible".

the same in section 4.2.


Minor Issues:
some of the abstract and introduction are particularly hard to read (even for RFCs). It might be useful to let a native speaker read over them and make them smoother / easier to understand. 


Best regards, Tobias


 --------------030803050209090600050403-- From mnot@mnot.net Sat Dec 10 14:16:00 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7990921F8B37 for ; Sat, 10 Dec 2011 14:16:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.158 X-Spam-Level: X-Spam-Status: No, score=-105.158 tagged_above=-999 required=5 tests=[AWL=-2.559, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MBoin-3c+Oxy for ; Sat, 10 Dec 2011 14:16:00 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id DF37F21F8B1F for ; Sat, 10 Dec 2011 14:15:59 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id D2BA250A5D; Sat, 10 Dec 2011 17:15:51 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <4EE263C9.6060003@stpeter.im> Date: Sun, 11 Dec 2011 09:15:40 +1100 Content-Transfer-Encoding: 7bit Message-Id: <157FF90B-4A31-467B-BA78-05D123F73763@mnot.net> References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> <4EE263C9.6060003@stpeter.im> To: Peter Saint-Andre X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 22:16:00 -0000 On 10/12/2011, at 6:38 AM, Peter Saint-Andre wrote: > URI Templates provide a mechanism for abstracting a space of resource > identifiers such that the variable parts can be easily identified and > described. URI templates can have many uses, including discovery of > available services, configuring resource mappings, defining computed > links, specifying interfaces, and other forms of programmatic > interaction with resources. For example, the above resources could > be described by the following URI templates: Seems workable to me. Thanks, -- Mark Nottingham http://www.mnot.net/ From stpeter@stpeter.im Sat Dec 10 14:28:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B49021F84FD for ; Sat, 10 Dec 2011 14:28:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.511 X-Spam-Level: X-Spam-Status: No, score=-102.511 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qioFouii3Xoe for ; Sat, 10 Dec 2011 14:28:36 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 0692E21F84FB for ; Sat, 10 Dec 2011 14:28:35 -0800 (PST) Received: from squire.local (unknown [216.17.140.216]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id EF98842389; Sat, 10 Dec 2011 15:36:01 -0700 (MST) Message-ID: <4EE3DD12.6000001@stpeter.im> Date: Sat, 10 Dec 2011 15:28:34 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> <4EE263C9.6060003@stpeter.im> <157FF90B-4A31-467B-BA78-05D123F73763@mnot.net> In-Reply-To: <157FF90B-4A31-467B-BA78-05D123F73763@mnot.net> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 22:28:36 -0000 On 12/10/11 3:15 PM, Mark Nottingham wrote: > > On 10/12/2011, at 6:38 AM, Peter Saint-Andre wrote: > >> URI Templates provide a mechanism for abstracting a space of resource >> identifiers such that the variable parts can be easily identified and >> described. URI templates can have many uses, including discovery of >> available services, configuring resource mappings, defining computed >> links, specifying interfaces, and other forms of programmatic >> interaction with resources. For example, the above resources could >> be described by the following URI templates: > > Seems workable to me. To be clear, I suggested: A URI Template is a compact sequence of characters for describing a range of Uniform Resource Identifiers through variable expansion. URI Templates provide a mechanism for abstracting a space of resource identifiers such that the variable parts can be easily identified and described. URI templates can have many uses, including discovery of available services, configuring resource mappings, defining computed links, specifying interfaces, and other forms of programmatic interaction with resources. For example, the above resources could be described by the following URI templates: (where the first sentence is copied from the Abstract...) From mnot@mnot.net Sat Dec 10 14:39:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 029D521F8B3B for ; Sat, 10 Dec 2011 14:39:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.099 X-Spam-Level: X-Spam-Status: No, score=-105.099 tagged_above=-999 required=5 tests=[AWL=-2.500, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mVrklvlMmASJ for ; Sat, 10 Dec 2011 14:39:52 -0800 (PST) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 4677921F8AF8 for ; Sat, 10 Dec 2011 14:39:52 -0800 (PST) Received: from mnot-mini.mnot.net (unknown [118.209.121.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 4D1F150A64; Sat, 10 Dec 2011 17:39:50 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <4EE3DD12.6000001@stpeter.im> Date: Sun, 11 Dec 2011 09:39:41 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> <4EE263C9.6060003@stpeter.im> <157FF90B-4A31-467B-BA78-05D123F73763@mnot.net> <4EE3DD12.6000001@stpeter.im> To: Peter Saint-Andre X-Mailer: Apple Mail (2.1251.1) Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 22:39:53 -0000 Yes. I ended up splitting it into two paragraphs, with the new sentence = as the first (due to the combined length). Cheers, On 11/12/2011, at 9:28 AM, Peter Saint-Andre wrote: > On 12/10/11 3:15 PM, Mark Nottingham wrote: >>=20 >> On 10/12/2011, at 6:38 AM, Peter Saint-Andre wrote: >>=20 >>> URI Templates provide a mechanism for abstracting a space of = resource >>> identifiers such that the variable parts can be easily identified = and >>> described. URI templates can have many uses, including discovery = of >>> available services, configuring resource mappings, defining = computed >>> links, specifying interfaces, and other forms of programmatic >>> interaction with resources. For example, the above resources could >>> be described by the following URI templates: >>=20 >> Seems workable to me. >=20 > To be clear, I suggested: >=20 > A URI Template is a compact sequence of characters for describing a > range of Uniform Resource Identifiers through variable expansion. > URI Templates provide a mechanism for abstracting a space of = resource > identifiers such that the variable parts can be easily identified = and > described. URI templates can have many uses, including discovery of > available services, configuring resource mappings, defining computed > links, specifying interfaces, and other forms of programmatic > interaction with resources. For example, the above resources could > be described by the following URI templates: >=20 > (where the first sentence is copied from the Abstract...) >=20 >=20 -- Mark Nottingham http://www.mnot.net/ From stpeter@stpeter.im Sat Dec 10 14:55:58 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C65921F8B5A for ; Sat, 10 Dec 2011 14:55:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.516 X-Spam-Level: X-Spam-Status: No, score=-102.516 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1dDhb8CgJR+t for ; Sat, 10 Dec 2011 14:55:57 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 859E821F8B4C for ; Sat, 10 Dec 2011 14:55:57 -0800 (PST) Received: from squire.local (unknown [216.17.140.216]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 6891242389; Sat, 10 Dec 2011 16:03:22 -0700 (MST) Message-ID: <4EE3E379.6020709@stpeter.im> Date: Sat, 10 Dec 2011 15:55:53 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <583806B95F08410DBEFE3E04E79D28A4@LENOVO47E041CF> <39251BD7-21FD-48C4-A128-B578AD39D83D@mnot.net> <4EE263C9.6060003@stpeter.im> <157FF90B-4A31-467B-BA78-05D123F73763@mnot.net> <4EE3DD12.6000001@stpeter.im> In-Reply-To: X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 22:55:58 -0000 On 12/10/11 3:39 PM, Mark Nottingham wrote: > Yes. I ended up splitting it into two paragraphs, with the new sentence as the first (due to the combined length). Whatever works for you. :) From alexey.melnikov@isode.com Sat Dec 10 15:15:08 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BB3121F8B25 for ; Sat, 10 Dec 2011 15:15:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5jSPDuAchI-a for ; Sat, 10 Dec 2011 15:15:07 -0800 (PST) Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 330C021F8B23 for ; Sat, 10 Dec 2011 15:15:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1323558906; d=isode.com; s=selector; i=@isode.com; bh=Q79g6IN+jcJMY9FYDWE/+ce+LrMw+YQndqM73uCmVFA=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=Ii2/mOpsJo6BECTH3DjFzUyDC9hROpc9Yosz/oj5fh72Ft0DnDOoK0j7RYuEFkiwpAkA6v ZzKFKL7yeadpkfRftrj+P3LJ9AYLJVhfpqqH+/mL1TXwaptpnoV7bsOENHffhj9E26/1mi Yh25VaUToPPHu/8rud+vri22JQidZvY=; Received: from [188.29.165.210] (188.29.165.210.threembb.co.uk [188.29.165.210]) by rufus.isode.com (submission channel) via TCP with ESMTPSA id ; Sat, 10 Dec 2011 23:15:04 +0000 Message-ID: <4EE3E7F1.2010508@isode.com> Date: Sat, 10 Dec 2011 23:14:57 +0000 From: Alexey Melnikov User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 To: Mark Nottingham References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: IETF Apps Discuss , draft-gregorio-uritemplate.all@tools.ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Dec 2011 23:15:08 -0000 On 07/12/2011 09:07, Mark Nottingham wrote: > Thanks for the feedback. Responses inline. > > On 07/12/2011, at 2:18 PM, Jiankang YAO wrote: >> I have been selected as the Applications Area Directorate reviewer >> for this draft (for background on appsdir, please >> see >> http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate >> ). >> Please resolve these comments along with any other Last Call comments >> you may receive. Please wait for direction from your document >> shepherd or AD before posting a new version of the draft. >> >> Document: draft-gregorio-uritemplate-07 >> Title: URI Template >> >> Reviewer: Jiankang Yao >> Review Date: December 7, 2011 >> >> Summary: >> >> This draft is almost ready for publication as a Proposed Standard. But before publication, the following >> issues should be considered or addressed. >> >> Major issues: >> >> >> 1) In section 1.5. Notational Conventions >> >> There is a repetition of definition of ALPHA, DIGIT, HEXDIG,...... >> >> There is a discussion in IETF: we should not give the repetition of definition of ABNF syntax if we can refer it to other documents. The reason is that repetition may bring the errors or misunderstanding. >> >> Suggestion: for example, we just say "ALPHA, DIGIT are imported from RFC5234" instead of repeating >> "ALPHA = %x41-5A / %x61-7A ; A-Z / a-z" > Is this a discussion that's already taken place? By copying definitions from other specs (instead of referencing them), you are risking introducing new errors and also risking that your document will not be updated when the referenced documents are updated. My personal preference is not to copy definitions, but there is no hard rule on this. From martin@algesten.se Sat Dec 10 19:05:46 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A93A21F8B17 for ; Sat, 10 Dec 2011 19:05:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.229 X-Spam-Level: X-Spam-Status: No, score=-3.229 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rUtt329BBYsK for ; Sat, 10 Dec 2011 19:05:45 -0800 (PST) Received: from mail-lpp01m010-f44.google.com (mail-lpp01m010-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 81CA021F8B12 for ; Sat, 10 Dec 2011 19:05:45 -0800 (PST) Received: by laah2 with SMTP id h2so907173laa.31 for ; Sat, 10 Dec 2011 19:05:44 -0800 (PST) Received: by 10.152.144.2 with SMTP id si2mr8667437lab.8.1323572744363; Sat, 10 Dec 2011 19:05:44 -0800 (PST) Received: from [192.168.0.198] (bams-c131.cust.svensktbredband.se. [195.189.25.131]) by mx.google.com with ESMTPS id iy5sm12253243lab.16.2011.12.10.19.05.43 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Dec 2011 19:05:43 -0800 (PST) From: Martin Algesten Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Dec 2011 04:05:42 +0100 Message-Id: <0B1C718E-60C2-4F89-967B-7532C9AC96F7@algesten.se> To: apps-discuss@ietf.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: [apps-discuss] JSON Patch: jsondiff and syntax X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 03:06:16 -0000 (Sorry Paul C. Bryan, I'm stalking you from list to list. ;) This is in reference to a discussion from a couple of days back=20 http://www.ietf.org/mail-archive/web/apps-discuss/current/msg03884.html Parallel to Paul's work I've dreamt up another JSON patch syntax and = implemented a diff/patch tool here: https://github.com/algesten/jsondiff#readme I don't agree that the verbosity of the JSON Patch RFC = (http://tools.ietf.org/html/draft-pbryan-json-patch-04) is okay. I believe one of the big reasons that JSON has gained such popularity = over say XML, is the simplicity of it. The simplicity is gained by a = loss of semantics or perhaps better call it "inferred" semantics. Such = inference are even more obvious in other terse data exchange formats = such as YAML. JSON Patch goes against this by having very explicit verbs "add", = "replace", "move" etc. I don't buy the argument that using gzip transfer = encoding solves this. XML compresses amazingly well, but I rather see = that as an argument that something is wrong in the format to start off = with. I also think about things like "diff -u" where the '+/-' becomes second = nature and the patches are very readable. Currently a JSON Patch file is = an instruction list of mutations - almost like a programming language, = which for me is different to a diff. But then I'm clearly biased :) Cheers, Martin= From ietfc@btconnect.com Sun Dec 11 02:30:10 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2061521F84ED for ; Sun, 11 Dec 2011 02:30:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.321 X-Spam-Level: X-Spam-Status: No, score=-2.321 tagged_above=-999 required=5 tests=[AWL=0.278, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lPAvXBZ-lQjv for ; Sun, 11 Dec 2011 02:30:09 -0800 (PST) Received: from mail.btconnect.com (c2beaomr08.btconnect.com [213.123.26.186]) by ietfa.amsl.com (Postfix) with ESMTP id 2E9AD21F84DF for ; Sun, 11 Dec 2011 02:30:08 -0800 (PST) Received: from host86-177-208-97.range86-177.btcentralplus.com (HELO pc6) ([86.177.208.97]) by c2beaomr08.btconnect.com with SMTP id FKY14299; Sun, 11 Dec 2011 10:30:06 +0000 (GMT) Message-ID: <004e01ccb7e7$b03b33a0$4001a8c0@gateway.2wire.net> From: "t.petch" To: "Alexey Melnikov" References: <89527141FD764100A4B43FEDBC6E027F@LENOVO47E041CF> <4EE3E7F1.2010508@isode.com> Date: Sun, 11 Dec 2011 10:31:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.4EE4862C.0093, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.12.11.95414:17:7.944, ip=86.177.208.97, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __MULTIPLE_RCPTS_CC_X2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __URI_NO_WWW, __CP_URI_IN_BODY, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, MULTIPLE_RCPTS, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr08.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0209.4EE4862E.002C,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Cc: mnot@mnot.net, IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-gregorio-uritemplate-07 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 10:30:10 -0000 ----- Original Message ----- From: "Alexey Melnikov" To: "Mark Nottingham" Cc: "IETF Apps Discuss" ; Sent: Sunday, December 11, 2011 12:14 AM > On 07/12/2011 09:07, Mark Nottingham wrote: > > Thanks for the feedback. Responses inline. > > > > On 07/12/2011, at 2:18 PM, Jiankang YAO wrote: > >> I have been selected as the Applications Area Directorate reviewer > >> for this draft (for background on appsdir, please > >> see > >> http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate > >> ). > >> Please resolve these comments along with any other Last Call comments > >> you may receive. Please wait for direction from your document > >> shepherd or AD before posting a new version of the draft. > >> > >> Document: draft-gregorio-uritemplate-07 > >> Title: URI Template > >> > >> Reviewer: Jiankang Yao > >> Review Date: December 7, 2011 > >> > >> Summary: > >> > >> This draft is almost ready for publication as a Proposed Standard. But before publication, the following > >> issues should be considered or addressed. > >> > >> Major issues: > >> > >> > >> 1) In section 1.5. Notational Conventions > >> > >> There is a repetition of definition of ALPHA, DIGIT, HEXDIG,...... > >> > >> There is a discussion in IETF: we should not give the repetition of definition of ABNF syntax if we can refer it to other documents. The reason is that repetition may bring the errors or misunderstanding. > >> > >> Suggestion: for example, we just say "ALPHA, DIGIT are imported from RFC5234" instead of repeating > >> "ALPHA = %x41-5A / %x61-7A ; A-Z / a-z" > > Is this a discussion that's already taken place? > By copying definitions from other specs (instead of referencing them), > you are risking introducing new errors and also risking that your > document will not be updated when the referenced documents are updated. > > My personal preference is not to copy definitions, but there is no hard > rule on this. I am with Roy on this one - keep it in. Tom Petch From sm@resistor.net Sun Dec 11 06:31:22 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE0CD21F8AD3 for ; Sun, 11 Dec 2011 06:31:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I+bbQFLxqu03 for ; Sun, 11 Dec 2011 06:31:21 -0800 (PST) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id A60A721F8AD2 for ; Sun, 11 Dec 2011 06:31:21 -0800 (PST) Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id pBBEV9Ps017442; Sun, 11 Dec 2011 06:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1323613877; bh=s3SSz8kwM77Ps1dbuyOT97rh9UnXm2TkICtDQkelp+s=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=3YPdAZQux2s9B46C9ptVTPiSQNzm0bDF2YxPFNI9gceqdeAmm/C9LnxUh+XeA6OFO de1Q6bsgnXvJmPueWE1E/3bafWmGriRfc8RGlZaA03u2cewMFj0gZC2kSyEKxMva2a w2tHmHqBwrj4JP8e6uhp0EtouJhXT3Y3mZ/r48wI= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1323613877; bh=s3SSz8kwM77Ps1dbuyOT97rh9UnXm2TkICtDQkelp+s=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=zRhwdr1ftGYSVTqj1cY4jSmavUsYs4cAR6bVupocgepZwNz5BlLFyMCKDDHjvTzng ZWTdTX2GxJIhbjyoDm8BqWLDllX5OsANZjHccH2KFF8sk+MVIRCcz8OXmxUHLj0x5u wn/jm3wazBv2Q4ZF/6HnbsGb5rUNF6IP3wXDKdo4= Message-Id: <6.2.5.6.2.20111211062236.09112f40@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sun, 11 Dec 2011 06:30:59 -0800 To: Mykyta Yevstifeyev From: SM In-Reply-To: <4EE4BBD8.2010600@gmail.com> References: <20111209175852.12171.32923.idtracker@ietfa.amsl.com> <4EE4BA72.8020400@gmx.de> <4EE4BBD8.2010600@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] Last Call: (The 'disclosure' Link Relation Type) to Informational RFC X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 14:31:22 -0000 Hi Mykyta, At 06:19 11-12-2011, Mykyta Yevstifeyev wrote: >Julian, I have: > >http://www.ietf.org/mail-archive/web/link-relations/current/msg00296.html 'Registration requests should be sent to the link-relations@ietf.org mailing list, marked clearly in the subject line (e.g., "NEW RELATION - example" to register an "example" relation type).' The message you sent is a request for feedback. Regards, -sm From sm@elandsys.com Sun Dec 11 10:06:46 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D314021F849C for ; Sun, 11 Dec 2011 10:06:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uDYOnNuKGr+d for ; Sun, 11 Dec 2011 10:06:42 -0800 (PST) Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfa.amsl.com (Postfix) with ESMTP id AF2BA21F8485 for ; Sun, 11 Dec 2011 10:06:42 -0800 (PST) Received: from SUBMAN.elandsys.com ([41.136.232.97]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id pBBI6YKA012339 for ; Sun, 11 Dec 2011 10:06:40 -0800 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1323626801; bh=9x3URijYSouUmmJjUCznbKmvieg=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type; b=qLbAWYtlpE89MVXHIBWuGSn0hK/x6W8opdYIAWToq5c3+uJqdm0EJR20R2ptW2Yup YFRxg3cT88GO+qjh9c9qHu78m8E5KTW+9cDSrUm9o4bxAeuAlos8Yt6gJsSkTtMflk X1YrMkOf2h9RkAGYROTA1MAEAChlVcJiRYVA50e0= Message-Id: <6.2.5.6.2.20111211070418.08c17160@elandnews.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Sun, 11 Dec 2011 10:02:43 -0800 To: apps-discuss@ietf.org From: S Moonesamy In-Reply-To: References: <20111115025746.26808.qmail@joyce.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [apps-discuss] Feedback on draft-moonesamy-smtp-ipv6-00 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 18:06:46 -0000 Hello, I'll summarize the feedback on draft-moonesamy-smtp-ipv6-00. As usual, please correct me if I misinterpreted your comments. Frank Ellermann [1] commented about the removal of the MX examples and mentioned that it helped him understand what RFC 3974 was about. He suggested discussing the IPv6-only behaviour if IPv4 addresses are reachable by some mapping mechanism. John Levine [2] commented on step (9): "In step (9), you say "If a transient failure condition is reported, try the next MX RR" which looks wrong to me. If you get a 4xx, you requeue the message and try it again later." Tony Finch [5] mentioned that it "is a point of repeated disagreement and there is no accepted consensus". Ned Freed [6] mentioned that "the point in the dialogue at which the 4yz is returned can also be a factor. It's one thing to retry on a different A after getting a 4yz host temporarily unavailable response to EHLO; it's rather different to retry a different A after getting a 4yz user is over quota response to the final dot". Murray Kucherawy [3] mentioned that the "SMTP Sender Algorithm in a Dual-Stack Environment" in RFC 3974, which has been removed in the draft, is useful for illustration. He also asked whether the draft resolves the aspects of RFC3974 that were in conflict with what RFC5321 says. I suggested the following text change for step (9): (9) Attempt to deliver the email over the connection established, as specified in RFC 5321. If a transient failure condition is reported, try again as defined in RFC 5321 Section 4.5.4.1. As John Levine [4] pointed out, "different MTAs have rather different retry strategies, both different timeouts, and different rules for how they retry, e.g., retry the same target host, retry starting at the same MX distance, retry from scratch. Whether some or all of the hosts are on IPv6 doesn't change any of that". The amended text does not prescribe a particular strategy. Tony Finch [7] asked: with respect to dual stack, what is missing from section 5 of RFC 5321? Dave Crocker [8] would like to see some very explicit discussion of "what details need to be covered that are not covered by 5321 (and to help get the consensus, what details in the new draft are redundant with which details in 5321". RFC 3974 has been implemented in Exim, MS Exchange, Postfix and Sendmail. RFC 5321 did not change the status of RFC 3974 (currently Informational, with an IESG Note). Section 5.2 of RFC 5321 discusses about IPv6 and MX Records and mentions that the recommendations in RFC 3974 appear to be inconsistent with RFC 5321. From the note in step (5) in RFC 3974: "To encourage the transition from IPv4 SMTP to IPv6 SMTP, AAAA records should take precedence." This has been changed in the draft to: "To encourage the transition from IPv4 to IPv6, AAAA RRs may take precedence." The major change is the removal of the DNS-specific discussion (e.g. SERVFAIL, the note in step (4)), align the algorithm in RFC 3974 with the current standard and fix step (9). I left the comment from Murray about providing more current operational experience open. It may go into the appendix together with the MX examples (see Frank's comment). I'll leave it to the editor of RFC 5321 to comment on whether the level of detail, e.g. the algorithm, would fit in a revision of that RFC. RFC 5321 covers dual stack. It also has the requirement "MUST be reported as an error" which is applicable for IPv6-only hosts trying to reach IPv4-only hosts. Instead of a mapping mechanism, it is easier to make use of existing MX functionality by listing a dual-stack host to provide an alternate route to the destination. Regards, S. Moonesamy 1. msg-id: CAHhFybqtrwGN=1_mLskXn0B1P3Gs2TMQrNX7Khv3BbCfB3ZZuQ@mail.gmail.com 2. msg-id: 20111115025746.26808.qmail@joyce.lan 3. msg-id: F5833273385BB34F99288B3648C4F06F19C6C15050@EXCH-C2.corp.cloudmark.com 4. msg-id: alpine.BSF.2.00.1111151741170.38874@joyce.lan 5. msg-id: alpine.LSU.2.00.1111151057160.5322@hermes-2.csi.cam.ac.uk 6. msg-id: 01O8G0UJD0VS00RCTX@mauve.mrochek.com 7. msg-id: alpine.LSU.2.00.1111151925030.30178@hermes-2.csi.cam.ac.uk 8. msg-id: 4EC2DEC9.4070905@dcrocker.net From julian.reschke@gmx.de Sun Dec 11 11:14:24 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F1E121F8479 for ; Sun, 11 Dec 2011 11:14:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.768 X-Spam-Level: X-Spam-Status: No, score=-104.768 tagged_above=-999 required=5 tests=[AWL=-2.169, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mjhLtunt3Eof for ; Sun, 11 Dec 2011 11:14:23 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 5415221F8477 for ; Sun, 11 Dec 2011 11:14:23 -0800 (PST) Received: (qmail invoked by alias); 11 Dec 2011 19:14:21 -0000 Received: from p5DCC85B1.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.133.177] by mail.gmx.net (mp054) with SMTP; 11 Dec 2011 20:14:21 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18MlxouEHIMn0NpAN2aetHFwdDdrFMvHtHx1u34xK eMaSPeXPIplRln Message-ID: <4EE50109.2030201@gmx.de> Date: Sun, 11 Dec 2011 20:14:17 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: draft-ietf-mile-rfc6046-bis@tools.ietf.org, IETF Apps Discuss Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: The IESG Subject: [apps-discuss] APPSDIR review of draft-ietf-mile-rfc6046-bis-03 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 19:14:24 -0000 I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-mile-rfc6046-bis-03 Title: Transport of Real-time Inter-network Defense (RID) Messages Reviewer: Julian Reschke Review Date: 2011-12-11 IETF Last Call Date: not last-called yet IESG Telechat Date: - Summary: This draft is almost ready for publication as as a Proposed Standard and should be revised before publication NOTE: I have *not* reviewed any security-related aspects. Major Issues: - Minor Issues: As pointed out in Section 3, this protocol really (ab)uses HTTP as a simple transport, and uses only a tiny subset of HTTP. This is properly explained, and the decision to use a custom port number makes sense. What I'm missing here are a few things that would probably make it easier to understand what's actually required: 1) Does a RID endpoint need to implement all REQUIRED HTTP/1.1 features? For instance, does it need to understand Expect: 100-continue, and does it have to support GET and HEAD on "/"? Are there requirements for request URIs other than "/"? 2) What's the Internet Media Type to be used with RID payloads? Is it defined? If no, why not? Is it required to be used? 3) How do retries work when a request fails? Is the use of POST here idempotent so that the request can be repeated? 4) How does matching between request and callback work? 5) It might be a good idea to add a complete example of an exchange that uses the callback pattern. Also, in Section 4: For transport confidentiality, identification, and authentication, TLS with mutual authentication MUST be used to secure the HTTP connection as in [RFC2818]. The session MUST use non-NULL ciphersuites for authentication, integrity, and confidentiality; sessions MAY be renegotiated within these constraints. Although TLS implementations typically support the older SSL protocol, a RID peer MUST NOT request, offer, or use any version of SSL, or any version of TLS prior to 1.1 [RFC4346], due to known security vulnerabilities in prior versions of the protocol; see Appendix E of [RFC5246] for more. This is a bit confusing because RFC5246 obsoletes RFC4346; there's probably a good reason for what it says here, but it might be good to explain what it is. Nits: RID systems SHOULD NOT use TCP port 443 (the standard port for HTTP over TLS/SSL) for RID messages; this avoids posting RID messages to web servers that may not handle RID messages correctly. Actually, it does not, because a web server may run on the RID port (4590) as well. If there's a security concern with the protocol with respect to generic web servers, it should be pointed out (and potentially fixed). Abstract: (...). This document updates the previous [RFC6046] to change the intended status to Proposed Standard, and to reference the updated RID specification. This is procedural and should be moved to the Introduction (this will also fix the issue of having a reference in the Abstract). among members in a RID consortium. This document specifies the transport of RID messages within HTTP [RFC2616] Request and Response messages transported over TLS [RFC5246] (herein, HTTP/TLS). Note Missing "." after [RFC2616]. 1.2. Normative and Informative sections Section 3, Section 4, and Section 5 of this document are normative; the remainder of the document is informative. I don't think is is needed here. References: draft-moriarty-mile-rfc6045-bis-02: [2011-08-27 ID-Exists Replaced] (not active) RFC4346: [PROPOSED STANDARD] obsoleted by RFC5246; maybe this one is informative? Best regards, Julian From ietfc@btconnect.com Sun Dec 11 12:35:52 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E20A321F848E for ; Sun, 11 Dec 2011 12:35:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.356 X-Spam-Level: X-Spam-Status: No, score=-2.356 tagged_above=-999 required=5 tests=[AWL=0.243, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-HqukGHZ9hn for ; Sun, 11 Dec 2011 12:35:52 -0800 (PST) Received: from mail.btconnect.com (c2bthomr09.btconnect.com [213.123.20.127]) by ietfa.amsl.com (Postfix) with ESMTP id B4A7821F848C for ; Sun, 11 Dec 2011 12:35:50 -0800 (PST) Received: from host86-177-208-97.range86-177.btcentralplus.com (HELO pc6) ([86.177.208.97]) by c2bthomr09.btconnect.com with SMTP id FOO11707; Sun, 11 Dec 2011 20:35:47 +0000 (GMT) Message-ID: <007301ccb83c$4d64c520$4001a8c0@gateway.2wire.net> From: "t.petch" To: "Julian Reschke" , "IETF Apps Discuss" References: <4EE50109.2030201@gmx.de> Date: Sun, 11 Dec 2011 20:37:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.4EE51423.0011, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.12.11.194215:17:7.586, ip=86.177.208.97, rules=__HAS_MSGID, __OUTLOOK_MSGID_1, __SANE_MSGID, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __MIME_VERSION, __CT, CT_TP_8859_1, __CT_TEXT_PLAIN, __CTE, __HAS_X_PRIORITY, __HAS_MSMAIL_PRI, __HAS_X_MAILER, USER_AGENT_OE, __OUTLOOK_MUA_1, __USER_AGENT_MS_GENERIC, __ANY_URI, __CP_URI_IN_BODY, BODY_SIZE_4000_4999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, __OUTLOOK_MUA, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020B.4EE51424.0093,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [apps-discuss] APPSDIR review of draft-ietf-mile-rfc6046-bis-03 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 20:35:53 -0000 ----- Original Message ----- From: "Julian Reschke" To: ; "IETF Apps Discuss" Cc: "The IESG" Sent: Sunday, December 11, 2011 8:14 PM > I have been selected as the Applications Area Directorate reviewer for > this draft (for background on appsdir, please see > http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). > > Please resolve these comments along with any other Last Call comments > you may receive. Please wait for direction from your document shepherd > or AD before posting a new version of the draft. > > Document: draft-ietf-mile-rfc6046-bis-03 > Title: Transport of Real-time Inter-network Defense (RID) Messages > Reviewer: Julian Reschke > Review Date: 2011-12-11 > IETF Last Call Date: not last-called yet > IESG Telechat Date: - > > Summary: This draft is almost ready for publication as as a Proposed > Standard and should be revised before publication > > NOTE: I have *not* reviewed any security-related aspects. > > > Major Issues: > > - > > Minor Issues: > > As pointed out in Section 3, this protocol really (ab)uses HTTP as a > simple transport, and uses only a tiny subset of HTTP. This is properly > explained, and the decision to use a custom port number makes sense. > > What I'm missing here are a few things that would probably make it > easier to understand what's actually required: > > 1) Does a RID endpoint need to implement all REQUIRED HTTP/1.1 features? > For instance, does it need to understand Expect: 100-continue, and does > it have to support GET and HEAD on "/"? Are there requirements for > request URIs other than "/"? > > 2) What's the Internet Media Type to be used with RID payloads? Is it > defined? If no, why not? Is it required to be used? > > 3) How do retries work when a request fails? Is the use of POST here > idempotent so that the request can be repeated? > > 4) How does matching between request and callback work? > > 5) It might be a good idea to add a complete example of an exchange that > uses the callback pattern. > > Also, in Section 4: > > For transport confidentiality, identification, and authentication, > TLS with mutual authentication MUST be used to secure the HTTP > connection as in [RFC2818]. The session MUST use non-NULL > ciphersuites for authentication, integrity, and confidentiality; > sessions MAY be renegotiated within these constraints. Although TLS > implementations typically support the older SSL protocol, a RID peer > MUST NOT request, offer, or use any version of SSL, or any version of > TLS prior to 1.1 [RFC4346], due to known security vulnerabilities in > prior versions of the protocol; see Appendix E of [RFC5246] for more. > > This is a bit confusing because RFC5246 obsoletes RFC4346; there's > probably a good reason for what it says here, but it might be good to > explain what it is. Julian It makes sense because RFC4346 is the formal definition of TLS1.1, loopholes and all, whereas RFC5246 defines TLS1.2. I think it difficult to add any explanation without this becoming a TLS 101. Tom Petch > Nits: > > RID systems SHOULD NOT use TCP port 443 (the standard port for HTTP > over TLS/SSL) for RID messages; this avoids posting RID messages to > web servers that may not handle RID messages correctly. > > Actually, it does not, because a web server may run on the RID port > (4590) as well. If there's a security concern with the protocol with > respect to generic web servers, it should be pointed out (and > potentially fixed). > > Abstract: > > (...). This document updates the previous [RFC6046] to > change the intended status to Proposed Standard, and to reference the > updated RID specification. > > This is procedural and should be moved to the Introduction (this will > also fix the issue of having a reference in the Abstract). > > among members in a RID consortium. This document specifies the > transport of RID messages within HTTP [RFC2616] Request and Response > messages transported over TLS [RFC5246] (herein, HTTP/TLS). Note > > Missing "." after [RFC2616]. > > 1.2. Normative and Informative sections > > Section 3, Section 4, and Section 5 of this document are normative; > the remainder of the document is informative. > > I don't think is is needed here. > > References: > > draft-moriarty-mile-rfc6045-bis-02: [2011-08-27 ID-Exists Replaced] (not > active) > RFC4346: [PROPOSED STANDARD] obsoleted by RFC5246; maybe this one is > informative? > > > Best regards, Julian > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss > > From fielding@gbiv.com Sun Dec 11 15:03:08 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7620121F84A1 for ; Sun, 11 Dec 2011 15:03:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QsGp0bfQUET7 for ; Sun, 11 Dec 2011 15:03:07 -0800 (PST) Received: from homiemail-a85.g.dreamhost.com (caiajhbdcaib.dreamhost.com [208.97.132.81]) by ietfa.amsl.com (Postfix) with ESMTP id BB96221F848F for ; Sun, 11 Dec 2011 15:03:07 -0800 (PST) Received: from homiemail-a85.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a85.g.dreamhost.com (Postfix) with ESMTP id 4C2C2BC041; Sun, 11 Dec 2011 15:03:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gbiv.com; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=gbiv.com; b=WCByKD0UkiB7hxo8 KvSkhHLDUrQmWefUsgxMTmJ8Vm9gxNVYALmE61cyS2I7BUON+DLmMwzJPngsLapd 9oYAJ3rSZnwgfZmHOgxHdO7lpDwAW9fv1vhXN/sXlIqSiHKzKKer8vtM7CdC08W3 VbPX7TU6sIkdmLST44+DD1diyc8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=gbiv.com; bh=KcOrkzdKVsNDK2Thpd6kZA+5lLM=; b=ZvR0e4awlwgHzpVDUzYf/xlgg0CI +cXeNv9MRE9bOHRRbC2mg9TMQ9+MupZ9QCY1/8oDdnLLbmmiVKQ3sy2swtHdvrZ9 i+K0NmAGozN4mwI+BXTQVFuZKilq1PgbekI6xif6R1vnkTNa3KTGhsPBRz/GZn+D peZfL7dpEyaZaFo= Received: from [192.168.1.84] (99-21-208-82.lightspeed.irvnca.sbcglobal.net [99.21.208.82]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by homiemail-a85.g.dreamhost.com (Postfix) with ESMTPSA id 33F71BC040; Sun, 11 Dec 2011 15:03:07 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: "Roy T. Fielding" In-Reply-To: <0B1C718E-60C2-4F89-967B-7532C9AC96F7@algesten.se> Date: Sun, 11 Dec 2011 15:03:05 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <1F9D18A1-D326-457E-BD36-619E3CF93AAE@gbiv.com> References: <0B1C718E-60C2-4F89-967B-7532C9AC96F7@algesten.se> To: Martin Algesten X-Mailer: Apple Mail (2.1251.1) Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] JSON Patch: jsondiff and syntax X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2011 23:03:08 -0000 FWIW, discussion of which format is best for a diff should really be = based on what is being compared (a file or an abstract memory structure?) and = what is expected to process the diff. For example, JSOP has a diff format = http://wiki.apache.org/jackrabbit/Jsop#Draft_Implementations:_JSOP-Diff that should be evaluated based on comparing JCR repository trees and an understanding that the main processor is going to be a server-side patch implementation. Given that context, our JSON represents a state of the JCR repository: the actual diff format does not need to be JSON because it won't be processed by a browser (only generated by XHR). I happen to agree that choosing any verbose diff format is a = non-starter, even if we assume compression, though I have a hard time evaluating a JSON diff proposal without a more concrete notion of what it is intended to do and why anyone would want to use it. ....Roy On Dec 10, 2011, at 7:05 PM, Martin Algesten wrote: > (Sorry Paul C. Bryan, I'm stalking you from list to list. ;) >=20 > This is in reference to a discussion from a couple of days back=20 > = http://www.ietf.org/mail-archive/web/apps-discuss/current/msg03884.html >=20 > Parallel to Paul's work I've dreamt up another JSON patch syntax and = implemented a diff/patch tool here: >=20 > https://github.com/algesten/jsondiff#readme >=20 > I don't agree that the verbosity of the JSON Patch RFC = (http://tools.ietf.org/html/draft-pbryan-json-patch-04) is okay. >=20 > I believe one of the big reasons that JSON has gained such popularity = over say XML, is the simplicity of it. The simplicity is gained by a = loss of semantics or perhaps better call it "inferred" semantics. Such = inference are even more obvious in other terse data exchange formats = such as YAML. >=20 > JSON Patch goes against this by having very explicit verbs "add", = "replace", "move" etc. I don't buy the argument that using gzip transfer = encoding solves this. XML compresses amazingly well, but I rather see = that as an argument that something is wrong in the format to start off = with. >=20 > I also think about things like "diff -u" where the '+/-' becomes = second nature and the patches are very readable. Currently a JSON Patch = file is an instruction list of mutations - almost like a programming = language, which for me is different to a diff. But then I'm clearly = biased :) >=20 > Cheers, > Martin > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From julian.reschke@gmx.de Mon Dec 12 01:25:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 514FC21F8A67 for ; Mon, 12 Dec 2011 01:25:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.63 X-Spam-Level: X-Spam-Status: No, score=-104.63 tagged_above=-999 required=5 tests=[AWL=-2.031, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HNHw3KSXzGiA for ; Mon, 12 Dec 2011 01:25:35 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 6329621F8A64 for ; Mon, 12 Dec 2011 01:25:34 -0800 (PST) Received: (qmail invoked by alias); 12 Dec 2011 09:25:33 -0000 Received: from p5DCC85B1.dip.t-dialin.net (EHLO [192.168.178.36]) [93.204.133.177] by mail.gmx.net (mp021) with SMTP; 12 Dec 2011 10:25:33 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+b6/dPkH+bm8ZkpWRn+da4BlFeEFPauT55Nax6LV 2QZ7gOgZRbWjey Message-ID: <4EE5C88A.7080606@gmx.de> Date: Mon, 12 Dec 2011 10:25:30 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "Roy T. Fielding" References: <0B1C718E-60C2-4F89-967B-7532C9AC96F7@algesten.se> <1F9D18A1-D326-457E-BD36-619E3CF93AAE@gbiv.com> In-Reply-To: <1F9D18A1-D326-457E-BD36-619E3CF93AAE@gbiv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Martin Algesten , apps-discuss@ietf.org Subject: Re: [apps-discuss] JSON Patch: jsondiff and syntax X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 09:25:36 -0000 On 2011-12-12 00:03, Roy T. Fielding wrote: > FWIW, discussion of which format is best for a diff should really be based > on what is being compared (a file or an abstract memory structure?) and what > is expected to process the diff. > > For example, JSOP has a diff format > > http://wiki.apache.org/jackrabbit/Jsop#Draft_Implementations:_JSOP-Diff > > that should be evaluated based on comparing JCR repository trees and an > understanding that the main processor is going to be a server-side patch > implementation. Given that context, our JSON represents a state of the > JCR repository: the actual diff format does not need to be JSON because > it won't be processed by a browser (only generated by XHR). > ... I think the question here is whether Javascript is used to generate (1) and to process (2) the format. For (1), it should work with XHR. JSON-Patch just is a JSON-serialization of a JavaScript object. The author won't need to write a serializer. In JSOP's diff format, the author will have to combine custom elements with serialized Javascript objects. As such, the JSON parts of the diff format shouldn't make assumptions about Javascript that may not be true, such as member ordering (right now it does sort of). For (2), the question of what parses the format is much more interesting. Sure, it won't be a browser. But with JSON Patch, it can be an off-the-shelf JSON library (such as Jackson). Finally, two general points: 1) I'm not sure why verbosity is a problem. If it is, we can always Transfer/Content-encode gzip. For readability, we could switch from names like "add" to symbols like "+". 2) Compact formats can be a success; see Relax NG Compact Notation. I think the lesson to learn here is that there should be a 1-1 mapping between the compact notation and the verbose notation. That's currently not the case for JSOP's diff format, and I believe that's a problem. Best regards, Julian From sm@elandsys.com Mon Dec 12 10:15:43 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15BA921F8610 for ; Mon, 12 Dec 2011 10:15:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h-XobZ-wMMW9 for ; Mon, 12 Dec 2011 10:15:42 -0800 (PST) Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfa.amsl.com (Postfix) with ESMTP id 8B4BA21F8508 for ; Mon, 12 Dec 2011 10:15:42 -0800 (PST) Received: from SUBMAN.elandsys.com ([41.136.238.217]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id pBCIEtxw017177; Mon, 12 Dec 2011 10:15:00 -0800 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1323713742; bh=fjzxw7o3z7Ott437fxEsAYQ1kTs=; h=Message-Id:Date:To:From:Subject:Cc:Mime-Version:Content-Type; b=vUvIkNx871jaw2nfDbzDw0BRyEhpADaX3Jm7KnNnaHVG8jfL3RDotbbHh/ghTKst/ OOHzjH12rQvqTIpu3t2qhp0e4ppvbC6E5SOIwi21KWQXP4xosbKCFIfGLs5WJE3fMU yRtNLiCMjoZ2QUG+yM85nmoW+6YIQum14RPn04Gw= Message-Id: <6.2.5.6.2.20111212100318.0a9a94f8@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Mon, 12 Dec 2011 10:12:24 -0800 To: apps-discuss@ietf.org From: S Moonesamy Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_625846386==_" Cc: draft-ietf-oauth-v2-bearer.all@tools.ietf.org Subject: [apps-discuss] Fwd: Re: [OAUTH-WG] FW: APPS Area review of draft-ietf-oauth-v2-bearer-14 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 18:15:43 -0000 --=====================_625846386==_ Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable I am forwarding the response to the review posted=20 at http://www.ietf.org/mail-archive/web/apps-discuss/current/msg03805.html Regards, S. Moonesamy >From: Mike Jones > > >Thanks for the detailed review, Mark. > >Preliminary draft 15 of the OAuth Bearer=20 >specification is attached. It resolves the form=20 >encoding issues raised by Julian Reschke in the=20 >manner discussed at the working group meeting in=20 >Taipei, incorporates the consensus text on TLS=20 >version requirements, and contains several=20 >improvements suggested by Mark Nottingham during APPS area review. > >Mark, comments on all your proposed changes follow below: > >* Section 2.3 URI Query Parameter > >This section effectively reserves a URI query=20 >parameter for the draft's use. This should not=20 >be done lightly, since this would be a precedent=20 >for the IETF encroaching upon a server's URIs=20 >(done previously in RFC5785, but in a much more=20 >limited fashion, as a tactic to prevent further, uncontrolled= encroachment). > >Given that the draft already discourages the use=20 >of this mechanism, I'd recommend dropping it=20 >altogether. If the Working Group wishes it to=20 >remain, this issues should be vetted both=20 >through the APPS area and the W3C liaison. > >(The same criticism could be leveled at Section=20 >2.2 Form-Encoded Body Parameter, but that at=20 >least isn't surfaced in an identifier) > >There are some contexts, especially limited=20 >browsers and/or development environments, where=20 >query parameters are usable but the other=20 >methods are not. Thus, the query parameter=20 >method must be retained. Also, Justin Richter's=20 >comments describing the value to him of the=20 >query parameter method are pertinent: A URL=20 >with all parameters including authorization is a=20 >powerful artifact which can be passed around between systems as a unit=9D. > >As to using a standard parameter name, this is=20 >essential for interoperability. It is not=20 >reserved=9D in any contexts other than when the=20 >Bearer spec is employed, which is a voluntary=20 >act by both parties. Thus, this poses no undue=20 >burdens or namespace restrictions on implementations in practice. > >Finally, you'll find that OAuth 1.0 [RFC 5849]=20 >similarly defined, not one, but two standard=20 >query parameter values: oauth_token and=20 >oauth_verifier. As this didn't cause any=20 >problems in practice then, I'm sure that=20 >defining an access_token parameter within the=20 >Bearer spec for interoperability purposes won't cause a problem either. > >* Section 3 The WWW-Authenticate Response Header Field > >The draft references the quoted-string ABNF from=20 >HTTP, but changes its processing in a later paragraph: > >"""In all these cases, no character quoting will=20 >occur, as senders are prohibited from using the %5C ('\') character.""" > >This is at best surprising (as many readers will=20 >reasonably surmise that using the quoted-string=20 >ABNF implies that the same code can be used). >Please either use quoted-string as defined (i.e., with escaping). > >This parameter definition was a result of=20 >significant working group discussion and=20 >reflects a solid consensus position. Using the=20 >quoted string BNF makes it clear, per Julian=20 >Reschk's suggestions, that generic parameter=20 >parsing code can be safely used. Whereas=20 >prohibiting the use of backslash quoting by=20 >senders also makes it clear that custom=20 >implementations can directly utilize the=20 >parameter values as transmitted without performing any quote processing. > >In short, the spec doesn't change the processing=20 >of quoted strings. It simply restricts the set=20 >of legal input characters within the quoted strings. > >* Section 1: Introduction > >The introduction explains oauth, but it doesn't=20 >fully explain the relationship of this=20 >specification to OAuth 2.0. E.g., can it be used=20 >independently from the rest of OAuth? Likewise, the overview (section >1.3) seems more specific to the OAuth specification than this document. >As I read it, this mechanism could be used for=20 >ANY bearer token, not just one generated through OAuth flows. > >If it is indeed more general, I'd recommend=20 >minimising the discussion of OAuth, perhaps even=20 >removing it from the document title. > >Per your suggestion, I've made it clear in the=20 >introduction that bearer tokens from any source=20 >can be used to access associated protected=20 >resources. The new language in the introduction is: > >This specification defines the use of bearer=20 >tokens over HTTP/1.1=20 >[I-D.ietf-httpbis-p1-messaging] using TLS=20 >[RFC5246] to access protected resources. =85 While=20 >designed for use with access tokens resulting=20 >from OAuth 2.0 Authorization [I-D.ietf-oauth-v2]=20 >flows to access OAuth protected resources, this=20 >specification actually defines a general HTTP=20 >authorization method that can be used with=20 >bearer tokens from any source to access any=20 >resources protected by those bearer tokens. > >* Section 3 The WWW-Authenticate Response Header Field > >The difference between a realm and a scope is=20 >not explained. Are the functionally equivalent,=20 >just a single value vs. a list? > >Realm is as defined by HTTPbis. It says that=20 >The realm value is a string, generally assigned=20 >by the origin server, which can have additional=20 >semantics specific to the authentication=20 >scheme. The Bearer specification intentionally=20 >adds no extra semantics to the realm=20 >definition. Whereas the scope parameter is=20 >defined as an order-independent space-separated=20 >list of scope values. The contextual meaning of=20 >both the realm and scope parameters is deployment-dependent. > >Do you really intend to disallow *all* extension parameters on the= challenge? > >Yes. There was an explicit working group consensus decision to do so. > >Also, the scope, error, error_description and=20 >error_uri parameters all specify only a=20 >quoted-string serialisation. HTTPbis strongly=20 >suggests that new schemes allow both forms,=20 >because implementation experience has shown that=20 >implementations will likely support both, no=20 >matter how defined; this improves interoperability (see p7 2.3.1). > >Once again, the current text reflects a=20 >consensus decision of the working group. It was=20 >viewed that requiring support for multiple ways=20 >of doing the same thing unnecessarily=20 >complicated implementations without any=20 >compensating benefit; better to support one=20 >syntax for each semantic operation and require all implementations to use= it. > >Finally, the error_description parameter can=20 >carry only ASCII characters. While I understand=20 >a tradeoff has been made here (and, in my=20 >judgement, an appropriate one), it's appropriate to highlight this in= review. > >Noted > >* General > >The draft currently doesn't mention whether=20 >Bearer is suitable for use as a proxy=20 >authentication scheme. I suspect it *may*; it=20 >would be worth discussing this with some proxy=20 >implementers to gauge their interest (e.g., Squid). > >Who would you recommend review the draft from this perspective? > >Finally, Mark, I applied all the editorial=20 >suggestions you made. Thanks for those. > >Mark, Stephen, and chairs, please let me know=20 >whether to now post this draft as an actual submission. > > Thanks all, > -- Mike > >-----Original Message----- >From: oauth-bounces@ietf.org=20 >[mailto:oauth-bounces@ietf.org] On Behalf Of=20 >Tschofenig, Hannes (NSN - FI/Espoo) >Sent: Wednesday, November 23, 2011 11:51 PM >To: oauth@ietf.org >Subject: [OAUTH-WG] FW: [apps-discuss] APPS Area=20 >review of draft-ietf-oauth-v2-bearer-14 > >FYI > >-----Original Message----- >From: apps-discuss-bounces@ietf.org >[mailto:apps-discuss-bounces@ietf.org] On Behalf Of ext Mark Nottingham >Sent: Thursday, November 24, 2011 8:22 AM >To: IETF Apps Discuss; draft-ietf-oauth-v2-bearer.all@ietf.org >Cc: The IESG >Subject: [apps-discuss] APPS Area review of >draft-ietf-oauth-v2-bearer-14 > >I have been selected as the Applications Area=20 >Review Team reviewer for this draft (for=20 >background on apps-review, please see=20 >). > >Please resolve these comments along with any=20 >other Last Call comments you may receive. Please=20 >wait for direction from your document shepherd=20 >or AD before posting a new version of the draft. > >Document: draft-ietf-oauth-v2-bearer-14 >Title: OAuth 2.0 Bearer Tokens >Reviewer: Mark Nottingham >Review Date: 24/11/2011 > >Summary: This draft is almost ready for=20 >publication as a Proposed Standard, but has a few issues that should be= fixed. > >Major Issues >------------ > >* Section 2.3 URI Query Parameter > >This section effectively reserves a URI query=20 >parameter for the draft's use. This should not=20 >be done lightly, since this would be a precedent=20 >for the IETF encroaching upon a server's URIs=20 >(done previously in RFC5785, but in a much more=20 >limited fashion, as a tactic to prevent further, uncontrolled= encroachment). > >Given that the draft already discourages the use=20 >of this mechanism, I'd recommend dropping it=20 >altogether. If the Working Group wishes it to=20 >remain, this issues should be vetted both=20 >through the APPS area and the W3C liaison. > >(The same criticism could be leveled at Section=20 >2.2 Form-Encoded Body Parameter, but that at=20 >least isn't surfaced in an identifier) > >* Section 3 The WWW-Authenticate Response Header Field > >The draft references the quoted-string ABNF from=20 >HTTP, but changes its processing in a later paragraph: > >"""In all these cases, no character quoting will=20 >occur, as senders are prohibited from using the %5C ('\') character.""" > >This is at best surprising (as many readers will=20 >reasonably surmise that using the quoted-string=20 >ABNF implies that the same code can be used). >Please either use quoted-string as defined (i.e., with escaping). > > >Minor Issues >------------ > >* Section 1: Introduction > >The introduction explains oauth, but it doesn't=20 >fully explain the relationship of this=20 >specification to OAuth 2.0. E.g., can it be used=20 >independently from the rest of OAuth? Likewise, the overview (section >1.3) seems more specific to the OAuth specification than this document. >As I read it, this mechanism could be used for=20 >ANY bearer token, not just one generated through OAuth flows. > >If it is indeed more general, I'd recommend=20 >minimising the discussion of OAuth, perhaps even=20 >removing it from the document title. > >* Section 3 The WWW-Authenticate Response Header Field > >The difference between a realm and a scope is=20 >not explained. Are the functionally equivalent,=20 >just a single value vs. a list? > >Do you really intend to disallow *all* extension parameters on the= challenge? > >Also, the scope, error, error_description and=20 >error_uri parameters all specify only a=20 >quoted-string serialisation. HTTPbis strongly=20 >suggests that new schemes allow both forms,=20 >because implementation experience has shown that=20 >implementations will likely support both, no=20 >matter how defined; this improves interoperability (see p7 2.3.1). > >Finally, the error_description parameter can=20 >carry only ASCII characters. While I understand=20 >a tradeoff has been made here (and, in my=20 >judgement, an appropriate one), it's appropriate to highlight this in= review. > >* General > >The draft currently doesn't mention whether=20 >Bearer is suitable for use as a proxy=20 >authentication scheme. I suspect it *may*; it=20 >would be worth discussing this with some proxy=20 >implementers to gauge their interest (e.g., Squid). > > >Nits >---- > >* Section 2.1 Authorization Request Header Field > >"simplicity reasons" --> "simplicity" > >"If additional parameters are desired in the=20 >future, a different scheme could be defined."=20 >--> "If additional parameters are needed in the=20 >future, a different scheme would need to be defined." > >* Section 3 The WWW-Authenticate Response Header Field > >The requirement that a resource server MUST=20 >include the HTTP WWW-Authenticate response=20 >header field is odd; really this is at the=20 >discretion of the server. Is it really necessary=20 >to use a conformance requirement here? > >URI-reference --> URI-Reference > >* Section 3.1 Error Codes > >405 belongs in the list of typically appropriate status codes as well. > > >Kind regards, > >-- >Mark Nottingham http://www.mnot.net/ --=====================_625846386==_ Content-Type: application/octet-stream; name="draft-ietf-oauth-v2-bearer-15 preliminary.html" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-oauth-v2-bearer-15 preliminary.html" PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL2h0bWw0L2xvb3NlLmR0ZCI+CjxodG1sIGxhbmc9 ImVuIj48aGVhZD48dGl0bGU+VGhlIE9BdXRoIDIuMCBBdXRob3JpemF0aW9uIFByb3RvY29sOiBC ZWFyZXIgVG9rZW5zPC90aXRsZT4KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPgo8bWV0YSBuYW1lPSJkZXNjcmlwdGlvbiIg Y29udGVudD0iVGhlIE9BdXRoIDIuMCBBdXRob3JpemF0aW9uIFByb3RvY29sOiBCZWFyZXIgVG9r ZW5zIj4KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJ4bWwycmZjIHYxLjM2IChodHRw Oi8veG1sLnJlc291cmNlLm9yZy8pIj4KPHN0eWxlIHR5cGU9J3RleHQvY3NzJz48IS0tCiAgICAg ICAgYm9keSB7CiAgICAgICAgICAgICAgICBmb250LWZhbWlseTogdmVyZGFuYSwgY2hhcmNvYWws IGhlbHZldGljYSwgYXJpYWwsIHNhbnMtc2VyaWY7CiAgICAgICAgICAgICAgICBmb250LXNpemU6 IHNtYWxsOyBjb2xvcjogIzAwMDsgYmFja2dyb3VuZC1jb2xvcjogI0ZGRjsKICAgICAgICAgICAg ICAgIG1hcmdpbjogMmVtOwogICAgICAgIH0KICAgICAgICBoMSwgaDIsIGgzLCBoNCwgaDUsIGg2 IHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBoZWx2ZXRpY2EsIG1vbmFjbywgIk1TIFNh bnMgU2VyaWYiLCBhcmlhbCwgc2Fucy1zZXJpZjsKICAgICAgICAgICAgICAgIGZvbnQtd2VpZ2h0 OiBib2xkOyBmb250LXN0eWxlOiBub3JtYWw7CiAgICAgICAgfQogICAgICAgIGgxIHsgY29sb3I6 ICM5MDA7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyB0ZXh0LWFsaWduOiByaWdodDsg fQogICAgICAgIGgzIHsgY29sb3I6ICMzMzM7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50 OyB9CgogICAgICAgIHRkLlJGQ2J1ZyB7CiAgICAgICAgICAgICAgICBmb250LXNpemU6IHgtc21h bGw7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsKICAgICAgICAgICAgICAgIHdpZHRoOiAzMHB4OyBo ZWlnaHQ6IDMwcHg7IHBhZGRpbmctdG9wOiAycHg7CiAgICAgICAgICAgICAgICB0ZXh0LWFsaWdu OiBqdXN0aWZ5OyB2ZXJ0aWNhbC1hbGlnbjogbWlkZGxlOwogICAgICAgICAgICAgICAgYmFja2dy b3VuZC1jb2xvcjogIzAwMDsKICAgICAgICB9CiAgICAgICAgdGQuUkZDYnVnIHNwYW4uUkZDIHsK ICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBtb25hY28sIGNoYXJjb2FsLCBnZW5ldmEsICJN UyBTYW5zIFNlcmlmIiwgaGVsdmV0aWNhLCB2ZXJkYW5hLCBzYW5zLXNlcmlmOwogICAgICAgICAg ICAgICAgZm9udC13ZWlnaHQ6IGJvbGQ7IGNvbG9yOiAjNjY2OwogICAgICAgIH0KICAgICAgICB0 ZC5SRkNidWcgc3Bhbi5ob3RUZXh0IHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBjaGFy Y29hbCwgbW9uYWNvLCBnZW5ldmEsICJNUyBTYW5zIFNlcmlmIiwgaGVsdmV0aWNhLCB2ZXJkYW5h LCBzYW5zLXNlcmlmOwogICAgICAgICAgICAgICAgZm9udC13ZWlnaHQ6IG5vcm1hbDsgdGV4dC1h bGlnbjogY2VudGVyOyBjb2xvcjogI0ZGRjsKICAgICAgICB9CgogICAgICAgIHRhYmxlLlRPQ2J1 ZyB7IHdpZHRoOiAzMHB4OyBoZWlnaHQ6IDE1cHg7IH0KICAgICAgICB0ZC5UT0NidWcgewogICAg ICAgICAgICAgICAgdGV4dC1hbGlnbjogY2VudGVyOyB3aWR0aDogMzBweDsgaGVpZ2h0OiAxNXB4 OwogICAgICAgICAgICAgICAgY29sb3I6ICNGRkY7IGJhY2tncm91bmQtY29sb3I6ICM5MDA7CiAg ICAgICAgfQogICAgICAgIHRkLlRPQ2J1ZyBhIHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5 OiBtb25hY28sIGNoYXJjb2FsLCBnZW5ldmEsICJNUyBTYW5zIFNlcmlmIiwgaGVsdmV0aWNhLCBz YW5zLXNlcmlmOwogICAgICAgICAgICAgICAgZm9udC13ZWlnaHQ6IGJvbGQ7IGZvbnQtc2l6ZTog eC1zbWFsbDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOwogICAgICAgICAgICAgICAgY29sb3I6ICNG RkY7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OwogICAgICAgIH0KCiAgICAgICAgdGQu aGVhZGVyIHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiBhcmlhbCwgaGVsdmV0aWNhLCBz YW5zLXNlcmlmOyBmb250LXNpemU6IHgtc21hbGw7CiAgICAgICAgICAgICAgICB2ZXJ0aWNhbC1h bGlnbjogdG9wOyB3aWR0aDogMzMlOwogICAgICAgICAgICAgICAgY29sb3I6ICNGRkY7IGJhY2tn cm91bmQtY29sb3I6ICM2NjY7CiAgICAgICAgfQogICAgICAgIHRkLmF1dGhvciB7IGZvbnQtd2Vp Z2h0OiBib2xkOyBmb250LXNpemU6IHgtc21hbGw7IG1hcmdpbi1sZWZ0OiA0ZW07IH0KICAgICAg ICB0ZC5hdXRob3ItdGV4dCB7IGZvbnQtc2l6ZTogeC1zbWFsbDsgfQoKICAgICAgICAvKiBpbmZv IGNvZGUgZnJvbSBTYW50YUtsYXVzcyBhdCBodHRwOi8vd3d3Lm1hZGFib3V0c3R5bGUuY29tL3Rv b2x0aXAyLmh0bWwgKi8KICAgICAgICBhLmluZm8gewogICAgICAgICAgICAgICAgLyogVGhpcyBp cyB0aGUga2V5LiAqLwogICAgICAgICAgICAgICAgcG9zaXRpb246IHJlbGF0aXZlOwogICAgICAg ICAgICAgICAgei1pbmRleDogMjQ7CiAgICAgICAgICAgICAgICB0ZXh0LWRlY29yYXRpb246IG5v bmU7CiAgICAgICAgfQogICAgICAgIGEuaW5mbzpob3ZlciB7CiAgICAgICAgICAgICAgICB6LWlu ZGV4OiAyNTsKICAgICAgICAgICAgICAgIGNvbG9yOiAjRkZGOyBiYWNrZ3JvdW5kLWNvbG9yOiAj OTAwOwogICAgICAgIH0KICAgICAgICBhLmluZm8gc3BhbiB7IGRpc3BsYXk6IG5vbmU7IH0KICAg ICAgICBhLmluZm86aG92ZXIgc3Bhbi5pbmZvIHsKICAgICAgICAgICAgICAgIC8qIFRoZSBzcGFu IHdpbGwgZGlzcGxheSBqdXN0IG9uIDpob3ZlciBzdGF0ZS4gKi8KICAgICAgICAgICAgICAgIGRp c3BsYXk6IGJsb2NrOwogICAgICAgICAgICAgICAgcG9zaXRpb246IGFic29sdXRlOwogICAgICAg ICAgICAgICAgZm9udC1zaXplOiBzbWFsbGVyOwogICAgICAgICAgICAgICAgdG9wOiAyZW07IGxl ZnQ6IC01ZW07IHdpZHRoOiAxNWVtOwogICAgICAgICAgICAgICAgcGFkZGluZzogMnB4OyBib3Jk ZXI6IDFweCBzb2xpZCAjMzMzOwogICAgICAgICAgICAgICAgY29sb3I6ICM5MDA7IGJhY2tncm91 bmQtY29sb3I6ICNFRUU7CiAgICAgICAgICAgICAgICB0ZXh0LWFsaWduOiBsZWZ0OwogICAgICAg IH0KCiAgICAgICAgYSB7IGZvbnQtd2VpZ2h0OiBib2xkOyB9CiAgICAgICAgYTpsaW5rICAgIHsg Y29sb3I6ICM5MDA7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyB9CiAgICAgICAgYTp2 aXNpdGVkIHsgY29sb3I6ICM2MzM7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyB9CiAg ICAgICAgYTphY3RpdmUgIHsgY29sb3I6ICM2MzM7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFy ZW50OyB9CgogICAgICAgIHAgeyBtYXJnaW4tbGVmdDogMmVtOyBtYXJnaW4tcmlnaHQ6IDJlbTsg fQogICAgICAgIHAuY29weXJpZ2h0IHsgZm9udC1zaXplOiB4LXNtYWxsOyB9CiAgICAgICAgcC50 b2MgeyBmb250LXNpemU6IHNtYWxsOyBmb250LXdlaWdodDogYm9sZDsgbWFyZ2luLWxlZnQ6IDNl bTsgfQogICAgICAgIHRhYmxlLnRvYyB7IG1hcmdpbjogMCAwIDAgM2VtOyBwYWRkaW5nOiAwOyBi b3JkZXI6IDA7IHZlcnRpY2FsLWFsaWduOiB0ZXh0LXRvcDsgfQogICAgICAgIHRkLnRvYyB7IGZv bnQtc2l6ZTogc21hbGw7IGZvbnQtd2VpZ2h0OiBib2xkOyB2ZXJ0aWNhbC1hbGlnbjogdGV4dC10 b3A7IH0KCiAgICAgICAgb2wudGV4dCB7IG1hcmdpbi1sZWZ0OiAyZW07IG1hcmdpbi1yaWdodDog MmVtOyB9CiAgICAgICAgdWwudGV4dCB7IG1hcmdpbi1sZWZ0OiAyZW07IG1hcmdpbi1yaWdodDog MmVtOyB9CiAgICAgICAgbGkgICAgICB7IG1hcmdpbi1sZWZ0OiAzZW07IH0KCiAgICAgICAgLyog UkZDLTI2MjkgPHNwYW54PnMgYW5kIDxhcnR3b3JrPnMuICovCiAgICAgICAgZW0gICAgIHsgZm9u dC1zdHlsZTogaXRhbGljOyB9CiAgICAgICAgc3Ryb25nIHsgZm9udC13ZWlnaHQ6IGJvbGQ7IH0K ICAgICAgICBkZm4gICAgeyBmb250LXdlaWdodDogYm9sZDsgZm9udC1zdHlsZTogbm9ybWFsOyB9 CiAgICAgICAgY2l0ZSAgIHsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHlsZTogbm9ybWFs OyB9CiAgICAgICAgdHQgICAgIHsgY29sb3I6ICMwMzY7IH0KICAgICAgICB0dCwgcHJlLCBwcmUg ZGZuLCBwcmUgZW0sIHByZSBjaXRlLCBwcmUgc3BhbiB7CiAgICAgICAgICAgICAgICBmb250LWZh bWlseTogIkNvdXJpZXIgTmV3IiwgQ291cmllciwgbW9ub3NwYWNlOyBmb250LXNpemU6IHNtYWxs OwogICAgICAgIH0KICAgICAgICBwcmUgewogICAgICAgICAgICAgICAgdGV4dC1hbGlnbjogbGVm dDsgcGFkZGluZzogNHB4OwogICAgICAgICAgICAgICAgY29sb3I6ICMwMDA7IGJhY2tncm91bmQt Y29sb3I6ICNDQ0M7CiAgICAgICAgfQogICAgICAgIHByZSBkZm4gIHsgY29sb3I6ICM5MDA7IH0K ICAgICAgICBwcmUgZW0gICB7IGNvbG9yOiAjNjZGOyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZDOyBm b250LXdlaWdodDogbm9ybWFsOyB9CiAgICAgICAgcHJlIC5rZXkgeyBjb2xvcjogIzMzQzsgZm9u dC13ZWlnaHQ6IGJvbGQ7IH0KICAgICAgICBwcmUgLmlkICB7IGNvbG9yOiAjOTAwOyB9CiAgICAg ICAgcHJlIC5zdHIgeyBjb2xvcjogIzAwMDsgYmFja2dyb3VuZC1jb2xvcjogI0NGRjsgfQogICAg ICAgIHByZSAudmFsIHsgY29sb3I6ICMwNjY7IH0KICAgICAgICBwcmUgLnJlcCB7IGNvbG9yOiAj OTA5OyB9CiAgICAgICAgcHJlIC5vdGggeyBjb2xvcjogIzAwMDsgYmFja2dyb3VuZC1jb2xvcjog I0ZDRjsgfQogICAgICAgIHByZSAuZXJyIHsgYmFja2dyb3VuZC1jb2xvcjogI0ZDQzsgfQoKICAg ICAgICAvKiBSRkMtMjYyOSA8dGV4dHRhYmxlPnMuICovCiAgICAgICAgdGFibGUuYWxsLCB0YWJs ZS5mdWxsLCB0YWJsZS5oZWFkZXJzLCB0YWJsZS5ub25lIHsKICAgICAgICAgICAgICAgIGZvbnQt c2l6ZTogc21hbGw7IHRleHQtYWxpZ246IGNlbnRlcjsgYm9yZGVyLXdpZHRoOiAycHg7CiAgICAg ICAgICAgICAgICB2ZXJ0aWNhbC1hbGlnbjogdG9wOyBib3JkZXItY29sbGFwc2U6IGNvbGxhcHNl OwogICAgICAgIH0KICAgICAgICB0YWJsZS5hbGwsIHRhYmxlLmZ1bGwgeyBib3JkZXItc3R5bGU6 IHNvbGlkOyBib3JkZXItY29sb3I6IGJsYWNrOyB9CiAgICAgICAgdGFibGUuaGVhZGVycywgdGFi bGUubm9uZSB7IGJvcmRlci1zdHlsZTogbm9uZTsgfQogICAgICAgIHRoIHsKICAgICAgICAgICAg ICAgIGZvbnQtd2VpZ2h0OiBib2xkOyBib3JkZXItY29sb3I6IGJsYWNrOwogICAgICAgICAgICAg ICAgYm9yZGVyLXdpZHRoOiAycHggMnB4IDNweCAycHg7CiAgICAgICAgfQogICAgICAgIHRhYmxl LmFsbCB0aCwgdGFibGUuZnVsbCB0aCB7IGJvcmRlci1zdHlsZTogc29saWQ7IH0KICAgICAgICB0 YWJsZS5oZWFkZXJzIHRoIHsgYm9yZGVyLXN0eWxlOiBub25lIG5vbmUgc29saWQgbm9uZTsgfQog ICAgICAgIHRhYmxlLm5vbmUgdGggeyBib3JkZXItc3R5bGU6IG5vbmU7IH0KICAgICAgICB0YWJs ZS5hbGwgdGQgewogICAgICAgICAgICAgICAgYm9yZGVyLXN0eWxlOiBzb2xpZDsgYm9yZGVyLWNv bG9yOiAjMzMzOwogICAgICAgICAgICAgICAgYm9yZGVyLXdpZHRoOiAxcHggMnB4OwogICAgICAg IH0KICAgICAgICB0YWJsZS5mdWxsIHRkLCB0YWJsZS5oZWFkZXJzIHRkLCB0YWJsZS5ub25lIHRk IHsgYm9yZGVyLXN0eWxlOiBub25lOyB9CgogICAgICAgIGhyIHsgaGVpZ2h0OiAxcHg7IH0KICAg ICAgICBoci5pbnNlcnQgewogICAgICAgICAgICAgICAgd2lkdGg6IDgwJTsgYm9yZGVyLXN0eWxl OiBub25lOyBib3JkZXItd2lkdGg6IDA7CiAgICAgICAgICAgICAgICBjb2xvcjogI0NDQzsgYmFj a2dyb3VuZC1jb2xvcjogI0NDQzsKICAgICAgICB9Ci0tPjwvc3R5bGU+CjwvaGVhZD4KPGJvZHk+ Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIg Y2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhy ZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPHRhYmxlIHN1 bW1hcnk9ImxheW91dCIgd2lkdGg9IjY2JSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2Vs bHNwYWNpbmc9IjAiPjx0cj48dGQ+PHRhYmxlIHN1bW1hcnk9ImxheW91dCIgd2lkdGg9IjEwMCUi IGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjIiIGNlbGxzcGFjaW5nPSIxIj4KPHRyPjx0ZCBjbGFz cz0iaGVhZGVyIj5OZXR3b3JrIFdvcmtpbmcgR3JvdXA8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5N LiBKb25lczwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj5JbnRlcm5ldC1EcmFmdDwv dGQ+PHRkIGNsYXNzPSJoZWFkZXIiPk1pY3Jvc29mdDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0i aGVhZGVyIj5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjazwvdGQ+PHRkIGNsYXNzPSJo ZWFkZXIiPkQuIEhhcmR0PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJoZWFkZXIiPkV4cGlyZXM6 IEp1bmUgMTQsIDIwMTI8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5pbmRlcGVuZGVudDwvdGQ+PC90 cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5E LiBSZWNvcmRvbjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8L3RkPjx0 ZCBjbGFzcz0iaGVhZGVyIj5GYWNlYm9vazwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVy Ij4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5EZWNlbWJlciAxMiwgMjAxMTwvdGQ+PC90 cj4KPC90YWJsZT48L3RkPjwvdHI+PC90YWJsZT4KPGgxPjxiciAvPlRoZSBPQXV0aCAyLjAgQXV0 aG9yaXphdGlvbiBQcm90b2NvbDogQmVhcmVyIFRva2VuczxiciAvPmRyYWZ0LWlldGYtb2F1dGgt djItYmVhcmVyLTE1PC9oMT4KCjxoMz5BYnN0cmFjdDwvaDM+Cgo8cD4KICAgICAgICBUaGlzIHNw ZWNpZmljYXRpb24gZGVzY3JpYmVzIGhvdyB0byB1c2UgYmVhcmVyIHRva2VucyBpbiBIVFRQCiAg ICAgICAgcmVxdWVzdHMgdG8gYWNjZXNzIE9BdXRoIDIuMCBwcm90ZWN0ZWQgcmVzb3VyY2VzLiAg QW55IHBhcnR5CiAgICAgICAgaW4gcG9zc2Vzc2lvbiBvZiBhIGJlYXJlciB0b2tlbiAoYSAiYmVh cmVyIikgY2FuIHVzZSBpdCB0byBnZXQKICAgICAgICBhY2Nlc3MgdG8gdGhlIGFzc29jaWF0ZWQg cmVzb3VyY2VzICh3aXRob3V0IGRlbW9uc3RyYXRpbmcgcG9zc2Vzc2lvbgogICAgICAgIG9mIGEg Y3J5cHRvZ3JhcGhpYyBrZXkpLiAgVG8gcHJldmVudCBtaXN1c2UsIGJlYXJlciB0b2tlbnMKICAg ICAgICBuZWVkIHRvIGJlIHByb3RlY3RlZCBmcm9tIGRpc2Nsb3N1cmUgaW4gc3RvcmFnZSBhbmQg aW4gdHJhbnNwb3J0LgogICAgICAKPC9wPgo8aDM+U3RhdHVzIG9mIHRoaXMgTWVtbzwvaDM+Cjxw PgpUaGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCAgaW4gZnVsbApjb25mb3JtYW5jZSB3 aXRoIHRoZSBwcm92aXNpb25zIG9mIEJDUCZuYnNwOzc4IGFuZCBCQ1AmbmJzcDs3OS48L3A+Cjxw PgpJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBF bmdpbmVlcmluZwpUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5 IGFsc28gZGlzdHJpYnV0ZQp3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBU aGUgbGlzdCBvZiBjdXJyZW50CkludGVybmV0LURyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJlbnQvLjwvcD4KPHA+CkludGVybmV0LURyYWZ0cyBhcmUg ZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwphbmQgbWF5 IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0 IGFueSB0aW1lLgpJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMg cmVmZXJlbmNlIG1hdGVyaWFsIG9yIHRvIGNpdGUKdGhlbSBvdGhlciB0aGFuIGFzICZsZHF1bzt3 b3JrIGluIHByb2dyZXNzLiZyZHF1bzs8L3A+CjxwPgpUaGlzIEludGVybmV0LURyYWZ0IHdpbGwg ZXhwaXJlIG9uIEp1bmUgMTQsIDIwMTIuPC9wPgoKPGgzPkNvcHlyaWdodCBOb3RpY2U8L2gzPgo8 cD4KQ29weXJpZ2h0IChjKSAyMDExIElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZp ZWQgYXMgdGhlCmRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLjwvcD4KPHA+ ClRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3Mg TGVnYWwKUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cwooaHR0cDovL3RydXN0 ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YKcHVibGlj YXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzCmNh cmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdp dGggcmVzcGVjdAp0byB0aGlzIGRvY3VtZW50LiBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZy b20gdGhpcyBkb2N1bWVudCBtdXN0CmluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0 IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZgp0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9u cyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMKZGVzY3JpYmVkIGluIHRoZSBT aW1wbGlmaWVkIEJTRCBMaWNlbnNlLjwvcD4KPGEgbmFtZT0idG9jIj48L2E+PGJyIC8+PGhyIC8+ CjxoMz5UYWJsZSBvZiBDb250ZW50czwvaDM+CjxwIGNsYXNzPSJ0b2MiPgo8YSBocmVmPSIjYW5j aG9yMSI+MS48L2E+Jm5ic3A7CkludHJvZHVjdGlvbjxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8YSBocmVmPSIjYW5jaG9yMiI+MS4xLjwvYT4mbmJzcDsKTm90YXRpb25hbCBDb252ZW50 aW9uczxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjYW5jaG9yMyI+MS4y LjwvYT4mbmJzcDsKVGVybWlub2xvZ3k8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEg aHJlZj0iI2FuY2hvcjQiPjEuMy48L2E+Jm5ic3A7Ck92ZXJ2aWV3PGJyIC8+CjxhIGhyZWY9IiNh bmNob3I1Ij4yLjwvYT4mbmJzcDsKQXV0aGVudGljYXRlZCBSZXF1ZXN0czxiciAvPgombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjYXV0aHotaGVhZGVyIj4yLjEuPC9hPiZuYnNwOwpB dXRob3JpemF0aW9uIFJlcXVlc3QgSGVhZGVyIEZpZWxkPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzxhIGhyZWY9IiNib2R5LXBhcmFtIj4yLjIuPC9hPiZuYnNwOwpGb3JtLUVuY29kZWQg Qm9keSBQYXJhbWV0ZXI8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI3F1 ZXJ5LXBhcmFtIj4yLjMuPC9hPiZuYnNwOwpVUkkgUXVlcnkgUGFyYW1ldGVyPGJyIC8+CjxhIGhy ZWY9IiNhdXRobi1oZWFkZXIiPjMuPC9hPiZuYnNwOwpUaGUgV1dXLUF1dGhlbnRpY2F0ZSBSZXNw b25zZSBIZWFkZXIgRmllbGQ8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0i I3Jlc291cmNlLWVycm9yLWNvZGVzIj4zLjEuPC9hPiZuYnNwOwpFcnJvciBDb2RlczxiciAvPgo8 YSBocmVmPSIjc2VjLWNvbiI+NC48L2E+Jm5ic3A7ClNlY3VyaXR5IENvbnNpZGVyYXRpb25zPGJy IC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiN0aHJlYXRzIj40LjEuPC9hPiZu YnNwOwpTZWN1cml0eSBUaHJlYXRzPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhy ZWY9IiNtaXRpZ2F0aW9uIj40LjIuPC9hPiZuYnNwOwpUaHJlYXQgTWl0aWdhdGlvbjxiciAvPgom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjYW5jaG9yNiI+NC4zLjwvYT4mbmJzcDsK U3VtbWFyeSBvZiBSZWNvbW1lbmRhdGlvbnM8YnIgLz4KPGEgaHJlZj0iI2FuY2hvcjciPjUuPC9h PiZuYnNwOwpJQU5BIENvbnNpZGVyYXRpb25zPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OzxhIGhyZWY9IiNhbmNob3I4Ij41LjEuPC9hPiZuYnNwOwpPQXV0aCBBY2Nlc3MgVG9rZW4gVHlw ZSBSZWdpc3RyYXRpb248YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2FuY2hvcjkiPjUuMS4xLjwvYT4mbmJzcDsKVGhlICJCZWFy ZXIiIE9BdXRoIEFjY2VzcyBUb2tlbiBUeXBlPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OzxhIGhyZWY9IiNhbmNob3IxMCI+NS4yLjwvYT4mbmJzcDsKQXV0aGVudGljYXRpb24gU2NoZW1l IFJlZ2lzdHJhdGlvbjxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8YSBocmVmPSIjYW5jaG9yMTEiPjUuMi4xLjwvYT4mbmJzcDsKVGhlICJCZWFy ZXIiIEF1dGhlbnRpY2F0aW9uIFNjaGVtZTxiciAvPgo8YSBocmVmPSIjcmZjLnJlZmVyZW5jZXMx Ij42LjwvYT4mbmJzcDsKUmVmZXJlbmNlczxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 YSBocmVmPSIjcmZjLnJlZmVyZW5jZXMxIj42LjEuPC9hPiZuYnNwOwpOb3JtYXRpdmUgUmVmZXJl bmNlczxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjcmZjLnJlZmVyZW5j ZXMyIj42LjIuPC9hPiZuYnNwOwpJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzPGJyIC8+CjxhIGhyZWY9 IiNhbmNob3IxNCI+QXBwZW5kaXgmbmJzcDtBLjwvYT4mbmJzcDsKQWNrbm93bGVkZ2VtZW50czxi ciAvPgo8YSBocmVmPSIjYW5jaG9yMTUiPkFwcGVuZGl4Jm5ic3A7Qi48L2E+Jm5ic3A7CkRvY3Vt ZW50IEhpc3Rvcnk8YnIgLz4KPGEgaHJlZj0iI3JmYy5hdXRob3JzIj4mIzE2Nzs8L2E+Jm5ic3A7 CkF1dGhvcnMnIEFkZHJlc3NlczxiciAvPgo8L3A+CjxiciBjbGVhcj0iYWxsIiAvPgoKPGEgbmFt ZT0iYW5jaG9yMSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxs cGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+ PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+ PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjEiPjwvYT48aDM+MS4mbmJz cDsKSW50cm9kdWN0aW9uPC9oMz4KCjxwPgogICAgICAgIE9BdXRoIGVuYWJsZXMgY2xpZW50cyB0 byBhY2Nlc3MgcHJvdGVjdGVkIHJlc291cmNlcyBieQogICAgICAgIG9idGFpbmluZyBhbiBhY2Nl c3MgdG9rZW4sIHdoaWNoIGlzIGRlZmluZWQgaW4KCU9BdXRoIDIuMCBBdXRob3JpemF0aW9uIDxh IGNsYXNzPSdpbmZvJyBocmVmPScjSS1ELmlldGYtb2F1dGgtdjInPltJJiM4MjA5O0QuaWV0ZiYj ODIwOTtvYXV0aCYjODIwOTt2Ml08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SGFt bWVyLUxhaGF2LCBFLiwgUmVjb3Jkb24sIEQuLCBhbmQgRC4gSGFyZHQsICZsZHF1bztUaGUgT0F1 dGggMi4wIEF1dGhvcml6YXRpb24gUHJvdG9jb2wsJnJkcXVvOyBTZXB0ZW1iZXImbmJzcDsyMDEx Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4KCWFzICJhIHN0cmluZyByZXByZXNlbnRpbmcgYW4g YWNjZXNzCiAgICAgICAgYXV0aG9yaXphdGlvbiBpc3N1ZWQgdG8gdGhlIGNsaWVudCIsIHJhdGhl ciB0aGFuIHVzaW5nIHRoZQogICAgICAgIHJlc291cmNlIG93bmVyJ3MgY3JlZGVudGlhbHMgZGly ZWN0bHkuCiAgICAgIAo8L3A+CjxwPgogICAgICAgIFRva2VucyBhcmUgaXNzdWVkIHRvIGNsaWVu dHMgYnkgYW4gYXV0aG9yaXphdGlvbiBzZXJ2ZXIgd2l0aCB0aGUgYXBwcm92YWwgb2YKICAgICAg ICB0aGUgcmVzb3VyY2Ugb3duZXIuIFRoZSBjbGllbnQgdXNlcyB0aGUgYWNjZXNzIHRva2VuIHRv IGFjY2VzcyB0aGUgcHJvdGVjdGVkIHJlc291cmNlcwogICAgICAgIGhvc3RlZCBieSB0aGUgcmVz b3VyY2Ugc2VydmVyLiBUaGlzIHNwZWNpZmljYXRpb24gZGVzY3JpYmVzIGhvdyB0byBtYWtlIHBy b3RlY3RlZCByZXNvdXJjZQogICAgICAgIHJlcXVlc3RzIHdoZW4gdGhlIE9BdXRoIGFjY2VzcyB0 b2tlbiBpcyBhIGJlYXJlciB0b2tlbi4KICAgICAgCjwvcD4KPHA+CiAgICAgICAgVGhpcyBzcGVj aWZpY2F0aW9uIGRlZmluZXMgdGhlIHVzZSBvZiBiZWFyZXIgdG9rZW5zIG92ZXIKICAgICAgICBI VFRQLzEuMSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI0ktRC5pZXRmLWh0dHBiaXMtcDEtbWVzc2Fn aW5nJz5bSSYjODIwOTtELmlldGYmIzgyMDk7aHR0cGJpcyYjODIwOTtwMSYjODIwOTttZXNzYWdp bmddPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlz LCBKLiwgTW9ndWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJl cm5lcnMtTGVlLCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4x LCBwYXJ0IDE6IFVSSXMsIENvbm5lY3Rpb25zLCBhbmQgTWVzc2FnZSBQYXJzaW5nLCZyZHF1bzsg T2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPgoJdXNpbmcKCVRMUyA8 YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzUyNDYnPltSRkM1MjQ2XTxzcGFuPiAoPC9zcGFuPjxz cGFuIGNsYXNzPSdpbmZvJz5EaWVya3MsIFQuIGFuZCBFLiBSZXNjb3JsYSwgJmxkcXVvO1RoZSBU cmFuc3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRMUykgUHJvdG9jb2wgVmVyc2lvbiAxLjIsJnJkcXVv OyBBdWd1c3QmbmJzcDsyMDA4Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gdG8gYWNjZXNzIHBy b3RlY3RlZCByZXNvdXJjZXMuCglUTFMgaXMgbWFuZGF0b3J5IHRvIGltcGxlbWVudAogICAgICAg IGFuZCB1c2Ugd2l0aCB0aGlzIHNwZWNpZmljYXRpb247IG90aGVyIHNwZWNpZmljYXRpb25zIG1h eQogICAgICAgIGV4dGVuZCB0aGlzIHNwZWNpZmljYXRpb24gZm9yIHVzZSB3aXRoIG90aGVyIHRy YW5zcG9ydAogICAgICAgIHByb3RvY29scy4KCVdoaWxlIGRlc2lnbmVkIGZvciB1c2Ugd2l0aCBh Y2Nlc3MgdG9rZW5zIHJlc3VsdGluZyBmcm9tCglPQXV0aCAyLjAgQXV0aG9yaXphdGlvbiA8YSBj bGFzcz0naW5mbycgaHJlZj0nI0ktRC5pZXRmLW9hdXRoLXYyJz5bSSYjODIwOTtELmlldGYmIzgy MDk7b2F1dGgmIzgyMDk7djJdPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhhbW1l ci1MYWhhdiwgRS4sIFJlY29yZG9uLCBELiwgYW5kIEQuIEhhcmR0LCAmbGRxdW87VGhlIE9BdXRo IDIuMCBBdXRob3JpemF0aW9uIFByb3RvY29sLCZyZHF1bzsgU2VwdGVtYmVyJm5ic3A7MjAxMS48 L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+CglmbG93cyB0byBhY2Nlc3MgT0F1dGggcHJvdGVjdGVk IHJlc291cmNlcywgdGhpcwoJc3BlY2lmaWNhdGlvbiBhY3R1YWxseSBkZWZpbmVzIGEgZ2VuZXJh bCBIVFRQIGF1dGhvcml6YXRpb24KCW1ldGhvZCB0aGF0IGNhbiBiZSB1c2VkIHdpdGggYmVhcmVy IHRva2VucyBmcm9tIGFueSBzb3VyY2UKCXRvIGFjY2VzcyBhbnkgcmVzb3VyY2VzIHByb3RlY3Rl ZCBieSB0aG9zZSBiZWFyZXIgdG9rZW5zLgogICAgICAKPC9wPgo8YSBuYW1lPSJhbmNob3IyIj48 L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBj ZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNz PSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90 YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMS4xIj48L2E+PGgzPjEuMS4mbmJzcDsKTm90YXRp b25hbCBDb252ZW50aW9uczwvaDM+Cgo8cD4KICAgICAgICAgIFRoZSBrZXkgd29yZHMgJ01VU1Qn LCAnTVVTVCBOT1QnLCAnUkVRVUlSRUQnLCAnU0hBTEwnLCAnU0hBTEwgTk9UJywgJ1NIT1VMRCcs ICdTSE9VTEQKICAgICAgICAgIE5PVCcsICdSRUNPTU1FTkRFRCcsICdNQVknLCBhbmQgJ09QVElP TkFMJyBpbiB0aGlzIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcwogICAgICAgICAg ZGVzY3JpYmVkIGluCgkgIEtleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUgUmVx dWlyZW1lbnQgTGV2ZWxzIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDMjExOSc+W1JGQzIxMTld PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkJyYWRuZXIsIFMuLCAmbGRxdW87S2V5 IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZSBSZXF1aXJlbWVudCBMZXZlbHMsJnJk cXVvOyBNYXJjaCZuYnNwOzE5OTcuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KICAgICAgICAK PC9wPgo8cD4KICAgICAgICAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0aGUgQXVnbWVudGVkIEJhY2t1 cy1OYXVyIEZvcm0gKEFCTkYpCiAgICAgICAgICBub3RhdGlvbiBvZgoJICBIVFRQLzEuMSwgUGFy dCAxIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjSS1ELmlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmcn PltJJiM4MjA5O0QuaWV0ZiYjODIwOTtodHRwYmlzJiM4MjA5O3AxJiM4MjA5O21lc3NhZ2luZ108 c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEou LCBNb2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNpbnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVy cy1MZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBSZXNjaGtlLCAmbGRxdW87SFRUUC8xLjEsIHBh cnQgMTogVVJJcywgQ29ubmVjdGlvbnMsIGFuZCBNZXNzYWdlIFBhcnNpbmcsJnJkcXVvOyBPY3Rv YmVyJm5ic3A7MjAxMS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+LAogICAgICAgICAgd2hpY2gg aXMgYmFzZWQgdXBvbiB0aGUKCSAgQXVnbWVudGVkIEJhY2t1cy1OYXVyIEZvcm0gKEFCTkYpIDxh IGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTIzNCc+W1JGQzUyMzRdPHNwYW4+ICg8L3NwYW4+PHNw YW4gY2xhc3M9J2luZm8nPkNyb2NrZXIsIEQuIGFuZCBQLiBPdmVyZWxsLCAmbGRxdW87QXVnbWVu dGVkIEJORiBmb3IgU3ludGF4IFNwZWNpZmljYXRpb25zOiBBQk5GLCZyZHF1bzsgSmFudWFyeSZu YnNwOzIwMDguPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPgoJICBub3RhdGlvbi4gIEFkZGl0aW9u YWxseSwgdGhlIGZvbGxvd2luZyBydWxlcyBhcmUgaW5jbHVkZWQgZnJvbQoJICBIVFRQLzEuMSwg UGFydCA3IDxhIGNsYXNzPSdpbmZvJyBocmVmPScjSS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoJz5b SSYjODIwOTtELmlldGYmIzgyMDk7aHR0cGJpcyYjODIwOTtwNyYjODIwOTthdXRoXTxzcGFuPiAo PC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5GaWVsZGluZywgUi4sIEdldHR5cywgSi4sIE1vZ3Vs LCBKLiwgTmllbHNlbiwgSC4sIE1hc2ludGVyLCBMLiwgTGVhY2gsIFAuLCBCZXJuZXJzLUxlZSwg VC4sIExhZm9uLCBZLiwgYW5kIEouIFJlc2Noa2UsICZsZHF1bztIVFRQLzEuMSwgcGFydCA3OiBB dXRoZW50aWNhdGlvbiwmcmRxdW87IE9jdG9iZXImbmJzcDsyMDExLjwvc3Bhbj48c3Bhbj4pPC9z cGFuPjwvYT46CgkgIGI2NHRva2VuLCBhdXRoLXBhcmFtLCBhbmQgcmVhbG07IGZyb20KCSAgSFRU UC8xLjEsIFBhcnQgMSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI0ktRC5pZXRmLWh0dHBiaXMtcDEt bWVzc2FnaW5nJz5bSSYjODIwOTtELmlldGYmIzgyMDk7aHR0cGJpcyYjODIwOTtwMSYjODIwOTtt ZXNzYWdpbmddPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwg R2V0dHlzLCBKLiwgTW9ndWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwg UC4sIEJlcm5lcnMtTGVlLCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hU VFAvMS4xLCBwYXJ0IDE6IFVSSXMsIENvbm5lY3Rpb25zLCBhbmQgTWVzc2FnZSBQYXJzaW5nLCZy ZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPjoKCSAgcXVv dGVkLXN0cmluZzsgYW5kIGZyb20KCSAgVW5pZm9ybSBSZXNvdXJjZSBJZGVudGlmaWVyIChVUkkp IDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDMzk4Nic+W1JGQzM5ODZdPHNwYW4+ICg8L3NwYW4+ PHNwYW4gY2xhc3M9J2luZm8nPkJlcm5lcnMtTGVlLCBULiwgRmllbGRpbmcsIFIuLCBhbmQgTC4g TWFzaW50ZXIsICZsZHF1bztVbmlmb3JtIFJlc291cmNlIElkZW50aWZpZXIgKFVSSSk6IEdlbmVy aWMgU3ludGF4LCZyZHF1bzsgSmFudWFyeSZuYnNwOzIwMDUuPC9zcGFuPjxzcGFuPik8L3NwYW4+ PC9hPjoKCSAgVVJJLVJlZmVyZW5jZS4KICAgICAgICAKPC9wPgo8cD4KICAgICAgICAgIFVubGVz cyBvdGhlcndpc2Ugbm90ZWQsIGFsbCB0aGUgcHJvdG9jb2wgcGFyYW1ldGVyIG5hbWVzIGFuZCB2 YWx1ZXMgYXJlIGNhc2Ugc2Vuc2l0aXZlLgogICAgICAgIAo8L3A+CjxhIG5hbWU9ImFuY2hvcjMi PjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAi IGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xh c3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48 L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4xLjIiPjwvYT48aDM+MS4yLiZuYnNwOwpUZXJt aW5vbG9neTwvaDM+Cgo8cD4KICAgICAgICAgIDwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQi PjxkbD4KPGR0PkJlYXJlciBUb2tlbjwvZHQ+CjxkZD4KICAgICAgICAgICAgICAKICAgICAgICAg ICAgICBBIHNlY3VyaXR5IHRva2VuIHdpdGggdGhlIHByb3BlcnR5IHRoYXQgYW55IHBhcnR5IGlu CiAgICAgICAgICAgICAgcG9zc2Vzc2lvbiBvZiB0aGUgdG9rZW4gKGEgImJlYXJlciIpIGNhbiB1 c2UgdGhlIHRva2VuCiAgICAgICAgICAgICAgaW4gYW55IHdheSB0aGF0IGFueSBvdGhlciBwYXJ0 eSBpbiBwb3NzZXNzaW9uIG9mIGl0IGNhbi4KICAgICAgICAgICAgICBVc2luZyBhIGJlYXJlciB0 b2tlbiBkb2VzIG5vdCByZXF1aXJlIGEgYmVhcmVyIHRvIHByb3ZlCiAgICAgICAgICAgICAgcG9z c2Vzc2lvbiBvZiBjcnlwdG9ncmFwaGljIGtleSBtYXRlcmlhbAogICAgICAgICAgICAgIChwcm9v Zi1vZi1wb3NzZXNzaW9uKS4KICAgICAgICAgICAgCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPjxw PgogICAgICAgIAo8L3A+CjxwPgogICAgICAgICAgQWxsIG90aGVyIHRlcm1zIGFyZSBhcyBkZWZp bmVkIGluCgkgIE9BdXRoIDIuMCBBdXRob3JpemF0aW9uIDxhIGNsYXNzPSdpbmZvJyBocmVmPScj SS1ELmlldGYtb2F1dGgtdjInPltJJiM4MjA5O0QuaWV0ZiYjODIwOTtvYXV0aCYjODIwOTt2Ml08 c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SGFtbWVyLUxhaGF2LCBFLiwgUmVjb3Jk b24sIEQuLCBhbmQgRC4gSGFyZHQsICZsZHF1bztUaGUgT0F1dGggMi4wIEF1dGhvcml6YXRpb24g UHJvdG9jb2wsJnJkcXVvOyBTZXB0ZW1iZXImbmJzcDsyMDExLjwvc3Bhbj48c3Bhbj4pPC9zcGFu PjwvYT4uCiAgICAgICAgCjwvcD4KPGEgbmFtZT0iYW5jaG9yNCI+PC9hPjxiciAvPjxociAvPgo8 dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNs YXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVm PSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJm Yy5zZWN0aW9uLjEuMyI+PC9hPjxoMz4xLjMuJm5ic3A7Ck92ZXJ2aWV3PC9oMz4KCjxwPgogICAg ICAgICAgT0F1dGggcHJvdmlkZXMgYSBtZXRob2QgZm9yIGNsaWVudHMgdG8gYWNjZXNzIGEgcHJv dGVjdGVkIHJlc291cmNlIG9uIGJlaGFsZiBvZiBhCiAgICAgICAgICByZXNvdXJjZSBvd25lci4g SW4gdGhlIGdlbmVyYWwgY2FzZSwKCSAgYmVmb3JlIGEgY2xpZW50IGNhbiBhY2Nlc3MgYSBwcm90 ZWN0ZWQgcmVzb3VyY2UsIGl0IG11c3QgZmlyc3Qgb2J0YWluCiAgICAgICAgICBhbiBhdXRob3Jp emF0aW9uIGdyYW50IGZyb20gdGhlIHJlc291cmNlIG93bmVyIGFuZCB0aGVuIGV4Y2hhbmdlIHRo ZSBhdXRob3JpemF0aW9uIGdyYW50IGZvcgogICAgICAgICAgYW4gYWNjZXNzIHRva2VuLgoJICBU aGUgYWNjZXNzIHRva2VuIHJlcHJlc2VudHMgdGhlIGdyYW50J3Mgc2NvcGUsIGR1cmF0aW9uLCBh bmQKCSAgb3RoZXIgYXR0cmlidXRlcyBncmFudGVkIGJ5IHRoZSBhdXRob3JpemF0aW9uIGdyYW50 LiBUaGUKCSAgY2xpZW50IGFjY2Vzc2VzIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UgYnkgcHJlc2Vu dGluZyB0aGUKCSAgYWNjZXNzIHRva2VuIHRvIHRoZSByZXNvdXJjZSBzZXJ2ZXIuCgkgIEluIHNv bWUgY2FzZXMsIGEgY2xpZW50IGNhbiBkaXJlY3RseSBwcmVzZW50IGl0cyBvd24KCSAgY3JlZGVu dGlhbHMgdG8gYW4gYXV0aG9yaXphdGlvbiBzZXJ2ZXIgdG8gb2J0YWluIGFuIGFjY2VzcwoJICB0 b2tlbiB3aXRob3V0IGhhdmluZyB0byBmaXJzdCBvYnRhaW4gYW4gYXV0aG9yaXphdGlvbiBncmFu dCBmcm9tIGEKCSAgcmVzb3VyY2Ugb3duZXIuCiAgICAgICAgCjwvcD4KPHA+CiAgICAgICAgICBU aGUgYWNjZXNzIHRva2VuIHByb3ZpZGVzIGFuIGFic3RyYWN0aW9uLCByZXBsYWNpbmcgZGlmZmVy ZW50IGF1dGhvcml6YXRpb24KICAgICAgICAgIGNvbnN0cnVjdHMgKGUuZy4gdXNlcm5hbWUgYW5k IHBhc3N3b3JkLCBhc3NlcnRpb24pIGZvciBhIHNpbmdsZSB0b2tlbiB1bmRlcnN0b29kIGJ5IHRo ZQogICAgICAgICAgcmVzb3VyY2Ugc2VydmVyLiBUaGlzIGFic3RyYWN0aW9uIGVuYWJsZXMgaXNz dWluZyBhY2Nlc3MgdG9rZW5zIHZhbGlkIGZvciBhIHNob3J0IHRpbWUKICAgICAgICAgIHBlcmlv ZCwgYXMgd2VsbCBhcyByZW1vdmluZyB0aGUgcmVzb3VyY2Ugc2VydmVyJ3MgbmVlZCB0byB1bmRl cnN0YW5kIGEgd2lkZSByYW5nZSBvZgogICAgICAgICAgYXV0aGVudGljYXRpb24gc2NoZW1lcy4K ICAgICAgICAKPC9wPjxiciAvPjxociBjbGFzcz0iaW5zZXJ0IiAvPgo8YSBuYW1lPSJGaWd1cmUt MSI+PC9hPgo8ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0 OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KKy0tLS0tLS0tKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tKwp8ICAgICAgICB8LS0oQSktIEF1dGhv cml6YXRpb24gUmVxdWVzdCAtJmd0O3wgICBSZXNvdXJjZSAgICB8CnwgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgT3duZXIgICAgIHwKfCAgICAgICAgfCZsdDst KEIpLS0gQXV0aG9yaXphdGlvbiBHcmFudCAtLS18ICAgICAgICAgICAgICAgfAp8ICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0rCnwgICAgICAg IHwKfCAgICAgICAgfCAgICAgICAgQXV0aG9yaXphdGlvbiBHcmFudCAmYW1wOyAgKy0tLS0tLS0t LS0tLS0tLSsKfCAgICAgICAgfC0tKEMpLS0tIENsaWVudCBDcmVkZW50aWFscyAtLSZndDt8IEF1 dGhvcml6YXRpb24gfAp8IENsaWVudCB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg ICAgIFNlcnZlciAgICB8CnwgICAgICAgIHwmbHQ7LShEKS0tLS0tIEFjY2VzcyBUb2tlbiAtLS0t LS0tfCAgICAgICAgICAgICAgIHwKfCAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICArLS0tLS0tLS0tLS0tLS0tKwp8ICAgICAgICB8CnwgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLSsKfCAgICAgICAgfC0tKEUpLS0tLS0g QWNjZXNzIFRva2VuIC0tLS0tLSZndDt8ICAgIFJlc291cmNlICAgfAp8ICAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIFNlcnZlciAgICB8CnwgICAgICAgIHwmbHQ7 LShGKS0tLSBQcm90ZWN0ZWQgUmVzb3VyY2UgLS0tfCAgICAgICAgICAgICAgIHwKKy0tLS0tLS0t KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tKwo8L3ByZT48 L2Rpdj48dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGFs aWduPSJjZW50ZXIiPjx0cj48dGQgYWxpZ249ImNlbnRlciI+PGZvbnQgZmFjZT0ibW9uYWNvLCBN UyBTYW5zIFNlcmlmIiBzaXplPSIxIj48Yj4mbmJzcDtGaWd1cmUmbmJzcDsxOiBBYnN0cmFjdCBQ cm90b2NvbCBGbG93Jm5ic3A7PC9iPjwvZm9udD48YnIgLz48L3RkPjwvdHI+PC90YWJsZT48aHIg Y2xhc3M9Imluc2VydCIgLz4KCjxwPgogICAgICAgICAgVGhlIGFic3RyYWN0IGZsb3cgaWxsdXN0 cmF0ZWQgaW4gPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNGaWd1cmUtMSc+RmlndXJlJm5ic3A7MTxz cGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5BYnN0cmFjdCBQcm90b2NvbCBGbG93PC9z cGFuPjxzcGFuPik8L3NwYW4+PC9hPiBkZXNjcmliZXMgdGhlIG92ZXJhbGwKICAgICAgICAgIE9B dXRoIDIuMCBwcm90b2NvbCBhcmNoaXRlY3R1cmUuIFRoZSBmb2xsb3dpbmcgc3RlcHMgYXJlIHNw ZWNpZmllZCB3aXRoaW4gdGhpcwogICAgICAgICAgZG9jdW1lbnQ6CgogICAgICAgICAgPC9wPgo8 YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+CjxwPgogICAgICAgICAgICAgIEUpIFRoZSBjbGllbnQg bWFrZXMgYSBwcm90ZWN0ZWQgcmVzb3VyY2UgcmVxdWVzdCB0byB0aGUgcmVzb3VyY2Ugc2VydmVy IGJ5IHByZXNlbnRpbmcKICAgICAgICAgICAgICB0aGUgYWNjZXNzIHRva2VuLgogICAgICAgICAg ICAKPC9wPgo8cD4KICAgICAgICAgICAgICBGKSBUaGUgcmVzb3VyY2Ugc2VydmVyIHZhbGlkYXRl cyB0aGUgYWNjZXNzIHRva2VuLCBhbmQgaWYgdmFsaWQsIHNlcnZlcyB0aGUgcmVxdWVzdC4KICAg ICAgICAgICAgCjwvcD4KPC9ibG9ja3F1b3RlPjxwPgogICAgICAgIAo8L3A+CjxhIG5hbWU9ImFu Y2hvcjUiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48 dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+ PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4yIj48L2E+PGgzPjIuJm5ic3A7CkF1 dGhlbnRpY2F0ZWQgUmVxdWVzdHM8L2gzPgoKPHA+CglUaGlzIHNlY3Rpb24gZGVmaW5lcyB0aHJl ZQoJbWV0aG9kcyBvZiBzZW5kaW5nIGJlYXJlciBhY2Nlc3MgdG9rZW5zIGluIHJlc291cmNlIHJl cXVlc3RzCgl0byByZXNvdXJjZSBzZXJ2ZXJzLiAgQ2xpZW50cyBNVVNUIE5PVCB1c2UgbW9yZSB0 aGFuIG9uZQoJbWV0aG9kIHRvIHRyYW5zbWl0IHRoZSB0b2tlbiBpbiBlYWNoIHJlcXVlc3QuCiAg ICAgIAo8L3A+CjxhIG5hbWU9ImF1dGh6LWhlYWRlciI+PC9hPjxiciAvPjxociAvPgo8dGFibGUg c3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJU T0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9j Ij4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0 aW9uLjIuMSI+PC9hPjxoMz4yLjEuJm5ic3A7CkF1dGhvcml6YXRpb24gUmVxdWVzdCBIZWFkZXIg RmllbGQ8L2gzPgoKPHA+CgkgIFdoZW4gc2VuZGluZyB0aGUgYWNjZXNzIHRva2VuIGluIHRoZSA8 dHQ+QXV0aG9yaXphdGlvbjwvdHQ+IHJlcXVlc3QgaGVhZGVyIGZpZWxkCgkgIGRlZmluZWQgYnkK CSAgSFRUUC8xLjEsIFBhcnQgNyA8YSBjbGFzcz0naW5mbycgaHJlZj0nI0ktRC5pZXRmLWh0dHBi aXMtcDctYXV0aCc+W0kmIzgyMDk7RC5pZXRmJiM4MjA5O2h0dHBiaXMmIzgyMDk7cDcmIzgyMDk7 YXV0aF08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+RmllbGRpbmcsIFIuLCBHZXR0 eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNpbnRlciwgTC4sIExlYWNoLCBQLiwg QmVybmVycy1MZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBSZXNjaGtlLCAmbGRxdW87SFRUUC8x LjEsIHBhcnQgNzogQXV0aGVudGljYXRpb24sJnJkcXVvOyBPY3RvYmVyJm5ic3A7MjAxMS48L3Nw YW4+PHNwYW4+KTwvc3Bhbj48L2E+LAoJICB0aGUKCSAgY2xpZW50IHVzZXMgdGhlIDx0dD5CZWFy ZXI8L3R0PgoJICBhdXRoZW50aWNhdGlvbiBzY2hlbWUgdG8gdHJhbnNtaXQgdGhlIGFjY2VzcyB0 b2tlbi4KICAgICAgICAKPC9wPgo8cD4KICAgICAgICAgICAgRm9yIGV4YW1wbGU6CiAgICAgICAg ICAKPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6 IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgpHRVQgL3Jlc291cmNlIEhUVFAvMS4xCkhv c3Q6IHNlcnZlci5leGFtcGxlLmNvbQpBdXRob3JpemF0aW9uOiBCZWFyZXIgdkY5ZGZ0NHFtVAo8 L3ByZT48L2Rpdj4KPHA+CiAgICAgICAgICBUaGUgPHR0PkF1dGhvcml6YXRpb248L3R0PiBoZWFk ZXIgZmllbGQgdXNlcyB0aGUgZnJhbWV3b3JrIGRlZmluZWQgYnkKICAgICAgICAgIEhUVFAvMS4x LCBQYXJ0IDcgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgn PltJJiM4MjA5O0QuaWV0ZiYjODIwOTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNwYW4+ ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwgTW9n dWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMtTGVl LCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0IDc6 IEF1dGhlbnRpY2F0aW9uLCZyZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8 L3NwYW4+PC9hPgoJICBhcyBmb2xsb3dzOgogICAgICAgIAo8L3A+PGRpdiBzdHlsZT0nZGlzcGxh eTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8n PjxwcmU+CmNyZWRlbnRpYWxzID0gIkJlYXJlciIgMSpTUCBiNjR0b2tlbgo8L3ByZT48L2Rpdj4K PHA+CgkgIFRoZSBiNjR0b2tlbiBzeW50YXggd2FzIGNob3NlbiBvdmVyIHRoZSBhbHRlcm5hdGl2 ZQoJICAjYXV0aC1wYXJhbSBzeW50YXggYWxzbyBkZWZpbmVkIGJ5CgkgIEhUVFAvMS4xLCBQYXJ0 IDcgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgnPltJJiM4 MjA5O0QuaWV0ZiYjODIwOTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNwYW4+ICg8L3Nw YW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwgTW9ndWwsIEou LCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMtTGVlLCBULiwg TGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0IDc6IEF1dGhl bnRpY2F0aW9uLCZyZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+ PC9hPgoJICBib3RoIGZvciBzaW1wbGljaXR5CgkgIGFuZCBmb3IgY29tcGF0aWJpbGl0eSB3aXRo IGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucy4KCSAgSWYgYWRkaXRpb25hbCBwYXJhbWV0ZXJzIGFy ZSBuZWVkZWQgaW4gdGhlIGZ1dHVyZSwgYQoJICBkaWZmZXJlbnQgc2NoZW1lIHdvdWxkIG5lZWQg dG8gYmUgZGVmaW5lZC4KCQo8L3A+CjxwPgoJICBDbGllbnRzIFNIT1VMRCBtYWtlIGF1dGhlbnRp Y2F0ZWQgcmVxdWVzdHMgd2l0aCBhIGJlYXJlcgoJICB0b2tlbiB1c2luZyB0aGUgPHR0PkF1dGhv cml6YXRpb248L3R0PgoJICByZXF1ZXN0IGhlYWRlciBmaWVsZCB3aXRoIHRoZSA8dHQ+QmVhcmVy PC90dD4gSFRUUCBhdXRob3JpemF0aW9uIHNjaGVtZS4KCSAgUmVzb3VyY2Ugc2VydmVycyBNVVNU IHN1cHBvcnQgdGhpcyBtZXRob2QuCgkKPC9wPgo8YSBuYW1lPSJib2R5LXBhcmFtIj48L2E+PGJy IC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3Bh Y2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0Ni dWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4K PGEgbmFtZT0icmZjLnNlY3Rpb24uMi4yIj48L2E+PGgzPjIuMi4mbmJzcDsKRm9ybS1FbmNvZGVk IEJvZHkgUGFyYW1ldGVyPC9oMz4KCjxwPgogICAgICAgICAgV2hlbiBzZW5kaW5nIHRoZSBhY2Nl c3MgdG9rZW4gaW4gdGhlIEhUVFAgcmVxdWVzdAogICAgICAgICAgZW50aXR5LWJvZHksIHRoZSBj bGllbnQgYWRkcyB0aGUgYWNjZXNzIHRva2VuIHRvIHRoZSByZXF1ZXN0CiAgICAgICAgICBib2R5 IHVzaW5nIHRoZSA8dHQ+YWNjZXNzX3Rva2VuPC90dD4KICAgICAgICAgIHBhcmFtZXRlci4gIFRo ZSBjbGllbnQgTVVTVCBOT1QgdXNlIHRoaXMgbWV0aG9kIHVubGVzcwoJICBhbGwgb2YgdGhlIGZv bGxvd2luZyBjb25kaXRpb25zIGFyZSBtZXQ6CiAgICAgICAgICA8L3A+Cjx1bCBjbGFzcz0idGV4 dCI+CjxsaT4KICAgICAgICAgICAgICBUaGUgSFRUUCByZXF1ZXN0IGVudGl0eS1ib2R5IGlzIHNp bmdsZS1wYXJ0LgogICAgICAgICAgICAKPC9saT4KPGxpPgogICAgICAgICAgICAgIFRoZSBlbnRp dHktYm9keSBmb2xsb3dzIHRoZSBlbmNvZGluZyByZXF1aXJlbWVudHMgb2YgdGhlCiAgICAgICAg ICAgICAgPHR0PmFwcGxpY2F0aW9uL3gtd3d3LWZvcm0tdXJsZW5jb2RlZDwvdHQ+IGNvbnRlbnQt dHlwZSBhcwogICAgICAgICAgICAgIGRlZmluZWQgYnkKCSAgICAgIEhUTUwgNC4wMSA8YSBjbGFz cz0naW5mbycgaHJlZj0nI1czQy5SRUMtaHRtbDQwMS0xOTk5MTIyNCc+W1czQy5SRUMmIzgyMDk7 aHRtbDQwMSYjODIwOTsxOTk5MTIyNF08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+ SmFjb2JzLCBJLiwgUmFnZ2V0dCwgRC4sIGFuZCBBLiBIb3JzLCAmbGRxdW87SFRNTCA0LjAxIFNw ZWNpZmljYXRpb24sJnJkcXVvOyBEZWNlbWJlciZuYnNwOzE5OTkuPC9zcGFuPjxzcGFuPik8L3Nw YW4+PC9hPi4KICAgICAgICAgICAgCjwvbGk+CjxsaT4KICAgICAgICAgICAgICBUaGUgSFRUUCBy ZXF1ZXN0IGVudGl0eS1oZWFkZXIgaW5jbHVkZXMgdGhlIDx0dD5Db250ZW50LVR5cGU8L3R0Pgog ICAgICAgICAgICAgIGhlYWRlciBmaWVsZCBzZXQgdG8gPHR0PmFwcGxpY2F0aW9uL3gtd3d3LWZv cm0tdXJsZW5jb2RlZDwvdHQ+LgogICAgICAgICAgICAKPC9saT4KPGxpPgogICAgICAgICAgICAg IFRoZSBIVFRQIHJlcXVlc3QgbWV0aG9kIGlzIG9uZSBmb3Igd2hpY2ggdGhlIHJlcXVlc3QKICAg ICAgICAgICAgICBib2R5IGhhcyBkZWZpbmVkIHNlbWFudGljcy4gIEluIHBhcnRpY3VsYXIsCiAg ICAgICAgICAgICAgdGhpcyBtZWFucyB0aGF0IHRoZSA8dHQ+R0VUPC90dD4KICAgICAgICAgICAg ICBtZXRob2QgTVVTVCBOT1QgYmUgdXNlZC4KICAgICAgICAgICAgCjwvbGk+CjxsaT4KCSAgICAg IFRoZSBjb250ZW50IHRvIGJlIGVuY29kZWQgaW4gdGhlIGVudGl0eS1ib2R5IE1VU1QKCSAgICAg IGNvbnNpc3QgZW50aXJlbHkgb2YgQVNDSUkgY2hhcmFjdGVycy4KCSAgICAKPC9saT4KPC91bD48 cD4KICAgICAgICAKPC9wPgo8cD4KICAgICAgICAgIFRoZSBlbnRpdHktYm9keSBNQVkgaW5jbHVk ZSBvdGhlciByZXF1ZXN0LXNwZWNpZmljCiAgICAgICAgICBwYXJhbWV0ZXJzLCBpbiB3aGljaCBj YXNlLCB0aGUgPHR0PmFjY2Vzc190b2tlbjwvdHQ+IHBhcmFtZXRlciBNVVNUIGJlIHByb3Blcmx5 CiAgICAgICAgICBzZXBhcmF0ZWQgZnJvbSB0aGUgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJz IHVzaW5nIDx0dD4mYW1wOzwvdHQ+IGNoYXJhY3RlcihzKSAoQVNDSUkgY29kZSAzOCkuCiAgICAg ICAgCjwvcD4KPHA+CiAgICAgICAgICAgIEZvciBleGFtcGxlLCB0aGUgY2xpZW50IG1ha2VzIHRo ZSBmb2xsb3dpbmcgSFRUUCByZXF1ZXN0IHVzaW5nIHRyYW5zcG9ydC1sYXllcgogICAgICAgICAg ICBzZWN1cml0eToKICAgICAgICAgIAo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdp ZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+ClBPU1Qg L3Jlc291cmNlIEhUVFAvMS4xCkhvc3Q6IHNlcnZlci5leGFtcGxlLmNvbQpDb250ZW50LVR5cGU6 IGFwcGxpY2F0aW9uL3gtd3d3LWZvcm0tdXJsZW5jb2RlZAoKYWNjZXNzX3Rva2VuPXZGOWRmdDRx bVQKPC9wcmU+PC9kaXY+CjxwPgoJICBUaGUgPHR0PmFwcGxpY2F0aW9uL3gtd3d3LWZvcm0tdXJs ZW5jb2RlZDwvdHQ+CgkgIG1ldGhvZCBTSE9VTEQgTk9UIGJlIHVzZWQgZXhjZXB0IGluIGFwcGxp Y2F0aW9uIGNvbnRleHRzCgkgIHdoZXJlIHBhcnRpY2lwYXRpbmcgYnJvd3NlcnMgZG8gbm90IGhh dmUgYWNjZXNzIHRvIHRoZQoJICA8dHQ+QXV0aG9yaXphdGlvbjwvdHQ+IHJlcXVlc3QgaGVhZGVy CgkgIGZpZWxkLiAgUmVzb3VyY2Ugc2VydmVycyBNQVkgc3VwcG9ydCB0aGlzIG1ldGhvZC4KCQo8 L3A+CjxhIG5hbWU9InF1ZXJ5LXBhcmFtIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5 PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi4z Ij48L2E+PGgzPjIuMy4mbmJzcDsKVVJJIFF1ZXJ5IFBhcmFtZXRlcjwvaDM+Cgo8cD4KICAgICAg ICAgIFdoZW4gc2VuZGluZyB0aGUgYWNjZXNzIHRva2VuIGluIHRoZSBIVFRQIHJlcXVlc3QgVVJJ LCB0aGUgY2xpZW50IGFkZHMgdGhlIGFjY2VzcwogICAgICAgICAgdG9rZW4gdG8gdGhlIHJlcXVl c3QgVVJJIHF1ZXJ5IGNvbXBvbmVudCBhcyBkZWZpbmVkIGJ5CgkgIFVuaWZvcm0gUmVzb3VyY2Ug SWRlbnRpZmllciAoVVJJKSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzM5ODYnPltSRkMzOTg2 XTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5CZXJuZXJzLUxlZSwgVC4sIEZpZWxk aW5nLCBSLiwgYW5kIEwuIE1hc2ludGVyLCAmbGRxdW87VW5pZm9ybSBSZXNvdXJjZSBJZGVudGlm aWVyIChVUkkpOiBHZW5lcmljIFN5bnRheCwmcmRxdW87IEphbnVhcnkmbmJzcDsyMDA1Ljwvc3Bh bj48c3Bhbj4pPC9zcGFuPjwvYT4KCSAgdXNpbmcKICAgICAgICAgIHRoZSA8dHQ+YWNjZXNzX3Rv a2VuPC90dD4gcGFyYW1ldGVyLgogICAgICAgIAo8L3A+CjxwPgogICAgICAgICAgICBGb3IgZXhh bXBsZSwgdGhlIGNsaWVudCBtYWtlcyB0aGUgZm9sbG93aW5nIEhUVFAgcmVxdWVzdCB1c2luZyB0 cmFuc3BvcnQtbGF5ZXIKICAgICAgICAgICAgc2VjdXJpdHk6CiAgICAgICAgICAKPC9wPjxkaXYg c3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2lu LXJpZ2h0OiBhdXRvJz48cHJlPgpHRVQgL3Jlc291cmNlP2FjY2Vzc190b2tlbj12RjlkZnQ0cW1U IEhUVFAvMS4xCkhvc3Q6IHNlcnZlci5leGFtcGxlLmNvbQo8L3ByZT48L2Rpdj4KPHA+CiAgICAg ICAgICBUaGUgSFRUUCByZXF1ZXN0IFVSSSBxdWVyeSBjYW4gaW5jbHVkZSBvdGhlcgogICAgICAg ICAgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJzLCBpbiB3aGljaCBjYXNlLCB0aGUgPHR0PmFj Y2Vzc190b2tlbjwvdHQ+IHBhcmFtZXRlciBNVVNUIGJlIHByb3Blcmx5CiAgICAgICAgICBzZXBh cmF0ZWQgZnJvbSB0aGUgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJzIHVzaW5nIDx0dD4mYW1w OzwvdHQ+IGNoYXJhY3RlcihzKSAoQVNDSUkgY29kZSAzOCkuCiAgICAgICAgCjwvcD4KPHA+CiAg ICAgICAgICAgIEZvciBleGFtcGxlOgogICAgICAgICAgCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5 OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+ PHByZT4KaHR0cHM6Ly9zZXJ2ZXIuZXhhbXBsZS5jb20vcmVzb3VyY2U/eD15JmFtcDthY2Nlc3Nf dG9rZW49dkY5ZGZ0NHFtVCZhbXA7cD1xCjwvcHJlPjwvZGl2Pgo8cD4KCSAgQmVjYXVzZSBvZiB0 aGUgc2VjdXJpdHkgd2Vha25lc3NlcyBhc3NvY2lhdGVkIHdpdGggdGhlIFVSSQoJICBtZXRob2Qg KHNlZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI3NlYy1jb24nPlNlY3Rpb24mbmJzcDs0PHNwYW4+ ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPlNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC9zcGFu PjxzcGFuPik8L3NwYW4+PC9hPiksIGluY2x1ZGluZyB0aGUgaGlnaAoJICBsaWtlbGlob29kIHRo YXQgdGhlIFVSTCBjb250YWluaW5nIHRoZSBhY2Nlc3MgdG9rZW4gd2lsbCBiZQoJICBsb2dnZWQs IGl0IFNIT1VMRCBOT1QgYmUgdXNlZCB1bmxlc3MgaXQgaXMgaW1wb3NzaWJsZSB0bwoJICB0cmFu c3BvcnQgdGhlIGFjY2VzcyB0b2tlbiBpbiB0aGUgPHR0PkF1dGhvcml6YXRpb248L3R0PiByZXF1 ZXN0IGhlYWRlciBmaWVsZCBvcgoJICB0aGUgSFRUUCByZXF1ZXN0IGVudGl0eS1ib2R5LiAgUmVz b3VyY2Ugc2VydmVycyBNQVkgc3VwcG9ydAoJICB0aGlzIG1ldGhvZC4KCQo8L3A+CjxhIG5hbWU9 ImF1dGhuLWhlYWRlciI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBj ZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdo dCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8 L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjMiPjwvYT48aDM+My4m bmJzcDsKVGhlIFdXVy1BdXRoZW50aWNhdGUgUmVzcG9uc2UgSGVhZGVyIEZpZWxkPC9oMz4KCjxw PgoJSWYgdGhlIHByb3RlY3RlZCByZXNvdXJjZSByZXF1ZXN0IGRvZXMgbm90IGluY2x1ZGUKCWF1 dGhlbnRpY2F0aW9uIGNyZWRlbnRpYWxzIG9yIGRvZXMgbm90IGNvbnRhaW4gYW4gYWNjZXNzCgl0 b2tlbiB0aGF0IGVuYWJsZXMgYWNjZXNzIHRvIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UsCgl0aGUg cmVzb3VyY2Ugc2VydmVyIE1VU1QgaW5jbHVkZSB0aGUgSFRUUCA8dHQ+V1dXLUF1dGhlbnRpY2F0 ZTwvdHQ+IHJlc3BvbnNlIGhlYWRlciBmaWVsZDsKCWl0IE1BWSBpbmNsdWRlIGl0IGluIHJlc3Bv bnNlIHRvIG90aGVyIGNvbmRpdGlvbnMgYXMgd2VsbC4KCVRoZSA8dHQ+V1dXLUF1dGhlbnRpY2F0 ZTwvdHQ+IGhlYWRlcgoJZmllbGQgdXNlcyB0aGUgZnJhbWV3b3JrIGRlZmluZWQgYnkKCUhUVFAv MS4xLCBQYXJ0IDcgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1 dGgnPltJJiM4MjA5O0QuaWV0ZiYjODIwOTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNw YW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwg TW9ndWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMt TGVlLCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0 IDc6IEF1dGhlbnRpY2F0aW9uLCZyZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFu Pik8L3NwYW4+PC9hPgoJYXMgZm9sbG93czoKICAgICAgCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5 OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+ PHByZT4KY2hhbGxlbmdlICAgICAgID0gIkJlYXJlciIgWyAxKlNQIDEjcGFyYW0gXQoKcGFyYW0g ICAgICAgICAgID0gcmVhbG0gLyBzY29wZSAvCiAgICAgICAgICAgICAgICAgIGVycm9yIC8gZXJy b3ItZGVzYyAvIGVycm9yLXVyaSAvCiAgICAgICAgICAgICAgICAgIGF1dGgtcGFyYW0KCnNjb3Bl ICAgICAgICAgICA9ICJzY29wZSIgIj0iIHF1b3RlZC1zdHJpbmcKZXJyb3IgICAgICAgICAgID0g ImVycm9yIiAiPSIgcXVvdGVkLXN0cmluZwplcnJvci1kZXNjICAgICAgPSAiZXJyb3JfZGVzY3Jp cHRpb24iICI9IiBxdW90ZWQtc3RyaW5nCmVycm9yLXVyaSAgICAgICA9ICJlcnJvcl91cmkiICI9 IiBxdW90ZWQtc3RyaW5nCjwvcHJlPjwvZGl2Pgo8cD4KCUEgPHR0PnJlYWxtPC90dD4gYXR0cmli dXRlIE1BWSBiZSBpbmNsdWRlZAoJdG8gaW5kaWNhdGUgdGhlIHNjb3BlIG9mIHByb3RlY3Rpb24g aW4gdGhlIG1hbm5lciBkZXNjcmliZWQgaW4KCUhUVFAvMS4xLCBQYXJ0IDcgPGEgY2xhc3M9J2lu Zm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgnPltJJiM4MjA5O0QuaWV0ZiYjODIw OTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9 J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwgTW9ndWwsIEouLCBOaWVsc2VuLCBILiwg TWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMtTGVlLCBULiwgTGFmb24sIFkuLCBhbmQg Si4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0IDc6IEF1dGhlbnRpY2F0aW9uLCZyZHF1 bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCVRoZSA8dHQ+ cmVhbG08L3R0PiBhdHRyaWJ1dGUgTVVTVCBOT1QgYXBwZWFyIG1vcmUgdGhhbiBvbmNlLgoJVGhl IDx0dD5yZWFsbTwvdHQ+IHZhbHVlIGlzIGludGVuZGVkIGZvcgoJcHJvZ3JhbW1hdGljIHVzZSBh bmQgaXMgbm90IG1lYW50IHRvIGJlIGRpc3BsYXllZCB0bwoJZW5kIHVzZXJzLgogICAgICAKPC9w Pgo8cD4KCVRoZSA8dHQ+c2NvcGU8L3R0PiBhdHRyaWJ1dGUgaXMgYSBzcGFjZS1kZWxpbWl0ZWQg bGlzdCBvZiBzY29wZSB2YWx1ZXMKCWluZGljYXRpbmcgdGhlIHJlcXVpcmVkIHNjb3BlIG9mIHRo ZSBhY2Nlc3MgdG9rZW4gZm9yIGFjY2Vzc2luZyB0aGUgcmVxdWVzdGVkIHJlc291cmNlLgoJSW4g c29tZSBjYXNlcywgdGhlIDx0dD5zY29wZTwvdHQ+IHZhbHVlCgl3aWxsIGJlIHVzZWQgd2hlbiBy ZXF1ZXN0aW5nIGEgbmV3IGFjY2VzcyB0b2tlbiB3aXRoCglzdWZmaWNpZW50IHNjb3BlIG9mIGFj Y2VzcyB0byB1dGlsaXplIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UuCglUaGUgPHR0PnNjb3BlPC90 dD4gYXR0cmlidXRlIE1VU1QgTk9UIGFwcGVhciBtb3JlIHRoYW4gb25jZS4KCVRoZSA8dHQ+c2Nv cGU8L3R0PiB2YWx1ZSBpcyBpbnRlbmRlZCBmb3IKCXByb2dyYW1tYXRpYyB1c2UgYW5kIGlzIG5v dCBtZWFudCB0byBiZSBkaXNwbGF5ZWQgdG8KCWVuZCB1c2Vycy4KICAgICAgCjwvcD4KPHA+CglJ ZiB0aGUgcHJvdGVjdGVkIHJlc291cmNlIHJlcXVlc3QgaW5jbHVkZWQgYW4gYWNjZXNzIHRva2Vu IGFuZCBmYWlsZWQgYXV0aGVudGljYXRpb24sIHRoZQoJcmVzb3VyY2Ugc2VydmVyIFNIT1VMRCBp bmNsdWRlIHRoZSA8dHQ+ZXJyb3I8L3R0PiBhdHRyaWJ1dGUgdG8gcHJvdmlkZQoJdGhlIGNsaWVu dCB3aXRoIHRoZSByZWFzb24gd2h5IHRoZSBhY2Nlc3MgcmVxdWVzdCB3YXMgZGVjbGluZWQuIFRo ZSBwYXJhbWV0ZXIgdmFsdWUgaXMKCWRlc2NyaWJlZCBpbiA8YSBjbGFzcz0naW5mbycgaHJlZj0n I3Jlc291cmNlLWVycm9yLWNvZGVzJz5TZWN0aW9uJm5ic3A7My4xPHNwYW4+ICg8L3NwYW4+PHNw YW4gY2xhc3M9J2luZm8nPkVycm9yIENvZGVzPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCUlu IGFkZGl0aW9uLCB0aGUgcmVzb3VyY2Ugc2VydmVyIE1BWSBpbmNsdWRlIHRoZSA8dHQ+ZXJyb3Jf ZGVzY3JpcHRpb248L3R0PiBhdHRyaWJ1dGUgdG8gcHJvdmlkZQoJZGV2ZWxvcGVycyBhIGh1bWFu LXJlYWRhYmxlIGV4cGxhbmF0aW9uIHRoYXQgaXMgbm90IG1lYW50Cgl0byBiZSBkaXNwbGF5ZWQg dG8gZW5kIHVzZXJzLgoJSXQgYWxzbyBNQVkgaW5jbHVkZQoJdGhlIDx0dD5lcnJvcl91cmk8L3R0 PiBhdHRyaWJ1dGUgd2l0aAoJYW4gYWJzb2x1dGUgVVJJIGlkZW50aWZ5aW5nIGEgaHVtYW4tcmVh ZGFibGUgd2ViIHBhZ2UgZXhwbGFpbmluZyB0aGUgZXJyb3IuCglUaGUgPHR0PmVycm9yPC90dD4s IDx0dD5lcnJvcl9kZXNjcmlwdGlvbjwvdHQ+LCBhbmQKCTx0dD5lcnJvcl91cmk8L3R0PiBhdHRy aWJ1dGVzIE1VU1QgTk9UIGFwcGVhciBtb3JlIHRoYW4gb25jZS4KICAgICAgCjwvcD4KPHA+CglQ cm9kdWNlcnMgb2YgPHR0PnNjb3BlPC90dD4gc3RyaW5ncyBNVVNUCglOT1QgdXNlIGNoYXJhY3Rl cnMgb3V0c2lkZSB0aGUgc2V0ICV4MjEgLyAleDIzLTVCIC8gJXg1RC03RQoJZm9yIHJlcHJlc2Vu dGluZyB0aGUgc2NvcGUgdmFsdWVzIGFuZCAleDIwIGZvciB0aGUgZGVsaW1pdGVyLgoJUHJvZHVj ZXJzIG9mIDx0dD5lcnJvcjwvdHQ+IGFuZCA8dHQ+ZXJyb3JfZGVzY3JpcHRpb248L3R0PiBzdHJp bmdzIE1VU1QgTk9UIHVzZQoJY2hhcmFjdGVycyBvdXRzaWRlIHRoZSBzZXQgJXgyMC0yMSAvICV4 MjMtNUIgLyAleDVELTdFIGZvcgoJcmVwcmVzZW50aW5nIHRoZXNlIHZhbHVlcy4KCVByb2R1Y2Vy cyBvZiA8dHQ+ZXJyb3ItdXJpPC90dD4gc3RyaW5ncwoJTVVTVCBOT1QgdXNlIGNoYXJhY3RlcnMg b3V0c2lkZSB0aGUgc2V0ICV4MjEgLyAleDIzLTVCIC8KCSV4NUQtN0UgZm9yIHJlcHJlc2VudGlu ZyB0aGVzZSB2YWx1ZXMuICBGdXJ0aGVybW9yZSwKCTx0dD5lcnJvci11cmk8L3R0PiBzdHJpbmdz IE1VU1QgY29uZm9ybQoJdG8gdGhlIFVSSS1SZWZlcmVuY2Ugc3ludGF4LgoJSW4gYWxsIHRoZXNl IGNhc2VzLCBubyBjaGFyYWN0ZXIgcXVvdGluZyB3aWxsIG9jY3VyLCBhcwoJc2VuZGVycyBhcmUg cHJvaGliaXRlZCBmcm9tIHVzaW5nIHRoZSAlNUMgKCdcJykgY2hhcmFjdGVyLgogICAgICAKPC9w Pgo8cD4KCSAgRm9yIGV4YW1wbGUsIGluIHJlc3BvbnNlIHRvIGEgcHJvdGVjdGVkIHJlc291cmNl IHJlcXVlc3Qgd2l0aG91dCBhdXRoZW50aWNhdGlvbjoKCQo8L3A+PGRpdiBzdHlsZT0nZGlzcGxh eTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8n PjxwcmU+CkhUVFAvMS4xIDQwMSBVbmF1dGhvcml6ZWQKV1dXLUF1dGhlbnRpY2F0ZTogQmVhcmVy IHJlYWxtPSJleGFtcGxlIgo8L3ByZT48L2Rpdj4KPHA+CiAgICAgICAgICAgIEFuZCBpbiByZXNw b25zZSB0byBhIHByb3RlY3RlZCByZXNvdXJjZSByZXF1ZXN0IHdpdGggYW4gYXV0aGVudGljYXRp b24gYXR0ZW1wdCB1c2luZyBhbgogICAgICAgICAgICBleHBpcmVkIGFjY2VzcyB0b2tlbjoKICAg ICAgICAgIAo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4t bGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CkhUVFAvMS4xIDQwMSBVbmF1dGhv cml6ZWQKV1dXLUF1dGhlbnRpY2F0ZTogQmVhcmVyIHJlYWxtPSJleGFtcGxlIiwKICAgICAgICAg ICAgICAgICAgZXJyb3I9ImludmFsaWRfdG9rZW4iLAogICAgICAgICAgICAgICAgICBlcnJvcl9k ZXNjcmlwdGlvbj0iVGhlIGFjY2VzcyB0b2tlbiBleHBpcmVkIgo8L3ByZT48L2Rpdj4KPGEgbmFt ZT0icmVzb3VyY2UtZXJyb3ItY29kZXMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9 ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBh bGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7 VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjEi PjwvYT48aDM+My4xLiZuYnNwOwpFcnJvciBDb2RlczwvaDM+Cgo8cD4KCSAgV2hlbiBhIHJlcXVl c3QgZmFpbHMsIHRoZSByZXNvdXJjZSBzZXJ2ZXIgcmVzcG9uZHMgdXNpbmcgdGhlIGFwcHJvcHJp YXRlIEhUVFAgc3RhdHVzCgkgIGNvZGUgKHR5cGljYWxseSwgNDAwLCA0MDEsIDQwMywgb3IgNDA1 KSwKCSAgYW5kIGluY2x1ZGVzIG9uZSBvZiB0aGUgZm9sbG93aW5nIGVycm9yIGNvZGVzIGluCgkg IHRoZSByZXNwb25zZToKCgkgIDwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0 PmludmFsaWRfcmVxdWVzdDwvZHQ+CjxkZD4KCSAgICAgIAoJICAgICAgVGhlIHJlcXVlc3QgaXMg bWlzc2luZyBhIHJlcXVpcmVkIHBhcmFtZXRlciwgaW5jbHVkZXMgYW4gdW5zdXBwb3J0ZWQgcGFy YW1ldGVyIG9yCgkgICAgICBwYXJhbWV0ZXIgdmFsdWUsIHJlcGVhdHMgdGhlIHNhbWUgcGFyYW1l dGVyLCB1c2VzIG1vcmUgdGhhbiBvbmUgbWV0aG9kIGZvcgoJICAgICAgaW5jbHVkaW5nIGFuIGFj Y2VzcyB0b2tlbiwgb3IgaXMgb3RoZXJ3aXNlIG1hbGZvcm1lZC4gVGhlIHJlc291cmNlIHNlcnZl ciBTSE9VTEQKCSAgICAgIHJlc3BvbmQgd2l0aCB0aGUgSFRUUCA0MDAgKEJhZCBSZXF1ZXN0KSBz dGF0dXMgY29kZS4KCSAgICAKPC9kZD4KPGR0PmludmFsaWRfdG9rZW48L2R0Pgo8ZGQ+CgkgICAg ICAKCSAgICAgIFRoZSBhY2Nlc3MgdG9rZW4gcHJvdmlkZWQgaXMgZXhwaXJlZCwgcmV2b2tlZCwg bWFsZm9ybWVkLCBvciBpbnZhbGlkIGZvciBvdGhlcgoJICAgICAgcmVhc29ucy4gVGhlIHJlc291 cmNlIFNIT1VMRCByZXNwb25kIHdpdGggdGhlIEhUVFAgNDAxIChVbmF1dGhvcml6ZWQpIHN0YXR1 cwoJICAgICAgY29kZS4gVGhlIGNsaWVudCBNQVkgcmVxdWVzdCBhIG5ldyBhY2Nlc3MgdG9rZW4g YW5kIHJldHJ5IHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UKCSAgICAgIHJlcXVlc3QuCgkgICAgCjwv ZGQ+CjxkdD5pbnN1ZmZpY2llbnRfc2NvcGU8L2R0Pgo8ZGQ+CgkgICAgICAKCSAgICAgIFRoZSBy ZXF1ZXN0IHJlcXVpcmVzIGhpZ2hlciBwcml2aWxlZ2VzIHRoYW4gcHJvdmlkZWQgYnkgdGhlIGFj Y2VzcyB0b2tlbi4gVGhlCgkgICAgICByZXNvdXJjZSBzZXJ2ZXIgU0hPVUxEIHJlc3BvbmQgd2l0 aCB0aGUgSFRUUCA0MDMgKEZvcmJpZGRlbikgc3RhdHVzIGNvZGUgYW5kIE1BWQoJICAgICAgaW5j bHVkZSB0aGUgPHR0PnNjb3BlPC90dD4gYXR0cmlidXRlIHdpdGggdGhlIHNjb3BlIG5lY2Vzc2Fy eSB0bwoJICAgICAgYWNjZXNzIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UuCgkgICAgCjwvZGQ+Cjwv ZGw+PC9ibG9ja3F1b3RlPjxwPgoJCjwvcD4KPHA+CgkgIElmIHRoZSByZXF1ZXN0IGxhY2tzIGFu eSBhdXRoZW50aWNhdGlvbiBpbmZvcm1hdGlvbiAoaS5lLiB0aGUgY2xpZW50IHdhcyB1bmF3YXJl CgkgIGF1dGhlbnRpY2F0aW9uIGlzIG5lY2Vzc2FyeSBvciBhdHRlbXB0ZWQgdXNpbmcgYW4gdW5z dXBwb3J0ZWQgYXV0aGVudGljYXRpb24gbWV0aG9kKSwKCSAgdGhlIHJlc291cmNlIHNlcnZlciBT SE9VTEQgTk9UIGluY2x1ZGUgYW4gZXJyb3IgY29kZSBvciBvdGhlciBlcnJvciBpbmZvcm1hdGlv bi4KCQo8L3A+CjxwPgoJICAgIEZvciBleGFtcGxlOgoJICAKPC9wPjxkaXYgc3R5bGU9J2Rpc3Bs YXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRv Jz48cHJlPgpIVFRQLzEuMSA0MDEgVW5hdXRob3JpemVkCldXVy1BdXRoZW50aWNhdGU6IEJlYXJl ciByZWFsbT0iZXhhbXBsZSIKPC9wcmU+PC9kaXY+CjxhIG5hbWU9InNlYy1jb24iPjwvYT48YnIg Lz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1 ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8 YSBuYW1lPSJyZmMuc2VjdGlvbi40Ij48L2E+PGgzPjQuJm5ic3A7ClNlY3VyaXR5IENvbnNpZGVy YXRpb25zPC9oMz4KCjxwPgoJVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUgcmVsZXZhbnQgc2Vj dXJpdHkgdGhyZWF0cyByZWdhcmRpbmcKCXRva2VuIGhhbmRsaW5nIHdoZW4gdXNpbmcgYmVhcmVy IHRva2VucyBhbmQgZGVzY3JpYmVzIGhvdyB0bwoJbWl0aWdhdGUgdGhlc2UgdGhyZWF0cy4KICAg ICAgCjwvcD4KPGEgbmFtZT0idGhyZWF0cyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFy eT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWci IGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJz cDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjQu MSI+PC9hPjxoMz40LjEuJm5ic3A7ClNlY3VyaXR5IFRocmVhdHM8L2gzPgoKPHA+CgkgIFRoZSBm b2xsb3dpbmcgbGlzdCBwcmVzZW50cyBzZXZlcmFsIGNvbW1vbiB0aHJlYXRzIGFnYWluc3QKCSAg cHJvdG9jb2xzIHV0aWxpemluZyBzb21lIGZvcm0gb2YgdG9rZW5zLiBUaGlzIGxpc3Qgb2YKCSAg dGhyZWF0cyBpcyBiYXNlZCBvbgoJICBOSVNUIFNwZWNpYWwgUHVibGljYXRpb24gODAwLTYzIDxh IGNsYXNzPSdpbmZvJyBocmVmPScjTklTVDgwMC02Myc+W05JU1Q4MDAmIzgyMDk7NjNdPHNwYW4+ ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkJ1cnIsIFcuLCBEb2Rzb24sIEQuLCBQZXJsbmVy LCBSLiwgUG9saywgVC4sIEd1cHRhLCBTLiwgYW5kIEUuIE5hYmJ1cywgJmxkcXVvO05JU1QgU3Bl Y2lhbCBQdWJsaWNhdGlvbiA4MDAtNjMtMSwgSU5GT1JNQVRJT04gU0VDVVJJVFksJnJkcXVvOyBE ZWNlbWJlciZuYnNwOzIwMDguPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAgU2luY2UgdGhp cyBkb2N1bWVudCBidWlsZHMgb24gdGhlCgkgIE9BdXRoIDIuMCBzcGVjaWZpY2F0aW9uLCB3ZSBl eGNsdWRlIGEgZGlzY3Vzc2lvbiBvZiB0aHJlYXRzCgkgIHRoYXQgYXJlIGRlc2NyaWJlZCB0aGVy ZSBvciBpbiByZWxhdGVkIGRvY3VtZW50cy4KCQo8L3A+CjxwPgoJICA8L3A+CjxibG9ja3F1b3Rl IGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5Ub2tlbiBtYW51ZmFjdHVyZS9tb2RpZmljYXRpb246PC9k dD4KPGRkPgoJICAgICAgQW4gYXR0YWNrZXIgbWF5IGdlbmVyYXRlIGEgYm9ndXMgdG9rZW4gb3Ig bW9kaWZ5IHRoZQoJICAgICAgdG9rZW4gY29udGVudHMgKHN1Y2ggYXMgdGhlIGF1dGhlbnRpY2F0 aW9uIG9yIGF0dHJpYnV0ZQoJICAgICAgc3RhdGVtZW50cykgb2YgYW4gZXhpc3RpbmcgdG9rZW4s IGNhdXNpbmcgdGhlIHJlc291cmNlCgkgICAgICBzZXJ2ZXIgdG8gZ3JhbnQgaW5hcHByb3ByaWF0 ZSBhY2Nlc3MgdG8gdGhlIGNsaWVudC4KCSAgICAgIEZvciBleGFtcGxlLCBhbiBhdHRhY2tlciBt YXkgbW9kaWZ5IHRoZSB0b2tlbiB0byBleHRlbmQKCSAgICAgIHRoZSB2YWxpZGl0eSBwZXJpb2Q7 IGEgbWFsaWNpb3VzIGNsaWVudCBtYXkgbW9kaWZ5IHRoZQoJICAgICAgYXNzZXJ0aW9uIHRvIGdh aW4gYWNjZXNzIHRvIGluZm9ybWF0aW9uIHRoYXQgdGhleQoJICAgICAgc2hvdWxkIG5vdCBiZSBh YmxlIHRvIHZpZXcuCgkgICAgCjwvZGQ+CjxkdD5Ub2tlbiBkaXNjbG9zdXJlOjwvZHQ+CjxkZD4K CSAgICAgIFRva2VucyBtYXkgY29udGFpbiBhdXRoZW50aWNhdGlvbiBhbmQgYXR0cmlidXRlCgkg ICAgICBzdGF0ZW1lbnRzIHRoYXQgaW5jbHVkZSBzZW5zaXRpdmUgaW5mb3JtYXRpb24uCgkgICAg CjwvZGQ+CjxkdD5Ub2tlbiByZWRpcmVjdDo8L2R0Pgo8ZGQ+CgkgICAgICBBbiBhdHRhY2tlciB1 c2VzIGEgdG9rZW4gZ2VuZXJhdGVkIGZvciBjb25zdW1wdGlvbiBieSAKCSAgICAgIG9uZSByZXNv dXJjZSBzZXJ2ZXIgdG8gZ2FpbiBhY2Nlc3MgdG8gYSBkaWZmZXJlbnQKCSAgICAgIHJlc291cmNl IHNlcnZlciB0aGF0IG1pc3Rha2VubHkgYmVsaWV2ZXMgdGhlIHRva2VuIHRvIGJlCgkgICAgICBm b3IgaXQuCgkgICAgCjwvZGQ+CjxkdD5Ub2tlbiByZXBsYXk6PC9kdD4KPGRkPgoJICAgICAgQW4g YXR0YWNrZXIgYXR0ZW1wdHMgdG8gdXNlIGEgdG9rZW4gdGhhdCBoYXMgYWxyZWFkeQoJICAgICAg YmVlbiB1c2VkIHdpdGggdGhhdCByZXNvdXJjZSBzZXJ2ZXIgaW4gdGhlIHBhc3QuCgkgICAgCjwv ZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPjxwPiAKCQo8L3A+CjxhIG5hbWU9Im1pdGlnYXRpb24iPjwv YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9 IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi40LjIiPjwvYT48aDM+NC4yLiZuYnNwOwpUaHJlYXQg TWl0aWdhdGlvbjwvaDM+Cgo8cD4KCSAgQSBsYXJnZSByYW5nZSBvZiB0aHJlYXRzIGNhbiBiZSBt aXRpZ2F0ZWQgYnkgcHJvdGVjdGluZyB0aGUKCSAgY29udGVudHMgb2YgdGhlIHRva2VuIGJ5IHVz aW5nIGEgZGlnaXRhbCBzaWduYXR1cmUgb3IgYQoJICBNZXNzYWdlIEF1dGhlbnRpY2F0aW9uIENv ZGUgKE1BQykuCgkgIEFsdGVybmF0aXZlbHksIGEgYmVhcmVyIHRva2VuIGNhbiBjb250YWluIGEg cmVmZXJlbmNlIHRvCgkgIGF1dGhvcml6YXRpb24gaW5mb3JtYXRpb24sIHJhdGhlciB0aGFuIGVu Y29kaW5nIHRoZQoJICBpbmZvcm1hdGlvbiBkaXJlY3RseS4gU3VjaCByZWZlcmVuY2VzIE1VU1Qg YmUgaW5mZWFzaWJsZSBmb3IKCSAgYW4gYXR0YWNrZXIgdG8gZ3Vlc3M7IHVzaW5nIGEgcmVmZXJl bmNlIG1heSByZXF1aXJlIGFuIGV4dHJhCgkgIGludGVyYWN0aW9uIGJldHdlZW4gYSBzZXJ2ZXIg YW5kIHRoZSB0b2tlbiBpc3N1ZXIgdG8gcmVzb2x2ZQoJICB0aGUgcmVmZXJlbmNlIHRvIHRoZSBh dXRob3JpemF0aW9uIGluZm9ybWF0aW9uLgoJICBUaGUgbWVjaGFuaWNzIG9mIHN1Y2ggYW4gaW50 ZXJhY3Rpb24gYXJlIG5vdCBkZWZpbmVkIGJ5IHRoaXMKCSAgc3BlY2lmaWNhdGlvbi4KCQo8L3A+ CjxwPgoJICBUaGlzIGRvY3VtZW50IGRvZXMgbm90IHNwZWNpZnkgdGhlIGVuY29kaW5nIG9yIHRo ZSBjb250ZW50cwoJICBvZiB0aGUgdG9rZW47IGhlbmNlIGRldGFpbGVkIHJlY29tbWVuZGF0aW9u cyBhYm91dCB0aGUgbWVhbnMKCSAgb2YgZ3VhcmFudGVlaW5nIHRva2VuIGludGVncml0eSBwcm90 ZWN0aW9uIGFyZSBvdXRzaWRlIHRoZQoJICBzY29wZSBvZiB0aGlzIGRvY3VtZW50LiAgVGhlIHRv a2VuIGludGVncml0eSBwcm90ZWN0aW9uIE1VU1QKCSAgYmUgc3VmZmljaWVudCB0byBwcmV2ZW50 IHRoZSB0b2tlbiBmcm9tIGJlaW5nIG1vZGlmaWVkLgoJCjwvcD4KPHA+CgkgIFRvIGRlYWwgd2l0 aCB0b2tlbiByZWRpcmVjdCwgaXQgaXMgaW1wb3J0YW50IGZvciB0aGUKCSAgYXV0aG9yaXphdGlv biBzZXJ2ZXIgdG8gaW5jbHVkZSB0aGUgaWRlbnRpdHkgb2YgdGhlIGludGVuZGVkCgkgIHJlY2lw aWVudHMgKHRoZSBhdWRpZW5jZSksIHR5cGljYWxseSBhIHNpbmdsZSByZXNvdXJjZQoJICBzZXJ2 ZXIgKG9yIGEgbGlzdCBvZiByZXNvdXJjZSBzZXJ2ZXJzKSwgaW4gdGhlIHRva2VuLgoJICBSZXN0 cmljdGluZyB0aGUgdXNlIG9mIHRoZSB0b2tlbiB0byBhIHNwZWNpZmljIHNjb3BlIGlzIGFsc28K CSAgUkVDT01NRU5ERUQuCgkKPC9wPgo8cD4KCSAgVGhlIGF1dGhvcml6YXRpb24gc2VydmVyIE1V U1QgaW1wbGVtZW50IFRMUy4KCSAgV2hpY2ggdmVyc2lvbihzKSBvdWdodCB0byBiZSBpbXBsZW1l bnRlZCB3aWxsIHZhcnkgb3ZlcgoJICB0aW1lLCBhbmQgZGVwZW5kIG9uIHRoZSB3aWRlc3ByZWFk IGRlcGxveW1lbnQgYW5kIGtub3duCgkgIHNlY3VyaXR5IHZ1bG5lcmFiaWxpdGllcyBhdCB0aGUg dGltZSBvZiBpbXBsZW1lbnRhdGlvbi4KCSAgQXQgdGhlIHRpbWUgb2YgdGhpcyB3cml0aW5nLAoJ ICBUTFMgdmVyc2lvbiAxLjIgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1MjQ2Jz5bUkZDNTI0 Nl08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+RGllcmtzLCBULiBhbmQgRS4gUmVz Y29ybGEsICZsZHF1bztUaGUgVHJhbnNwb3J0IExheWVyIFNlY3VyaXR5IChUTFMpIFByb3RvY29s IFZlcnNpb24gMS4yLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOC48L3NwYW4+PHNwYW4+KTwvc3Bh bj48L2E+CgkgIGlzIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uLCBidXQgaGFzIHZlcnkgbGltaXRl ZCBhY3R1YWwKCSAgZGVwbG95bWVudCwgYW5kIG1pZ2h0IG5vdCBiZSByZWFkaWx5IGF2YWlsYWJs ZSBpbgoJICBpbXBsZW1lbnRhdGlvbiB0b29sa2l0cy4KCSAgVExTIHZlcnNpb24gMS4wIDxhIGNs YXNzPSdpbmZvJyBocmVmPScjUkZDMjI0Nic+W1JGQzIyNDZdPHNwYW4+ICg8L3NwYW4+PHNwYW4g Y2xhc3M9J2luZm8nPkRpZXJrcywgVC4gYW5kIEMuIEFsbGVuLCAmbGRxdW87VGhlIFRMUyBQcm90 b2NvbCBWZXJzaW9uIDEuMCwmcmRxdW87IEphbnVhcnkmbmJzcDsxOTk5Ljwvc3Bhbj48c3Bhbj4p PC9zcGFuPjwvYT4KCSAgaXMgdGhlIG1vc3Qgd2lkZWx5IGRlcGxveWVkIHZlcnNpb24sIGFuZCB3 aWxsIGdpdmUgdGhlCgkgIGJyb2FkZXN0IGludGVyb3BlcmFiaWxpdHkuCgkKPC9wPgo8cD4KCSAg VG8gcHJvdGVjdCBhZ2FpbnN0IHRva2VuIGRpc2Nsb3N1cmUsIGNvbmZpZGVudGlhbGl0eQoJICBw cm90ZWN0aW9uIE1VU1QgYmUgYXBwbGllZCB1c2luZwoJICBUTFMgPGEgY2xhc3M9J2luZm8nIGhy ZWY9JyNSRkM1MjQ2Jz5bUkZDNTI0Nl08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+ RGllcmtzLCBULiBhbmQgRS4gUmVzY29ybGEsICZsZHF1bztUaGUgVHJhbnNwb3J0IExheWVyIFNl Y3VyaXR5IChUTFMpIFByb3RvY29sIFZlcnNpb24gMS4yLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAw OC48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+CgkgIHdpdGggYSBjaXBoZXJzdWl0ZSB0aGF0IHBy b3ZpZGVzIGNvbmZpZGVudGlhbGl0eSBhbmQKCSAgaW50ZWdyaXR5IHByb3RlY3Rpb24uICBUaGlz CgkgIHJlcXVpcmVzIHRoYXQgdGhlIGNvbW11bmljYXRpb24gaW50ZXJhY3Rpb24gYmV0d2VlbiB0 aGUKCSAgY2xpZW50IGFuZCB0aGUgYXV0aG9yaXphdGlvbiBzZXJ2ZXIsIGFzIHdlbGwgYXMgdGhl CgkgIGludGVyYWN0aW9uIGJldHdlZW4gdGhlIGNsaWVudCBhbmQgdGhlIHJlc291cmNlIHNlcnZl ciwKCSAgdXRpbGl6ZSBjb25maWRlbnRpYWxpdHkgYW5kIGludGVncml0eSBwcm90ZWN0aW9uLgoJ ICBTaW5jZSBUTFMgaXMgbWFuZGF0b3J5IHRvCgkgIGltcGxlbWVudCBhbmQgdG8gdXNlIHdpdGgg dGhpcyBzcGVjaWZpY2F0aW9uLCBpdCBpcyB0aGUKCSAgcHJlZmVycmVkIGFwcHJvYWNoIGZvciBw cmV2ZW50aW5nIHRva2VuIGRpc2Nsb3N1cmUgdmlhIHRoZQoJICBjb21tdW5pY2F0aW9uIGNoYW5u ZWwuIEZvciB0aG9zZSBjYXNlcyB3aGVyZSB0aGUgY2xpZW50CgkgIGlzIHByZXZlbnRlZCBmcm9t IG9ic2VydmluZyB0aGUgY29udGVudHMgb2YgdGhlIHRva2VuLCB0b2tlbgoJICBlbmNyeXB0aW9u IE1VU1QgYmUgYXBwbGllZCBpbiBhZGRpdGlvbiB0byB0aGUgdXNhZ2Ugb2YgVExTCgkgIHByb3Rl Y3Rpb24uCgkgIEFzIGEgZnVydGhlciBkZWZlbnNlIGFnYWluc3QgdG9rZW4gZGlzY2xvc3VyZSwg dGhlIGNsaWVudAoJICBNVVNUIHZhbGlkYXRlIHRoZSBUTFMgY2VydGlmaWNhdGUgY2hhaW4gd2hl biBtYWtpbmcgcmVxdWVzdHMKCSAgdG8gcHJvdGVjdGVkIHJlc291cmNlcy4KCQo8L3A+CjxwPgoJ ICBDb29raWVzIGFyZSB0eXBpY2FsbHkgdHJhbnNtaXR0ZWQgaW4gdGhlIGNsZWFyLiAgVGh1cywg YW55CgkgIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGVtIGlzIGF0IHJpc2sgb2YgZGlzY2xv c3VyZS4KCSAgVGhlcmVmb3JlLCBiZWFyZXIgdG9rZW5zIE1VU1QgTk9UIGJlIHN0b3JlZCBpbiBj b29raWVzIHRoYXQKCSAgY2FuIGJlIHNlbnQgaW4gdGhlIGNsZWFyLgoJCjwvcD4KPHA+CgkgIElu IHNvbWUgZGVwbG95bWVudHMsIGluY2x1ZGluZyB0aG9zZSB1dGlsaXppbmcgbG9hZAoJICBiYWxh bmNlcnMsIHRoZSBUTFMgY29ubmVjdGlvbiB0byB0aGUgcmVzb3VyY2Ugc2VydmVyCgkgIHRlcm1p bmF0ZXMgcHJpb3IgdG8gdGhlIGFjdHVhbCBzZXJ2ZXIgdGhhdCBwcm92aWRlcyB0aGUKCSAgcmVz b3VyY2UuICBUaGlzIGNvdWxkIGxlYXZlIHRoZSB0b2tlbiB1bnByb3RlY3RlZCBiZXR3ZWVuCgkg IHRoZSBmcm9udCBlbmQgc2VydmVyIHdoZXJlIHRoZSBUTFMgY29ubmVjdGlvbiB0ZXJtaW5hdGVz IGFuZAoJICB0aGUgYmFjayBlbmQgc2VydmVyIHRoYXQgcHJvdmlkZXMgdGhlIHJlc291cmNlLiAg SW4gc3VjaAoJICBkZXBsb3ltZW50cywgc3VmZmljaWVudCBtZWFzdXJlcyBNVVNUIGJlIGVtcGxv eWVkIHRvIGVuc3VyZQoJICBjb25maWRlbnRpYWxpdHkgb2YgdGhlIHRva2VuIGJldHdlZW4gdGhl IGZyb250IGVuZCBhbmQKCSAgYmFjayBlbmQgc2VydmVyczsgZW5jcnlwdGlvbiBvZiB0aGUgdG9r ZW4gaXMgb25lIHBvc3NpYmxlCgkgIHN1Y2ggbWVhc3VyZS4KCQo8L3A+CjxwPgoJICBUbyBkZWFs IHdpdGggdG9rZW4gY2FwdHVyZSBhbmQgcmVwbGF5LAoJICB0aGUgZm9sbG93aW5nIHJlY29tbWVu ZGF0aW9ucyBhcmUKCSAgbWFkZTogRmlyc3QsIHRoZSBsaWZldGltZSBvZiB0aGUgdG9rZW4gTVVT VCBiZSBsaW1pdGVkOwoJICBvbmUgbWVhbnMgb2YgYWNoaWV2aW5nIHRoaXMgaXMgYnkKCSAgcHV0 dGluZyBhIHZhbGlkaXR5IHRpbWUgZmllbGQgaW5zaWRlIHRoZSBwcm90ZWN0ZWQgcGFydCBvZgoJ ICB0aGUgdG9rZW4uICBOb3RlIHRoYXQgdXNpbmcgc2hvcnQtbGl2ZWQgKG9uZSBob3VyIG9yIGxl c3MpCgkgIHRva2VucyByZWR1Y2VzIHRoZSBpbXBhY3Qgb2YgdGhlbSBiZWluZwoJICBsZWFrZWQu ICBTZWNvbmQsIGNvbmZpZGVudGlhbGl0eSBwcm90ZWN0aW9uIG9mIHRoZSBleGNoYW5nZXMKCSAg YmV0d2VlbiB0aGUgY2xpZW50IGFuZCB0aGUgYXV0aG9yaXphdGlvbiBzZXJ2ZXIgYW5kIGJldHdl ZW4KCSAgdGhlIGNsaWVudCBhbmQgdGhlIHJlc291cmNlIHNlcnZlciBNVVNUIGJlIGFwcGxpZWQu CgkgIEFzIGEKCSAgY29uc2VxdWVuY2UsIG5vIGVhdmVzZHJvcHBlciBhbG9uZyB0aGUgY29tbXVu aWNhdGlvbiBwYXRoIGlzCgkgIGFibGUgdG8gb2JzZXJ2ZSB0aGUgdG9rZW4gZXhjaGFuZ2UuIENv bnNlcXVlbnRseSwgc3VjaCBhbgoJICBvbi1wYXRoIGFkdmVyc2FyeSBjYW5ub3QgcmVwbGF5IHRo ZSB0b2tlbi4KCSAgRnVydGhlcm1vcmUsIHdoZW4KCSAgcHJlc2VudGluZyB0aGUgdG9rZW4gdG8g YSByZXNvdXJjZSBzZXJ2ZXIsIHRoZSBjbGllbnQgTVVTVAoJICB2ZXJpZnkgdGhlIGlkZW50aXR5 IG9mIHRoYXQgcmVzb3VyY2Ugc2VydmVyLCBhcyBwZXIKCSAgUmVwcmVzZW50YXRpb24gYW5kIFZl cmlmaWNhdGlvbiBvZiBEb21haW4tQmFzZWQgQXBwbGljYXRpb24gU2VydmljZQoJICBJZGVudGl0 eSB3aXRoaW4gSW50ZXJuZXQgUHVibGljIEtleSBJbmZyYXN0cnVjdHVyZSBVc2luZyBYLjUwOSAo UEtJWCkKCSAgQ2VydGlmaWNhdGVzIGluIHRoZSBDb250ZXh0IG9mIFRyYW5zcG9ydCBMYXllciBT ZWN1cml0eSAoVExTKQoJICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzYxMjUnPltSRkM2MTI1 XTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5TYWludC1BbmRyZSwgUC4gYW5kIEou IEhvZGdlcywgJmxkcXVvO1JlcHJlc2VudGF0aW9uIGFuZCBWZXJpZmljYXRpb24gb2YgRG9tYWlu LUJhc2VkIEFwcGxpY2F0aW9uIFNlcnZpY2UgSWRlbnRpdHkgd2l0aGluIEludGVybmV0IFB1Ymxp YyBLZXkgSW5mcmFzdHJ1Y3R1cmUgVXNpbmcgWC41MDkgKFBLSVgpIENlcnRpZmljYXRlcyBpbiB0 aGUgQ29udGV4dCBvZiBUcmFuc3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRMUyksJnJkcXVvOyBNYXJj aCZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAgTm90ZSB0aGF0IHRoZQoJ ICBjbGllbnQgTVVTVCB2YWxpZGF0ZSB0aGUgVExTIGNlcnRpZmljYXRlIGNoYWluIHdoZW4gbWFr aW5nCgkgIHRoZXNlIHJlcXVlc3RzIHRvIHByb3RlY3RlZCByZXNvdXJjZXMuICBQcmVzZW50aW5n IHRoZSB0b2tlbgoJICB0byBhbiB1bmF1dGhlbnRpY2F0ZWQgYW5kIHVuYXV0aG9yaXplZCByZXNv dXJjZSBzZXJ2ZXIgb3IKCSAgZmFpbGluZyB0byB2YWxpZGF0ZSB0aGUgY2VydGlmaWNhdGUgY2hh aW4gd2lsbCBhbGxvdwoJICBhZHZlcnNhcmllcyB0byBzdGVhbCB0aGUgdG9rZW4gYW5kIGdhaW4g dW5hdXRob3JpemVkIGFjY2VzcwoJICB0byBwcm90ZWN0ZWQgcmVzb3VyY2VzLgoJCjwvcD4KPGEg bmFtZT0iYW5jaG9yNiI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBj ZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdo dCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8 L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjQuMyI+PC9hPjxoMz40 LjMuJm5ic3A7ClN1bW1hcnkgb2YgUmVjb21tZW5kYXRpb25zPC9oMz4KCjxwPgoJICA8L3A+Cjxi bG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5TYWZlZ3VhcmQgYmVhcmVyIHRva2Vuczo8 L2R0Pgo8ZGQ+CgkgICAgICBDbGllbnQgaW1wbGVtZW50YXRpb25zIE1VU1QgZW5zdXJlIHRoYXQg YmVhcmVyIHRva2VucwoJICAgICAgYXJlIG5vdCBsZWFrZWQgdG8gdW5pbnRlbmRlZCBwYXJ0aWVz LCBhcyB0aGV5IHdpbGwgYmUKCSAgICAgIGFibGUgdG8gdXNlIHRoZW0gdG8gZ2FpbiBhY2Nlc3Mg dG8gcHJvdGVjdGVkIHJlc291cmNlcy4KCSAgICAgIFRoaXMgaXMgdGhlIHByaW1hcnkgc2VjdXJp dHkgY29uc2lkZXJhdGlvbiB3aGVuIHVzaW5nCgkgICAgICBiZWFyZXIgdG9rZW5zIGFuZCB1bmRl cmxpZXMgYWxsIHRoZSBtb3JlCgkgICAgICBzcGVjaWZpYyByZWNvbW1lbmRhdGlvbnMgdGhhdCBm b2xsb3cuCgkgICAgCjwvZGQ+CjxkdD5WYWxpZGF0ZSBTU0wgY2VydGlmaWNhdGUgY2hhaW5zOjwv ZHQ+CjxkZD4KCSAgICAgIFRoZSBjbGllbnQgTVVTVCB2YWxpZGF0ZSB0aGUgVExTIGNlcnRpZmlj YXRlIGNoYWluIHdoZW4KCSAgICAgIG1ha2luZyByZXF1ZXN0cyB0byBwcm90ZWN0ZWQgcmVzb3Vy Y2VzLiAgRmFpbGluZyB0byBkbwoJICAgICAgc28gbWF5IGVuYWJsZSBETlMgaGlqYWNraW5nIGF0 dGFja3MgdG8gc3RlYWwgdGhlIHRva2VuCgkgICAgICBhbmQgZ2FpbiB1bmludGVuZGVkIGFjY2Vz cy4KCSAgICAKPC9kZD4KPGR0PkFsd2F5cyB1c2UgVExTIChodHRwcyk6PC9kdD4KPGRkPgoJICAg ICAgQ2xpZW50cyBNVVNUIGFsd2F5cyB1c2UKCSAgICAgIFRMUyA8YSBjbGFzcz0naW5mbycgaHJl Zj0nI1JGQzUyNDYnPltSRkM1MjQ2XTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5E aWVya3MsIFQuIGFuZCBFLiBSZXNjb3JsYSwgJmxkcXVvO1RoZSBUcmFuc3BvcnQgTGF5ZXIgU2Vj dXJpdHkgKFRMUykgUHJvdG9jb2wgVmVyc2lvbiAxLjIsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA4 Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4KCSAgICAgIChodHRwcykgb3IgZXF1aXZhbGVudCB0 cmFuc3BvcnQgc2VjdXJpdHkgd2hlbiBtYWtpbmcgcmVxdWVzdHMKCSAgICAgIHdpdGggYmVhcmVy IHRva2Vucy4gIEZhaWxpbmcgdG8gZG8gc28gZXhwb3NlcyB0aGUgdG9rZW4KCSAgICAgIHRvIG51 bWVyb3VzIGF0dGFja3MgdGhhdCBjb3VsZCBnaXZlIGF0dGFja2VycyB1bmludGVuZGVkCgkgICAg ICBhY2Nlc3MuCgkgICAgCjwvZGQ+CjxkdD5Eb24ndCBzdG9yZSBiZWFyZXIgdG9rZW5zIGluIGNv b2tpZXM6PC9kdD4KPGRkPgoJICAgICAgSW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIHN0b3JlIGJl YXJlciB0b2tlbnMgd2l0aGluCgkgICAgICBjb29raWVzIHRoYXQgY2FuIGJlIHNlbnQgaW4gdGhl IGNsZWFyICh3aGljaCBpcyB0aGUKCSAgICAgIGRlZmF1bHQgdHJhbnNtaXNzaW9uIG1vZGUgZm9y IGNvb2tpZXMpLgoJICAgICAgSW1wbGVtZW50YXRpb25zIHRoYXQgZG8gc3RvcmUgYmVhcmVyIHRv a2VucyBpbiBjb29raWVzCgkgICAgICBNVVNUIHRha2UgcHJlY2F1dGlvbnMgYWdhaW5zdCBjcm9z cyBzaXRlIHJlcXVlc3QgZm9yZ2VyeS4KCSAgICAKPC9kZD4KPGR0Pklzc3VlIHNob3J0LWxpdmVk IGJlYXJlciB0b2tlbnM6PC9kdD4KPGRkPgoJICAgICAgVG9rZW4gc2VydmVycyBTSE9VTEQgaXNz dWUgc2hvcnQtbGl2ZWQgKG9uZSBob3VyIG9yCgkgICAgICBsZXNzKSBiZWFyZXIgdG9rZW5zLCBw YXJ0aWN1bGFybHkgd2hlbiBpc3N1aW5nIHRva2VucyB0bwoJICAgICAgY2xpZW50cyB0aGF0IHJ1 biB3aXRoaW4gYSB3ZWIgYnJvd3NlciBvciBvdGhlcgoJICAgICAgZW52aXJvbm1lbnRzIHdoZXJl IGluZm9ybWF0aW9uIGxlYWthZ2UgbWF5IG9jY3VyLiAgVXNpbmcKCSAgICAgIHNob3J0LWxpdmVk IGJlYXJlciB0b2tlbnMgY2FuIHJlZHVjZSB0aGUgaW1wYWN0IG9mIHRoZW0KCSAgICAgIGJlaW5n IGxlYWtlZC4KCSAgICAKPC9kZD4KPGR0Pklzc3VlIHNjb3BlZCBiZWFyZXIgdG9rZW5zOjwvZHQ+ CjxkZD4KCSAgICAgIFRva2VuIHNlcnZlcnMgU0hPVUxEIGlzc3VlIGJlYXJlciB0b2tlbnMgdGhh dCBjb250YWluIGFuIGF1ZGllbmNlCgkgICAgICByZXN0cmljdGlvbiwgc2NvcGluZyB0aGVpciB1 c2UgdG8gdGhlIGludGVuZGVkIHJlbHlpbmcKCSAgICAgIHBhcnR5IG9yIHNldCBvZiByZWx5aW5n IHBhcnRpZXMuCgkgICAgCjwvZGQ+CjxkdD5Eb24ndCBwYXNzIGJlYXJlciB0b2tlbnMgaW4gcGFn ZSBVUkxzOjwvZHQ+CjxkZD4KCSAgICAgIEJlYXJlciB0b2tlbnMgU0hPVUxEIE5PVCBiZSBwYXNz ZWQgaW4gcGFnZSBVUkxzIChmb3IKCSAgICAgIGV4YW1wbGUgYXMgcXVlcnkgc3RyaW5nIHBhcmFt ZXRlcnMpLiBJbnN0ZWFkLCBiZWFyZXIKCSAgICAgIHRva2VucyBTSE9VTEQgYmUgcGFzc2VkIGlu IEhUVFAgbWVzc2FnZSBoZWFkZXJzIG9yCgkgICAgICBtZXNzYWdlIGJvZGllcyBmb3Igd2hpY2gg Y29uZmlkZW50aWFsaXR5IG1lYXN1cmVzIGFyZQoJICAgICAgdGFrZW4uIEJyb3dzZXJzLCB3ZWIg c2VydmVycywgYW5kIG90aGVyIHNvZnR3YXJlIG1heSBub3QKCSAgICAgIGFkZXF1YXRlbHkgc2Vj dXJlIFVSTHMgaW4gdGhlIGJyb3dzZXIgaGlzdG9yeSwgd2ViCgkgICAgICBzZXJ2ZXIgbG9ncywg YW5kIG90aGVyIGRhdGEgc3RydWN0dXJlcy4gSWYgYmVhcmVyIHRva2VucwoJICAgICAgYXJlIHBh c3NlZCBpbiBwYWdlIFVSTHMsIGF0dGFja2VycyBtaWdodCBiZSBhYmxlIHRvCgkgICAgICBzdGVh bCB0aGVtIGZyb20gdGhlIGhpc3RvcnkgZGF0YSwgbG9ncywgb3Igb3RoZXIKCSAgICAgIHVuc2Vj dXJlZCBsb2NhdGlvbnMuCgkgICAgCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPjxwPgoJCjwvcD4K PGEgbmFtZT0iYW5jaG9yNyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0 IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJy aWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJz cDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjUiPjwvYT48aDM+ NS4mbmJzcDsKSUFOQSBDb25zaWRlcmF0aW9uczwvaDM+Cgo8YSBuYW1lPSJhbmNob3I4Ij48L2E+ PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxs c3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJU T0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJs ZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNS4xIj48L2E+PGgzPjUuMS4mbmJzcDsKT0F1dGggQWNj ZXNzIFRva2VuIFR5cGUgUmVnaXN0cmF0aW9uPC9oMz4KCjxwPgogICAgICAgICAgVGhpcyBzcGVj aWZpY2F0aW9uIHJlZ2lzdGVycyB0aGUgZm9sbG93aW5nIGFjY2VzcyB0b2tlbiB0eXBlIGluIHRo ZSBPQXV0aCBBY2Nlc3MgVG9rZW4KICAgICAgICAgIFR5cGUgUmVnaXN0cnkuCiAgICAgICAgCjwv cD4KPGEgbmFtZT0iYW5jaG9yOSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5 b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWdu PSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0Mm bmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjUuMS4xIj48 L2E+PGgzPjUuMS4xLiZuYnNwOwpUaGUgIkJlYXJlciIgT0F1dGggQWNjZXNzIFRva2VuIFR5cGU8 L2gzPgoKPHA+CiAgICAgICAgICAgIDwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4K PGR0PlR5cGUgbmFtZTo8L2R0Pgo8ZGQ+CiAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg IEJlYXJlcgogICAgICAgICAgICAgIAo8L2RkPgo8ZHQ+QWRkaXRpb25hbCBUb2tlbiBFbmRwb2lu dCBSZXNwb25zZSBQYXJhbWV0ZXJzOjwvZHQ+CjxkZD4KICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgKG5vbmUpCiAgICAgICAgICAgICAgCjwvZGQ+CjxkdD5IVFRQIEF1dGhlbnRpY2F0 aW9uIFNjaGVtZShzKTo8L2R0Pgo8ZGQ+CiAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg IEJlYXJlcgogICAgICAgICAgICAgIAo8L2RkPgo8ZHQ+Q2hhbmdlIGNvbnRyb2xsZXI6PC9kdD4K PGRkPgogICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICBJRVRGCiAgICAgICAgICAgICAg CjwvZGQ+CjxkdD5TcGVjaWZpY2F0aW9uIGRvY3VtZW50KHMpOjwvZHQ+CjxkZD4KICAgICAgICAg ICAgICAgIAogICAgICAgICAgICAgICAgW1sgdGhpcyBkb2N1bWVudCBdXQogICAgICAgICAgICAg IAo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT48cD4KICAgICAgICAgIAo8L3A+CjxhIG5hbWU9ImFu Y2hvcjEwIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRk aW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+ PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3Rk PjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNS4yIj48L2E+PGgzPjUuMi4mbmJz cDsKQXV0aGVudGljYXRpb24gU2NoZW1lIFJlZ2lzdHJhdGlvbjwvaDM+Cgo8cD4KICAgICAgICAg IFRoaXMgc3BlY2lmaWNhdGlvbiByZWdpc3RlcnMgdGhlIGZvbGxvd2luZyBhdXRoZW50aWNhdGlv bgogICAgICAgICAgc2NoZW1lIGluIHRoZSBBdXRoZW50aWNhdGlvbiBTY2hlbWUgUmVnaXN0cnkg ZGVmaW5lZCBpbgogICAgICAgICAgSFRUUC8xLjEsIFBhcnQgNyA8YSBjbGFzcz0naW5mbycgaHJl Zj0nI0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aCc+W0kmIzgyMDk7RC5pZXRmJiM4MjA5O2h0dHBi aXMmIzgyMDk7cDcmIzgyMDk7YXV0aF08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+ RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNpbnRl ciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1MZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBSZXNj aGtlLCAmbGRxdW87SFRUUC8xLjEsIHBhcnQgNzogQXV0aGVudGljYXRpb24sJnJkcXVvOyBPY3Rv YmVyJm5ic3A7MjAxMS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+LgogICAgICAgIAo8L3A+Cjxh IG5hbWU9ImFuY2hvcjExIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQi IGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJp Z2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNw OzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNS4yLjEiPjwvYT48 aDM+NS4yLjEuJm5ic3A7ClRoZSAiQmVhcmVyIiBBdXRoZW50aWNhdGlvbiBTY2hlbWU8L2gzPgoK PHA+CiAgICAgICAgICAgIDwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PkF1 dGhlbnRpY2F0aW9uIFNjaGVtZSBOYW1lOjwvZHQ+CjxkZD4KICAgICAgICAgICAgICAgIAogICAg ICAgICAgICAgICAgQmVhcmVyCiAgICAgICAgICAgICAgCjwvZGQ+CjxkdD5Qb2ludGVyIHRvIHNw ZWNpZmljYXRpb24gdGV4dDo8L2R0Pgo8ZGQ+CiAgICAgICAgICAgICAgICAKICAgICAgICAgICAg ICAgIFtbIHRoaXMgZG9jdW1lbnQgXV0KICAgICAgICAgICAgICAKPC9kZD4KPGR0Pk5vdGVzIChv cHRpb25hbCk6PC9kdD4KPGRkPgogICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAobm9u ZSkKICAgICAgICAgICAgICAKPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+PHA+CiAgICAgICAgICAK PC9wPgo8YSBuYW1lPSJyZmMucmVmZXJlbmNlcyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3Vt bWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0Ni dWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4m bmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9u LjYiPjwvYT48aDM+Ni4mbmJzcDsKUmVmZXJlbmNlczwvaDM+Cgo8YSBuYW1lPSJyZmMucmVmZXJl bmNlczEiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48 dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+ PC90cj48L3RhYmxlPgo8aDM+Ni4xLiZuYnNwO05vcm1hdGl2ZSBSZWZlcmVuY2VzPC9oMz4KPHRh YmxlIHdpZHRoPSI5OSUiIGJvcmRlcj0iMCI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2 YWxpZ249InRvcCI+PGEgbmFtZT0iSS1ELmlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmciPltJLUQu aWV0Zi1odHRwYmlzLXAxLW1lc3NhZ2luZ108L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4 dCI+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNp bnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1MZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBS ZXNjaGtlLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1odHRwYmlzLXAxLW1lc3NhZ2luZy0xNyI+SFRUUC8xLjEsIHBhcnQgMTogVVJJcywgQ29u bmVjdGlvbnMsIGFuZCBNZXNzYWdlIFBhcnNpbmc8L2E+LCZyZHF1bzsgZHJhZnQtaWV0Zi1odHRw YmlzLXAxLW1lc3NhZ2luZy0xNyAod29yayBpbiBwcm9ncmVzcyksIE9jdG9iZXImbmJzcDsyMDEx ICg8YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRm LWh0dHBiaXMtcDEtbWVzc2FnaW5nLTE3LnR4dCI+VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRk IGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5hbWU9IkktRC5pZXRmLWh0dHBi aXMtcDctYXV0aCI+W0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aF08L2E+PC90ZD4KPHRkIGNsYXNz PSJhdXRob3ItdGV4dCI+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxz ZW4sIEguLCBNYXNpbnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1MZWUsIFQuLCBMYWZvbiwg WS4sIGFuZCBKLiBSZXNjaGtlLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1odHRwYmlzLXA3LWF1dGgtMTciPkhUVFAvMS4xLCBwYXJ0IDc6IEF1 dGhlbnRpY2F0aW9uPC9hPiwmcmRxdW87IGRyYWZ0LWlldGYtaHR0cGJpcy1wNy1hdXRoLTE3ICh3 b3JrIGluIHByb2dyZXNzKSwgT2N0b2JlciZuYnNwOzIwMTEgKDxhIGhyZWY9Imh0dHA6Ly93d3cu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtaHR0cGJpcy1wNy1hdXRoLTE3LnR4 dCI+VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWdu PSJ0b3AiPjxhIG5hbWU9IkktRC5pZXRmLW9hdXRoLXYyIj5bSS1ELmlldGYtb2F1dGgtdjJdPC9h PjwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPkhhbW1lci1MYWhhdiwgRS4sIFJlY29yZG9u LCBELiwgYW5kIEQuIEhhcmR0LCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1vYXV0aC12Mi0yMiI+VGhlIE9BdXRoIDIuMCBBdXRob3JpemF0aW9u IFByb3RvY29sPC9hPiwmcmRxdW87IGRyYWZ0LWlldGYtb2F1dGgtdjItMjIgKHdvcmsgaW4gcHJv Z3Jlc3MpLCBTZXB0ZW1iZXImbmJzcDsyMDExICg8YSBocmVmPSJodHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW9hdXRoLXYyLTIyLnR4dCI+VFhUPC9hPiwgPGEg aHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1vYXV0 aC12Mi0yMi5wZGYiPlBERjwvYT4pLjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRl eHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJSRkMyMTE5Ij5bUkZDMjExOV08L2E+PC90ZD4KPHRk IGNsYXNzPSJhdXRob3ItdGV4dCI+PGEgaHJlZj0ibWFpbHRvOnNvYkBoYXJ2YXJkLmVkdSI+QnJh ZG5lciwgUy48L2E+LCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv cmZjMjExOSI+S2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZSBSZXF1aXJlbWVu dCBMZXZlbHM8L2E+LCZyZHF1bzsgQkNQJm5ic3A7MTQsIFJGQyZuYnNwOzIxMTksIE1hcmNoJm5i c3A7MTk5NyAoPGEgaHJlZj0iaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjMjExOS50 eHQiPlRYVDwvYT4sIDxhIGhyZWY9Imh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMv aHRtbC9yZmMyMTE5Lmh0bWwiPkhUTUw8L2E+LCA8YSBocmVmPSJodHRwOi8veG1sLnJlc291cmNl Lm9yZy9wdWJsaWMvcmZjL3htbC9yZmMyMTE5LnhtbCI+WE1MPC9hPikuPC90ZD48L3RyPgo8dHI+ PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5hbWU9IlJGQzIyNDYiPltS RkMyMjQ2XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJtYWlsdG86 dGRpZXJrc0BjZXJ0aWNvbS5jb20iPkRpZXJrcywgVC48L2E+IGFuZCA8YSBocmVmPSJtYWlsdG86 Y2FsbGVuQGNlcnRpY29tLmNvbSI+Qy4gQWxsZW48L2E+LCAmbGRxdW87PGEgaHJlZj0iaHR0cDov L3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjMjI0NiI+VGhlIFRMUyBQcm90b2NvbCBWZXJzaW9uIDEu MDwvYT4sJnJkcXVvOyBSRkMmbmJzcDsyMjQ2LCBKYW51YXJ5Jm5ic3A7MTk5OSAoPGEgaHJlZj0i aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjMjI0Ni50eHQiPlRYVDwvYT4pLjwvdGQ+ PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJS RkMzOTg2Ij5bUkZDMzk4Nl08L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+PGEgaHJl Zj0ibWFpbHRvOnRpbWJsQHczLm9yZyI+QmVybmVycy1MZWUsIFQuPC9hPiwgPGEgaHJlZj0ibWFp bHRvOmZpZWxkaW5nQGdiaXYuY29tIj5GaWVsZGluZywgUi48L2E+LCBhbmQgPGEgaHJlZj0ibWFp bHRvOkxNTUBhY20ub3JnIj5MLiBNYXNpbnRlcjwvYT4sICZsZHF1bzs8YSBocmVmPSJodHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMzOTg2Ij5Vbmlmb3JtIFJlc291cmNlIElkZW50aWZpZXIg KFVSSSk6IEdlbmVyaWMgU3ludGF4PC9hPiwmcmRxdW87IFNURCZuYnNwOzY2LCBSRkMmbmJzcDsz OTg2LCBKYW51YXJ5Jm5ic3A7MjAwNSAoPGEgaHJlZj0iaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9y Zy9yZmMvcmZjMzk4Ni50eHQiPlRYVDwvYT4sIDxhIGhyZWY9Imh0dHA6Ly94bWwucmVzb3VyY2Uu b3JnL3B1YmxpYy9yZmMvaHRtbC9yZmMzOTg2Lmh0bWwiPkhUTUw8L2E+LCA8YSBocmVmPSJodHRw Oi8veG1sLnJlc291cmNlLm9yZy9wdWJsaWMvcmZjL3htbC9yZmMzOTg2LnhtbCI+WE1MPC9hPiku PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5h bWU9IlJGQzUyMzQiPltSRkM1MjM0XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5D cm9ja2VyLCBELiBhbmQgUC4gT3ZlcmVsbCwgJmxkcXVvOzxhIGhyZWY9Imh0dHA6Ly90b29scy5p ZXRmLm9yZy9odG1sL3JmYzUyMzQiPkF1Z21lbnRlZCBCTkYgZm9yIFN5bnRheCBTcGVjaWZpY2F0 aW9uczogQUJORjwvYT4sJnJkcXVvOyBTVEQmbmJzcDs2OCwgUkZDJm5ic3A7NTIzNCwgSmFudWFy eSZuYnNwOzIwMDggKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzUy MzQudHh0Ij5UWFQ8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2 YWxpZ249InRvcCI+PGEgbmFtZT0iUkZDNTI0NiI+W1JGQzUyNDZdPC9hPjwvdGQ+Cjx0ZCBjbGFz cz0iYXV0aG9yLXRleHQiPkRpZXJrcywgVC4gYW5kIEUuIFJlc2NvcmxhLCAmbGRxdW87PGEgaHJl Zj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNTI0NiI+VGhlIFRyYW5zcG9ydCBMYXll ciBTZWN1cml0eSAoVExTKSBQcm90b2NvbCBWZXJzaW9uIDEuMjwvYT4sJnJkcXVvOyBSRkMmbmJz cDs1MjQ2LCBBdWd1c3QmbmJzcDsyMDA4ICg8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iu b3JnL3JmYy9yZmM1MjQ2LnR4dCI+VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJh dXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5hbWU9IlJGQzYxMjUiPltSRkM2MTI1XTwvYT48 L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5TYWludC1BbmRyZSwgUC4gYW5kIEouIEhvZGdl cywgJmxkcXVvOzxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzYxMjUiPlJl cHJlc2VudGF0aW9uIGFuZCBWZXJpZmljYXRpb24gb2YgRG9tYWluLUJhc2VkIEFwcGxpY2F0aW9u IFNlcnZpY2UgSWRlbnRpdHkgd2l0aGluIEludGVybmV0IFB1YmxpYyBLZXkgSW5mcmFzdHJ1Y3R1 cmUgVXNpbmcgWC41MDkgKFBLSVgpIENlcnRpZmljYXRlcyBpbiB0aGUgQ29udGV4dCBvZiBUcmFu c3BvcnQgTGF5ZXIgU2VjdXJpdHkgKFRMUyk8L2E+LCZyZHF1bzsgUkZDJm5ic3A7NjEyNSwgTWFy Y2gmbmJzcDsyMDExICg8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM2 MTI1LnR4dCI+VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIg dmFsaWduPSJ0b3AiPjxhIG5hbWU9IlczQy5SRUMtaHRtbDQwMS0xOTk5MTIyNCI+W1czQy5SRUMt aHRtbDQwMS0xOTk5MTIyNF08L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+SmFjb2Jz LCBJLiwgUmFnZ2V0dCwgRC4sIGFuZCBBLiBIb3JzLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3d3 dy53My5vcmcvVFIvMTk5OS9SRUMtaHRtbDQwMS0xOTk5MTIyNCI+SFRNTCA0LjAxIFNwZWNpZmlj YXRpb248L2E+LCZyZHF1bzsgV29ybGQgV2lkZSBXZWIgQ29uc29ydGl1bSBSZWNvbW1lbmRhdGlv biZuYnNwO1JFQy1odG1sNDAxLTE5OTkxMjI0LCBEZWNlbWJlciZuYnNwOzE5OTkgKDxhIGhyZWY9 Imh0dHA6Ly93d3cudzMub3JnL1RSLzE5OTkvUkVDLWh0bWw0MDEtMTk5OTEyMjQiPkhUTUw8L2E+ KS48L3RkPjwvdHI+CjwvdGFibGU+Cgo8YSBuYW1lPSJyZmMucmVmZXJlbmNlczIiPjwvYT48YnIg Lz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1 ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8 aDM+Ni4yLiZuYnNwO0luZm9ybWF0aXZlIFJlZmVyZW5jZXM8L2gzPgo8dGFibGUgd2lkdGg9Ijk5 JSIgYm9yZGVyPSIwIj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiIHZhbGlnbj0idG9wIj48 YSBuYW1lPSJOSVNUODAwLTYzIj5bTklTVDgwMC02M108L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRo b3ItdGV4dCI+QnVyciwgVy4sIERvZHNvbiwgRC4sIFBlcmxuZXIsIFIuLCBQb2xrLCBULiwgR3Vw dGEsIFMuLCBhbmQgRS4gTmFiYnVzLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL2NzcmMubmlzdC5n b3YvcHVibGljYXRpb25zL1B1YnNEcmFmdHMuaHRtbCNTUC04MDAtNjMtUmV2LiUyMDEiPk5JU1Qg U3BlY2lhbCBQdWJsaWNhdGlvbiA4MDAtNjMtMSwgSU5GT1JNQVRJT04gU0VDVVJJVFk8L2E+LCZy ZHF1bzsgRGVjZW1iZXImbmJzcDsyMDA4LjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9y LXRleHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJSRkMyNjE2Ij5bUkZDMjYxNl08L2E+PC90ZD4K PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+PGEgaHJlZj0ibWFpbHRvOmZpZWxkaW5nQGljcy51Y2ku ZWR1Ij5GaWVsZGluZywgUi48L2E+LCA8YSBocmVmPSJtYWlsdG86amdAdzMub3JnIj5HZXR0eXMs IEouPC9hPiwgPGEgaHJlZj0ibWFpbHRvOm1vZ3VsQHdybC5kZWMuY29tIj5Nb2d1bCwgSi48L2E+ LCA8YSBocmVmPSJtYWlsdG86ZnJ5c3R5a0B3My5vcmciPkZyeXN0eWssIEguPC9hPiwgPGEgaHJl Zj0ibWFpbHRvOm1hc2ludGVyQHBhcmMueGVyb3guY29tIj5NYXNpbnRlciwgTC48L2E+LCA8YSBo cmVmPSJtYWlsdG86cGF1bGxlQG1pY3Jvc29mdC5jb20iPkxlYWNoLCBQLjwvYT4sIGFuZCA8YSBo cmVmPSJtYWlsdG86dGltYmxAdzMub3JnIj5ULiBCZXJuZXJzLUxlZTwvYT4sICZsZHF1bzs8YSBo cmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMyNjE2Ij5IeXBlcnRleHQgVHJhbnNm ZXIgUHJvdG9jb2wgLS0gSFRUUC8xLjE8L2E+LCZyZHF1bzsgUkZDJm5ic3A7MjYxNiwgSnVuZSZu YnNwOzE5OTkgKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzI2MTYu dHh0Ij5UWFQ8L2E+LCA8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMy NjE2LnBzIj5QUzwvYT4sIDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3Jm YzI2MTYucGRmIj5QREY8L2E+LCA8YSBocmVmPSJodHRwOi8veG1sLnJlc291cmNlLm9yZy9wdWJs aWMvcmZjL2h0bWwvcmZjMjYxNi5odG1sIj5IVE1MPC9hPiwgPGEgaHJlZj0iaHR0cDovL3htbC5y ZXNvdXJjZS5vcmcvcHVibGljL3JmYy94bWwvcmZjMjYxNi54bWwiPlhNTDwvYT4pLjwvdGQ+PC90 cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJSRkMy NjE3Ij5bUkZDMjYxN108L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+PGEgaHJlZj0i bWFpbHRvOmpvaG5AbWF0aC5ud3UuZWR1Ij5GcmFua3MsIEouPC9hPiwgPGEgaHJlZj0ibWFpbHRv OnBiYWtlckB2ZXJpc2lnbi5jb20iPkhhbGxhbS1CYWtlciwgUC48L2E+LCA8YSBocmVmPSJtYWls dG86amVmZkBBYmlTb3VyY2UuY29tIj5Ib3N0ZXRsZXIsIEouPC9hPiwgPGEgaHJlZj0ibWFpbHRv Omxhd3JlbmNlQGFncmFuYXQuY29tIj5MYXdyZW5jZSwgUy48L2E+LCA8YSBocmVmPSJtYWlsdG86 cGF1bGxlQG1pY3Jvc29mdC5jb20iPkxlYWNoLCBQLjwvYT4sIEx1b3RvbmVuLCBBLiwgYW5kIDxh IGhyZWY9Im1haWx0bzpzdGV3YXJ0QE9wZW5NYXJrZXQuY29tIj5MLiBTdGV3YXJ0PC9hPiwgJmxk cXVvOzxhIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzI2MTciPkhUVFAgQXV0 aGVudGljYXRpb246IEJhc2ljIGFuZCBEaWdlc3QgQWNjZXNzIEF1dGhlbnRpY2F0aW9uPC9hPiwm cmRxdW87IFJGQyZuYnNwOzI2MTcsIEp1bmUmbmJzcDsxOTk5ICg8YSBocmVmPSJodHRwOi8vd3d3 LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyNjE3LnR4dCI+VFhUPC9hPiwgPGEgaHJlZj0iaHR0cDov L3htbC5yZXNvdXJjZS5vcmcvcHVibGljL3JmYy9odG1sL3JmYzI2MTcuaHRtbCI+SFRNTDwvYT4s IDxhIGhyZWY9Imh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMveG1sL3JmYzI2MTcu eG1sIj5YTUw8L2E+KS48L3RkPjwvdHI+CjwvdGFibGU+Cgo8YSBuYW1lPSJhbmNob3IxNCI+PC9h PjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2Vs bHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0i VE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFi bGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLkEiPjwvYT48aDM+QXBwZW5kaXggQS4mbmJzcDsKQWNr bm93bGVkZ2VtZW50czwvaDM+Cgo8cD4KICAgICAgICBUaGUgZm9sbG93aW5nIHBlb3BsZSBjb250 cmlidXRlZCB0byBwcmVsaW1pbmFyeSB2ZXJzaW9ucyBvZiB0aGlzIGRvY3VtZW50OgogICAgICAg IEJsYWluZSBDb29rIChCVCksIEJyaWFuIEVhdG9uIChHb29nbGUpLCBZYXJvbiBZLiBHb2xhbmQg KE1pY3Jvc29mdCksIEJyZW50IEdvbGRtYW4gKEZhY2Vib29rKSwKICAgICAgICBSYWZmaSBLcmlr b3JpYW4gKFR3aXR0ZXIpLCBMdWtlIFNoZXBhcmQgKEZhY2Vib29rKSwgYW5kIEFsbGVuIFRvbSAo WWFob28hKS4gVGhlIGNvbnRlbnQgYW5kCiAgICAgICAgY29uY2VwdHMgd2l0aGluIGFyZSBhIHBy b2R1Y3Qgb2YgdGhlIE9BdXRoIGNvbW11bml0eSwgdGhlIFdSQVAgY29tbXVuaXR5LCBhbmQgdGhl IE9BdXRoIFdvcmtpbmcKICAgICAgICBHcm91cC4KICAgICAgCjwvcD4KPHA+CiAgICAgICAgVGhl IE9BdXRoIFdvcmtpbmcgR3JvdXAgaGFzIGRvemVucyBvZiB2ZXJ5IGFjdGl2ZSBjb250cmlidXRv cnMgd2hvIHByb3Bvc2VkIGlkZWFzIGFuZAogICAgICAgIHdvcmRpbmcgZm9yIHRoaXMgZG9jdW1l bnQsIGluY2x1ZGluZzoKCU1pY2hhZWwgQWRhbXMsIEFtYW5kYSBBbmdhbmVzLCBBbmRyZXcgQXJu b3R0LCBEaXJrIEJhbGZhbnosCglKb2huIEJyYWRsZXksIEJyaWFuIENhbXBiZWxsLCBMZWFoIEN1 bHZlciwgQmlsbCBkZSBow5NyYSwKCUJyaWFuIEVsbGluLCBJZ29yIEZheW5iZXJnLCBTdGVwaGVu IEZhcnJlbGwsIEdlb3JnZSBGbGV0Y2hlciwKCVRpbSBGcmVlbWFuLCBFdmFuIEdpbGJlcnQsIFlh cm9uIFkuIEdvbGFuZCwgVGhvbWFzIEhhcmRqb25vLAoJSnVzdGluIEhhcnQsIFBoaWwgSHVudCwg Sm9obiBLZW1wLCBFcmFuIEhhbW1lci1MYWhhdiwKCUNoYXNlbiBMZSBIYXJhLCBCYXJyeSBMZWli YSwgTWljaGFlbCBCLiBKb25lcywKCVRvcnN0ZW4gTG9kZGVyc3RlZHQsIEV2ZSBNYWxlciwgSmFt ZXMgTWFuZ2VyLCBMYXVyZW5jZSBNaWFvLAoJV2lsbGlhbSBKLiBNaWxscywgQ2h1Y2sgTW9ydGlt b3JlLCBBbnRob255IE5hZGFsaW4sCglKdWxpYW4gUmVzY2hrZSwgSnVzdGluIFJpY2hlciwgUGV0 ZXIgU2FpbnQtQW5kcmUsIE5hdCBTYWtpbXVyYSwKCVJvYiBTYXlyZSwgTWFyaXVzIFNjdXJ0ZXNj dSwgTmFpdGlrIFNoYWgsIEp1c3RpbiBTbWl0aCwKCUplcmVteSBTdXJpZWwsIENocmlzdGlhbiBT dMO8Ym5lciwgUGF1bCBUYXJqYW4sCglIYW5uZXMgVHNjaG9mZW5pZywgRnJhbmtsaW4gVHNlLCBh bmQgU2hhbmUgV2VlZGVuLgogICAgICAKPC9wPgo8YSBuYW1lPSJhbmNob3IxNSI+PC9hPjxiciAv PjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNp bmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVn Ij48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+Cjxh IG5hbWU9InJmYy5zZWN0aW9uLkIiPjwvYT48aDM+QXBwZW5kaXggQi4mbmJzcDsKRG9jdW1lbnQg SGlzdG9yeTwvaDM+Cgo8cD4KICAgICAgICBbWyB0byBiZSByZW1vdmVkIGJ5IHRoZSBSRkMgZWRp dG9yIGJlZm9yZSBwdWJsaWNhdGlvbiBhcyBhbiBSRkMgXV0KICAgICAgCjwvcD4KPHA+CiAgICAg ICAgLTE1CiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CgkgICAgQ2xhcmlmaWVk IHRoYXQgZm9ybS1lbmNvZGVkIGNvbnRlbnQgbXVzdCBjb25zaXN0IGVudGlyZWx5CgkgICAgb2Yg QVNDSUkgY2hhcmFjdGVycy4KCSAgCjwvbGk+CjxsaT4KCSAgICBBZGRlZCBUTFMgdmVyc2lvbiBy ZXF1aXJlbWVudHMuCgkgIAo8L2xpPgo8bGk+CgkgICAgQXBwbGllZCBlZGl0b3JpYWwgaW1wcm92 ZW1lbnRzIHN1Z2dlc3RlZCBieSBNYXJrCgkgICAgTm90dGluZ2hhbSBkdXJpbmcgdGhlIEFQUFMg YXJlYSByZXZpZXcuCgkgIAo8L2xpPgo8L3VsPjxwPgogICAgICAKPC9wPgo8cD4KICAgICAgICAt MTQKICAgICAgICA8L3A+Cjx1bCBjbGFzcz0idGV4dCI+CjxsaT4KCSAgICBDaGFuZ2VzIG1hZGUg aW4gcmVzcG9uc2UgdG8gcmV2aWV3IGNvbW1lbnRzIGJ5IFNlY3VyaXR5CgkgICAgQXJlYSBEaXJl Y3RvciBTdGVwaGVuIEZhcnJlbGwuICBTcGVjaWZpY2FsbHk6CgkgIAo8L2xpPgo8bGk+CgkgICAg U3RyZW5ndGhlbmVkIHdhcm5pbmdzIGFib3V0IHBhc3NpbmcgYW4gYWNjZXNzIHRva2VuIGFzIGEK CSAgICBxdWVyeSBwYXJhbWV0ZXIgYW5kIG1vcmUgcHJlY2lzZWx5IGRlc2NyaWJlZCB0aGUKCSAg ICBsaW1pdGF0aW9ucyBwbGFjZWQgdXBvbiB0aGUgdXNlIG9mIHRoaXMgbWV0aG9kLgoJICAKPC9s aT4KPGxpPgoJICAgIENsYXJpZmllZCB0aGF0IHRoZSA8dHQ+cmVhbG08L3R0PgoJICAgIGF0dHJp YnV0ZSBNQVkgaW5jbHVkZWQgdG8gaW5kaWNhdGUgdGhlIHNjb3BlIG9mIHByb3RlY3Rpb24KCSAg ICBpbiB0aGUgbWFubmVyIGRlc2NyaWJlZCBpbgoJICAgIEhUVFAvMS4xLCBQYXJ0IDcgPGEgY2xh c3M9J2luZm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgnPltJJiM4MjA5O0QuaWV0 ZiYjODIwOTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNwYW4+ICg8L3NwYW4+PHNwYW4g Y2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwgTW9ndWwsIEouLCBOaWVsc2Vu LCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMtTGVlLCBULiwgTGFmb24sIFku LCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0IDc6IEF1dGhlbnRpY2F0aW9u LCZyZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAg CjwvbGk+CjxsaT4KCSAgICBOb3JtYXRpdmVseSBzdGF0ZWQgdGhhdCAidGhlIHRva2VuIGludGVn cml0eSBwcm90ZWN0aW9uCgkgICAgTVVTVCBiZSBzdWZmaWNpZW50IHRvIHByZXZlbnQgdGhlIHRv a2VuIGZyb20gYmVpbmcKCSAgICBtb2RpZmllZCIuCgkgIAo8L2xpPgo8bGk+CgkgICAgQWRkZWQg c3RhdGVtZW50IHRoYXQgIlRMUyBpcyBtYW5kYXRvcnkgdG8gaW1wbGVtZW50IGFuZAoJICAgIHVz ZSB3aXRoIHRoaXMgc3BlY2lmaWNhdGlvbiIgdG8gdGhlIGludHJvZHVjdGlvbi4KCSAgCjwvbGk+ CjxsaT4KCSAgICBTdGF0ZWQgdGhhdCBUTFMgTVVTVCBiZSB1c2VkIHdpdGggImEgY2lwaGVyc3Vp dGUgdGhhdAoJICAgIHByb3ZpZGVzIGNvbmZpZGVudGlhbGl0eSBhbmQgaW50ZWdyaXR5IHByb3Rl Y3Rpb24iLgoJICAKPC9saT4KPGxpPgoJICAgIEFkZGVkICJBcyBhIGZ1cnRoZXIgZGVmZW5zZSBh Z2FpbnN0IHRva2VuIGRpc2Nsb3N1cmUsIHRoZQoJICAgIGNsaWVudCBNVVNUIHZhbGlkYXRlIHRo ZSBUTFMgY2VydGlmaWNhdGUgY2hhaW4gd2hlbiBtYWtpbmcKCSAgICByZXF1ZXN0cyB0byBwcm90 ZWN0ZWQgcmVzb3VyY2VzIiB0byB0aGUgVGhyZWF0IE1pdGlnYXRpb24KCSAgICBzZWN0aW9uLgoJ ICAKPC9saT4KPGxpPgoJICAgIENsYXJpZmllZCB0aGF0IHB1dHRpbmcgYSB2YWxpZGl0eSB0aW1l IGZpZWxkIGluc2lkZSB0aGUKCSAgICBwcm90ZWN0ZWQgcGFydCBvZiB0aGUgdG9rZW4gaXMgb25l IG1lYW5zLCBidXQgbm90IHRoZSBvbmx5CgkgICAgbWVhbnMsIG9mIGxpbWl0aW5nIHRoZSBsaWZl dGltZSBvZiB0aGUgdG9rZW4uCgkgIAo8L2xpPgo8bGk+CgkgICAgRHJvcHBlZCB0aGUgY29uZnVz aW5nIHBocmFzZSAiZm9yIGluc3RhbmNlLCB0aHJvdWdoIHRoZQoJICAgIHVzZSBvZiBUTFMiIGZy b20gdGhlIHNlbnRlbmNlIGFib3V0IGNvbmZpZGVudGlhbGl0eQoJICAgIHByb3RlY3Rpb24gb2Yg dGhlIGV4Y2hhbmdlcy4KCSAgCjwvbGk+CjxsaT4KCSAgICBSZWZlcmVuY2UgUkZDIDYxMjUgZm9y IGlkZW50aXR5IHZlcmlmaWNhdGlvbiwgcmF0aGVyIHRoYW4KCSAgICBSRkMgMjgxOC4KCSAgCjwv bGk+CjxsaT4KCSAgICBTdGF0ZWQgdGhhdCB0aGUgdG9rZW4gTVVTVCBiZSBwcm90ZWN0ZWQgYmV0 d2VlbiBmcm9udCBlbmQKCSAgICBhbmQgYmFjayBlbmQgc2VydmVycyB3aGVuIHRoZSBUTFMgY29u bmVjdGlvbiB0ZXJtaW5hdGVzIGF0CgkgICAgYSBmcm9udCBlbmQgc2VydmVyIHRoYXQgaXMgZGlz dGluY3QgZnJvbSB0aGUgYWN0dWFsIHNlcnZlcgoJICAgIHRoYXQgcHJvdmlkZXMgdGhlIHJlc291 cmNlLgoJICAKPC9saT4KPGxpPgoJICAgIFN0YXRlZCB0aGF0IGJlYXJlciB0b2tlbnMgTVVTVCBu b3QgYmUgc3RvcmVkIGluIGNvb2tpZXMKCSAgICB0aGF0IGNhbiBiZSBzZW50IGluIHRoZSBjbGVh ciBpbiB0aGUgVGhyZWF0IE1pdGlnYXRpb24KCSAgICBzZWN0aW9uLgoJICAKPC9saT4KPGxpPgoJ ICAgIFJlcGxhY2VkIHNvbGUgcmVtYWluaW5nIHJlZmVyZW5jZSB0byA8YSBjbGFzcz0naW5mbycg aHJlZj0nI1JGQzI2MTYnPltSRkMyNjE2XTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZv Jz5GaWVsZGluZywgUi4sIEdldHR5cywgSi4sIE1vZ3VsLCBKLiwgRnJ5c3R5aywgSC4sIE1hc2lu dGVyLCBMLiwgTGVhY2gsIFAuLCBhbmQgVC4gQmVybmVycy1MZWUsICZsZHF1bztIeXBlcnRleHQg VHJhbnNmZXIgUHJvdG9jb2wgLS0gSFRUUC8xLjEsJnJkcXVvOyBKdW5lJm5ic3A7MTk5OS48L3Nw YW4+PHNwYW4+KTwvc3Bhbj48L2E+IHdpdGgKCSAgICBIVFRQYmlzIDxhIGNsYXNzPSdpbmZvJyBo cmVmPScjSS1ELmlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmcnPltJJiM4MjA5O0QuaWV0ZiYjODIw OTtodHRwYmlzJiM4MjA5O3AxJiM4MjA5O21lc3NhZ2luZ108c3Bhbj4gKDwvc3Bhbj48c3BhbiBj bGFzcz0naW5mbyc+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxzZW4s IEguLCBNYXNpbnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1MZWUsIFQuLCBMYWZvbiwgWS4s IGFuZCBKLiBSZXNjaGtlLCAmbGRxdW87SFRUUC8xLjEsIHBhcnQgMTogVVJJcywgQ29ubmVjdGlv bnMsIGFuZCBNZXNzYWdlIFBhcnNpbmcsJnJkcXVvOyBPY3RvYmVyJm5ic3A7MjAxMS48L3NwYW4+ PHNwYW4+KTwvc3Bhbj48L2E+CgkgICAgcmVmZXJlbmNlLgoJICAKPC9saT4KPGxpPgoJICAgIFJl cGxhY2VkIGFsbCByZWZlcmVuY2VzIHdoZXJlIHRoZSByZWZlcmVuY2UgaXMgdXNlZCBhcyBpZgoJ ICAgIGl0IHdlcmUgcGFydCBvZiB0aGUgc2VudGVuY2UgKHN1Y2ggYXMgImRlZmluZWQgYnkKCSAg ICBbSS1ELndoYXRldmVyXSIpIHdpdGggb25lcyB3aGVyZSB0aGUgc3BlY2lmaWNhdGlvbiBuYW1l IGlzCgkgICAgdXNlZCwgZm9sbG93ZWQgYnkgdGhlIHJlZmVyZW5jZSAoc3VjaCBhcyAiZGVmaW5l ZCBieQoJICAgIFdoYXRldmVyIFtJLUQud2hhdGV2ZXJdIikuCgkgIAo8L2xpPgo8bGk+CgkgICAg T3RoZXIgb24tbm9ybWF0aXZlIGVkaXRvcmlhbCBpbXByb3ZlbWVudHMuCgkgIAo8L2xpPgo8L3Vs PjxwPgogICAgICAKPC9wPgo8cD4KICAgICAgICAtMTMKICAgICAgICA8L3A+Cjx1bCBjbGFzcz0i dGV4dCI+CjxsaT4KCSAgICBBdCB0aGUgcmVxdWVzdCBvZiBIYW5uZXMgVHNjaG9mZW5pZywgbWFk ZSBBQk5GIGNoYW5nZXMgdG8KCSAgICBtYWtlIGl0IGNsZWFyIHRoYXQgbm8gc3BlY2lhbCBXV1ct QXV0aGVudGljYXRlIHJlc3BvbnNlCgkgICAgaGVhZGVyIGZpZWxkIHBhcnNlcnMgYXJlIG5lZWRl ZC4gIFRoZSA8dHQ+c2NvcGU8L3R0PiwgPHR0PmVycm9yLWRlc2NyaXB0aW9uPC90dD4sIGFuZCA8 dHQ+ZXJyb3ItdXJpPC90dD4gcGFyYW1ldGVycyBhcmUgYWxsIG5vdwoJICAgIGRlZmluZWQgYXMg cXVvdGVkLXN0cmluZyBpbiB0aGUgQUJORiAoYXMgPHR0PmVycm9yPC90dD4gYWxyZWFkeSB3YXMp LiAgUmVzdHJpY3Rpb25zIG9uCgkgICAgdGhlc2UgdmFsdWVzIHRoYXQgd2VyZSBmb3JtZXJseSBk ZXNjcmliZWQgaW4gdGhlIEFCTkZzIGFyZQoJICAgIG5vdyBkZXNjcmliZWQgaW4gbm9ybWF0aXZl IHRleHQgaW5zdGVhZC4KCSAgCjwvbGk+CjwvdWw+PHA+CiAgICAgIAo8L3A+CjxwPgogICAgICAg IC0xMgogICAgICAgIDwvcD4KPHVsIGNsYXNzPSJ0ZXh0Ij4KPGxpPgoJICAgIE1hZGUgbm9uLW5v cm1hdGl2ZSBlZGl0b3JpYWwgY2hhbmdlcyB0aGF0IEhhbm5lcwoJICAgIFRzY2hvZmVuaWcgcmVx dWVzdGVkIGJlIGFwcGxpZWQgcHJpb3IgdG8gZm9yd2FyZGluZyB0aGUKCSAgICBzcGVjaWZpY2F0 aW9uIHRvIHRoZSBJRVNHLgoJICAKPC9saT4KPGxpPgoJICAgIEFkZGVkIHJhdGlvbmFsZSBmb3Ig dGhlIGNob2ljZSBvZiB0aGUgYjY0dG9rZW4gc3ludGF4LgoJICAKPC9saT4KPGxpPgoJICAgIEFk ZGVkIHJhdGlvbmFsZSBzdGF0aW5nIHRoYXQgcmVjZWl2ZXJzIGFyZSBmcmVlIHRvIHBhcnNlCgkg ICAgdGhlIDx0dD5zY29wZTwvdHQ+IGF0dHJpYnV0ZSB1c2luZyBhCgkgICAgc3RhbmRhcmQgcXVv dGVkLXN0cmluZyBwYXJzZXIsIHNpbmNlIGl0IHdpbGwgY29ycmVjdGx5CgkgICAgcHJvY2VzcyBh bGwgbGVnYWwgPHR0PnNjb3BlPC90dD4KCSAgICB2YWx1ZXMuCgkgIAo8L2xpPgo8bGk+CgkgICAg QWRkZWQgYWRkaXRpb25hbCBhY3RpdmUgd29ya2luZyBncm91cCBjb250cmlidXRvcnMgdG8gdGhl CgkgICAgQWNrbm93bGVkZ2VtZW50cyBzZWN0aW9uLgoJICAKPC9saT4KPC91bD48cD4KICAgICAg CjwvcD4KPHA+CiAgICAgICAgLTExCiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+ CgkgICAgUmVwbGFjZWQgdXNlcyBvZiAmbHQ7IiZndDsgd2l0aCBEUVVPVEUgdG8gcGFzcyBBQk5G IHN5bnRheCBjaGVjay4KCSAgCjwvbGk+CjwvdWw+PHA+CiAgICAgIAo8L3A+CjxwPgogICAgICAg IC0xMAogICAgICAgIDwvcD4KPHVsIGNsYXNzPSJ0ZXh0Ij4KPGxpPgoJICAgIFJlbW92ZWQgdGhl ICNhdXRoLXBhcmFtIG9wdGlvbiBmcm9tIEF1dGhvcml6YXRpb24gaGVhZGVyCgkgICAgc3ludGF4 IChsZWF2aW5nIG9ubHkgdGhlIGI2NHRva2VuIHN5bnRheCkuCgkgIAo8L2xpPgo8bGk+CgkgICAg UmVzdHJpY3RlZCB0aGUgPHR0PnNjb3BlPC90dD4gdmFsdWUKCSAgICBjaGFyYWN0ZXIgc2V0IHRv ICV4MjEgLyAleDIzLTVCIC8gJXg1RC03RSAocHJpbnRhYmxlIEFTQ0lJCgkgICAgY2hhcmFjdGVy cyBleGNsdWRpbmcgZG91YmxlLXF1b3RlIGFuZCBiYWNrc2xhc2gpLgoJICAgIEluZGljYXRlZCB0 aGF0IHNjb3BlIGlzIGludGVuZGVkIGZvciBwcm9ncmFtbWF0aWMgdXNlIGFuZAoJICAgIGlzIG5v dCBtZWFudCB0byBiZSBkaXNwbGF5ZWQgdG8gZW5kIHVzZXJzLgoJICAKPC9saT4KPGxpPgoJICAg IFJlc3RyaWN0ZWQgdGhlIGNoYXJhY3RlciBzZXQgZm9yIDx0dD5lcnJvcl9kZXNjcmlwdGlvbjwv dHQ+IHN0cmluZ3MgdG8gU1AgLwoJICAgIFZDSEFSIGFuZCBpbmRpY2F0ZWQgdGhhdCB0aGV5IGFy ZSBub3QgbWVhbnQgdG8gYmUKCSAgICBkaXNwbGF5ZWQgdG8gZW5kIHVzZXJzLgoJICAKPC9saT4K PGxpPgoJICAgIEluY2x1ZGVkIG1vcmUgZGVzY3JpcHRpb24gaW4gdGhlIEFic3RyYWN0LCBzaW5j ZSBIYW5uZXMKCSAgICBUc2Nob2ZlbmlnIGluZGljYXRlZCB0aGF0IHRoZSBSRkMgZWRpdG9yIHdv dWxkIHJlcXVpcmUKCSAgICB0aGlzLgoJICAKPC9saT4KPGxpPgogICAgICAgICAgICBDaGFuZ2Vk ICJBY2Nlc3MgR3JhbnQiIHRvICJBdXRob3JpemF0aW9uIEdyYW50IiwgYXMgd2FzCiAgICAgICAg ICAgIGRvbmUgaW4gdGhlIGNvcmUgc3BlYy4KCSAgCjwvbGk+CjxsaT4KCSAgICBTaW1wbGlmaWVk IHRoZSBpbnRyb2R1Y3Rpb24gdG8gdGhlIEF1dGhlbnRpY2F0ZWQgUmVxdWVzdHMKCSAgICBzZWN0 aW9uLgoJICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPHA+CiAgICAgICAgLTA5CiAgICAg ICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CiAgICAgICAgICAgIEluY29ycG9yYXRlZCB3 b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBjb21tZW50cy4gIFNwZWNpZmljIGNoYW5nZXMgd2VyZToK CSAgCjwvbGk+CjxsaT4KCSAgICBVc2UgZGVmaW5pdGlvbnMgZnJvbSA8YSBjbGFzcz0naW5mbycg aHJlZj0nI0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aCc+W0kmIzgyMDk7RC5pZXRmJiM4MjA5O2h0 dHBiaXMmIzgyMDk7cDcmIzgyMDk7YXV0aF08c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5m byc+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNp bnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1MZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBS ZXNjaGtlLCAmbGRxdW87SFRUUC8xLjEsIHBhcnQgNzogQXV0aGVudGljYXRpb24sJnJkcXVvOyBP Y3RvYmVyJm5ic3A7MjAxMS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IHJhdGhlciB0aGFuIDxh IGNsYXNzPSdpbmZvJyBocmVmPScjUkZDMjYxNyc+W1JGQzI2MTddPHNwYW4+ICg8L3NwYW4+PHNw YW4gY2xhc3M9J2luZm8nPkZyYW5rcywgSi4sIEhhbGxhbS1CYWtlciwgUC4sIEhvc3RldGxlciwg Si4sIExhd3JlbmNlLCBTLiwgTGVhY2gsIFAuLCBMdW90b25lbiwgQS4sIGFuZCBMLiBTdGV3YXJ0 LCAmbGRxdW87SFRUUCBBdXRoZW50aWNhdGlvbjogQmFzaWMgYW5kIERpZ2VzdCBBY2Nlc3MgQXV0 aGVudGljYXRpb24sJnJkcXVvOyBKdW5lJm5ic3A7MTk5OS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48 L2E+LgoJICAKPC9saT4KPGxpPgoJICAgIFVwZGF0ZSBjcmVkZW50aWFscyBkZWZpbml0aW9uIHRv IGNvbmZvcm0gdG8gPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1 dGgnPltJJiM4MjA5O0QuaWV0ZiYjODIwOTtodHRwYmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNw YW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwg TW9ndWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMt TGVlLCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVzY2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0 IDc6IEF1dGhlbnRpY2F0aW9uLCZyZHF1bzsgT2N0b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFu Pik8L3NwYW4+PC9hPi4KCSAgCjwvbGk+CjxsaT4KCSAgICBGdXJ0aGVyIGNsYXJpZmllZCB0aGF0 IHF1ZXJ5IHBhcmFtZXRlcnMgbWF5IG9jY3VyIGluIGFueSBvcmRlci4KCSAgCjwvbGk+CjxsaT4K CSAgICBTcGVjaWZ5IHRoYXQgZXJyb3JfZGVzY3JpcHRpb24gaXMgVVRGLTggZW5jb2RlZAoJICAg IChtYXRjaGluZyB0aGUgY29yZSBzcGVjaWZpY2F0aW9uKS4KCSAgCjwvbGk+CjxsaT4KCSAgICBS ZWdpc3RlcmVkICJCZWFyZXIiIEF1dGhlbnRpY2F0aW9uIFNjaGVtZSBpbgoJICAgIEF1dGhlbnRp Y2F0aW9uIFNjaGVtZSBSZWdpc3RyeSBkZWZpbmVkIGJ5CgkgICAgPGEgY2xhc3M9J2luZm8nIGhy ZWY9JyNJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgnPltJJiM4MjA5O0QuaWV0ZiYjODIwOTtodHRw YmlzJiM4MjA5O3A3JiM4MjA5O2F1dGhdPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8n PkZpZWxkaW5nLCBSLiwgR2V0dHlzLCBKLiwgTW9ndWwsIEouLCBOaWVsc2VuLCBILiwgTWFzaW50 ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5lcnMtTGVlLCBULiwgTGFmb24sIFkuLCBhbmQgSi4gUmVz Y2hrZSwgJmxkcXVvO0hUVFAvMS4xLCBwYXJ0IDc6IEF1dGhlbnRpY2F0aW9uLCZyZHF1bzsgT2N0 b2JlciZuYnNwOzIwMTEuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAgCjwvbGk+CjxsaT4K ICAgICAgICAgICAgVXBkYXRlZCByZWZlcmVuY2VzIHRvIG9hdXRoLXYyLCBodHRwYmlzLXAxLW1l c3NhZ2luZywgYW5kCiAgICAgICAgICAgIGh0dHBiaXMtcDctYXV0aCBkcmFmdHMuCgkgIAo8L2xp Pgo8bGk+CgkgICAgT3RoZXIgd29yZGluZyBpbXByb3ZlbWVudHMgbm90IGludHJvZHVjaW5nIG5v cm1hdGl2ZSBjaGFuZ2VzLgoJICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPHA+CiAgICAg ICAgLTA4CiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CiAgICAgICAgICAgIFVw ZGF0ZWQgcmVmZXJlbmNlcyB0byBvYXV0aC12MiBhbmQgSFRUUGJpcyBkcmFmdHMuCgkgIAo8L2xp Pgo8L3VsPjxwPgogICAgICAKPC9wPgo8cD4KICAgICAgICAtMDcKICAgICAgICA8L3A+Cjx1bCBj bGFzcz0idGV4dCI+CjxsaT4KICAgICAgICAgICAgQWRkZWQgbWlzc2luZyBjb21tYSBpbiBlcnJv ciByZXNwb25zZSBleGFtcGxlLgoJICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPHA+CiAg ICAgICAgLTA2CiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CiAgICAgICAgICAg IENoYW5nZWQgcGFyYW1ldGVyIG5hbWUgPHR0PmJlYXJlcl90b2tlbjwvdHQ+IHRvIDx0dD5hY2Nl c3NfdG9rZW48L3R0PiwgcGVyIHdvcmtpbmcgZ3JvdXAKICAgICAgICAgICAgY29uc2Vuc3VzLgoJ ICAKPC9saT4KPGxpPgoJICAgIENoYW5nZWQgSFRUUCBzdGF0dXMgY29kZSBmb3IgPHR0PmludmFs aWRfcmVxdWVzdDwvdHQ+IGVycm9yIGNvZGUgZnJvbSBIVFRQCgkgICAgNDAxIChVbmF1dGhvcml6 ZWQpIGJhY2sgdG8gSFRUUCA0MDAgKEJhZCBSZXF1ZXN0KSwgcGVyCgkgICAgaW5wdXQgZnJvbSBI VFRQIHdvcmtpbmcgZ3JvdXAgZXhwZXJ0cy4KCSAgCjwvbGk+CjwvdWw+PHA+CiAgICAgIAo8L3A+ CjxwPgogICAgICAgIC0wNQogICAgICAgIDwvcD4KPHVsIGNsYXNzPSJ0ZXh0Ij4KPGxpPgoJICAg IFJlbW92ZWQgT0F1dGggRXJyb3JzIFJlZ2lzdHJ5LCBwZXIgZGVzaWduIHRlYW0gaW5wdXQuCgkg IAo8L2xpPgo8bGk+CgkgICAgQ2hhbmdlZCBIVFRQIHN0YXR1cyBjb2RlIGZvciA8dHQ+aW52YWxp ZF9yZXF1ZXN0PC90dD4gZXJyb3IgY29kZSBmcm9tIEhUVFAKCSAgICA0MDAgKEJhZCBSZXF1ZXN0 KSB0byBIVFRQIDQwMSAoVW5hdXRob3JpemVkKSB0byBtYXRjaCBIVFRQCgkgICAgdXNhZ2UgW1sg Y2hhbmdlIHBlbmRpbmcgd29ya2luZyBncm91cCBjb25zZW5zdXMgXV0uCgkgIAo8L2xpPgo8bGk+ CgkgICAgQWRkZWQgbWlzc2luZyBxdW90YXRpb24gbWFya3MgaW4gZXJyb3ItdXJpIGRlZmluaXRp b24uCgkgIAo8L2xpPgo8bGk+CgkgICAgQWRkZWQgbm90ZSB0byBhZGQgbGFuZ3VhZ2UgYW5kIGVu Y29kaW5nIGluZm9ybWF0aW9uIHRvCgkgICAgZXJyb3JfZGVzY3JpcHRpb24gaWYgdGhlIGNvcmUg c3BlY2lmaWNhdGlvbiBkb2VzLgoJICAKPC9saT4KPGxpPgoJICAgIEV4cGxpY2l0bHkgcmVmZXJl bmNlIHRoZSBBdWdtZW50ZWQgQmFja3VzLU5hdXIgRm9ybSAoQUJORikKCSAgICBkZWZpbmVkIGlu IDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTIzNCc+W1JGQzUyMzRdPHNwYW4+ICg8L3NwYW4+ PHNwYW4gY2xhc3M9J2luZm8nPkNyb2NrZXIsIEQuIGFuZCBQLiBPdmVyZWxsLCAmbGRxdW87QXVn bWVudGVkIEJORiBmb3IgU3ludGF4IFNwZWNpZmljYXRpb25zOiBBQk5GLCZyZHF1bzsgSmFudWFy eSZuYnNwOzIwMDguPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAgCjwvbGk+CjxsaT4KCSAg ICBVc2UgYXV0aC1wYXJhbSBpbnN0ZWFkIG9mIHJlcGVhdGluZyBpdHMgZGVmaW5pdGlvbiwgd2hp Y2gKCSAgICBpcyAoIHRva2VuICI9IiAoIHRva2VuIC8gcXVvdGVkLXN0cmluZyApICkuCgkgIAo8 L2xpPgo8bGk+CgkgICAgQ2xhcmlmeSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhYm91dCBpbmNs dWRpbmcgYW4KCSAgICBhdWRpZW5jZSByZXN0cmljdGlvbiBpbiB0aGUgdG9rZW4gYW5kIGluY2x1 ZGUgYQoJICAgIHJlY29tbWVuZGF0aW9uIHRvIGlzc3VlIHNjb3BlZCBiZWFyZXIgdG9rZW5zIGlu IHRoZQoJICAgIHN1bW1hcnkgb2YgcmVjb21tZW5kYXRpb25zLgoJICAKPC9saT4KPC91bD48cD4K ICAgICAgCjwvcD4KPHA+CiAgICAgICAgLTA0CiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQi Pgo8bGk+CgkgICAgRWRpdHMgcmVzcG9uZGluZyB0byB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBm ZWVkYmFjayBvbgoJICAgIC0wMy4gIFNwZWNpZmljIGVkaXRzIGVudW1lcmF0ZWQgYmVsb3cuCgkg IAo8L2xpPgo8bGk+CgkgICAgQWRkZWQgQmVhcmVyIFRva2VuIGRlZmluaXRpb24gaW4gVGVybWlu b2xvZ3kgc2VjdGlvbi4KCSAgCjwvbGk+CjxsaT4KICAgICAgICAgICAgQ2hhbmdlZCBwYXJhbWV0 ZXIgbmFtZSA8dHQ+b2F1dGhfdG9rZW48L3R0PiB0byA8dHQ+YmVhcmVyX3Rva2VuPC90dD4uCgkg IAo8L2xpPgo8bGk+CgkgICAgQWRkZWQgcmVhbG0gcGFyYW1ldGVyIHRvIDx0dD5XV1ctQXV0aGVu dGljYXRlPC90dD4gcmVzcG9uc2UgdG8gY29tcGx5CgkgICAgd2l0aCA8YSBjbGFzcz0naW5mbycg aHJlZj0nI1JGQzI2MTcnPltSRkMyNjE3XTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZv Jz5GcmFua3MsIEouLCBIYWxsYW0tQmFrZXIsIFAuLCBIb3N0ZXRsZXIsIEouLCBMYXdyZW5jZSwg Uy4sIExlYWNoLCBQLiwgTHVvdG9uZW4sIEEuLCBhbmQgTC4gU3Rld2FydCwgJmxkcXVvO0hUVFAg QXV0aGVudGljYXRpb246IEJhc2ljIGFuZCBEaWdlc3QgQWNjZXNzIEF1dGhlbnRpY2F0aW9uLCZy ZHF1bzsgSnVuZSZuYnNwOzE5OTkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KCSAgCjwvbGk+ CjxsaT4KCSAgICBSZW1vdmVkICJbIFJXUyAxI2F1dGgtcGFyYW0gXSIgZnJvbSA8dHQ+Y3JlZGVu dGlhbHM8L3R0PiBkZWZpbml0aW9uIHNpbmNlIGl0IGRpZAoJICAgIG5vdCBjb21wbHkgd2l0aCB0 aGUgQUJORiBpbiA8YSBjbGFzcz0naW5mbycgaHJlZj0nI0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0 aCc+W0kmIzgyMDk7RC5pZXRmJiM4MjA5O2h0dHBiaXMmIzgyMDk7cDcmIzgyMDk7YXV0aF08c3Bh bj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+RmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBN b2d1bCwgSi4sIE5pZWxzZW4sIEguLCBNYXNpbnRlciwgTC4sIExlYWNoLCBQLiwgQmVybmVycy1M ZWUsIFQuLCBMYWZvbiwgWS4sIGFuZCBKLiBSZXNjaGtlLCAmbGRxdW87SFRUUC8xLjEsIHBhcnQg NzogQXV0aGVudGljYXRpb24sJnJkcXVvOyBPY3RvYmVyJm5ic3A7MjAxMS48L3NwYW4+PHNwYW4+ KTwvc3Bhbj48L2E+LgoJICAKPC9saT4KPGxpPgoJICAgIFJlbW92ZWQgcmVzdHJpY3Rpb24gdGhh dCB0aGUgPHR0PmJlYXJlcl90b2tlbjwvdHQ+IChmb3JtZXJseSA8dHQ+b2F1dGhfdG9rZW48L3R0 PikgcGFyYW1ldGVyIGJlIHRoZSBsYXN0CgkgICAgcGFyYW1ldGVyIGluIHRoZSBlbnRpdHktYm9k eSBhbmQgdGhlIEhUVFAgcmVxdWVzdCBVUkkKCSAgICBxdWVyeS4KCSAgCjwvbGk+CjxsaT4KCSAg ICBEbyBub3QgcmVxdWlyZSBXV1ctQXV0aGVudGljYXRlIFJlc3BvbnNlIGluIGEgcmVwbHkgdG8g YQoJICAgIG1hbGZvcm1lZCByZXF1ZXN0LCBhcyBhbiBIVFRQIDQwMCBCYWQgUmVxdWVzdCByZXNw b25zZQoJICAgIHdpdGhvdXQgYSBXV1ctQXV0aGVudGljYXRlIGhlYWRlciBpcyBsaWtlbHkgdGhl IHJpZ2h0CgkgICAgcmVzcG9uc2UgaW4gc29tZSBjYXNlcyBvZiBtYWxmb3JtZWQgcmVxdWVzdHMu CgkgIAo8L2xpPgo8bGk+CgkgICAgUmVtb3ZlZCBPQXV0aCBQYXJhbWV0ZXJzIHJlZ2lzdHJ5IGV4 dGVuc2lvbi4KCSAgCjwvbGk+CjxsaT4KCSAgICBOdW1lcm91cyBlZGl0b3JpYWwgaW1wcm92ZW1l bnRzIHN1Z2dlc3RlZCBieSB3b3JraW5nIGdyb3VwCgkgICAgbWVtYmVycy4KCSAgCjwvbGk+Cjwv dWw+PHA+CiAgICAgIAo8L3A+CjxwPgogICAgICAgIC0wMwogICAgICAgIDwvcD4KPHVsIGNsYXNz PSJ0ZXh0Ij4KPGxpPgoJICAgIFJlc3RvcmVkIHRoZSBXV1ctQXV0aGVudGljYXRlIHJlc3BvbnNl IGhlYWRlcgoJICAgIGZ1bmN0aW9uYWxpdHkgZGVsZXRlZCBmcm9tIHRoZSBmcmFtZXdvcmsgc3Bl Y2lmaWNhdGlvbiBpbgoJICAgIGRyYWZ0IDEyIGJhc2VkIHVwb24gdGhlIHNwZWNpZmljYXRpb24g dGV4dCBmcm9tIGRyYWZ0IDExLgoJICAKPC9saT4KPGxpPgoJICAgIEF1Z21lbnRlZCB0aGUgT0F1 dGggUGFyYW1ldGVycyByZWdpc3RyeSBieSBhZGRpbmcgdHdvCgkgICAgYWRkaXRpb25hbCBwYXJh bWV0ZXIgdXNhZ2UgbG9jYXRpb25zOiAicmVzb3VyY2UgcmVxdWVzdCIKCSAgICBhbmQgInJlc291 cmNlIHJlc3BvbnNlIi4KCSAgCjwvbGk+CjxsaT4KICAgICAgICAgICAgUmVnaXN0ZXJlZCB0aGUg Im9hdXRoX3Rva2VuIiBPQXV0aCBwYXJhbWV0ZXIgd2l0aCB1c2FnZQogICAgICAgICAgICBsb2Nh dGlvbiAicmVzb3VyY2UgcmVxdWVzdCIuCiAgICAgICAgICAKPC9saT4KPGxpPgogICAgICAgICAg ICBSZWdpc3RlcmVkIHRoZSAiZXJyb3IiIE9BdXRoIHBhcmFtZXRlci4KICAgICAgICAgIAo8L2xp Pgo8bGk+CgkgICAgQ3JlYXRlZCB0aGUgT0F1dGggRXJyb3IgcmVnaXN0cnkgYW5kIHJlZ2lzdGVy ZWQgZXJyb3JzLgoJICAKPC9saT4KPGxpPgoJICAgIENoYW5nZWQgdGhlICJPQXV0aDIiIE9BdXRo IGFjY2VzcyB0b2tlbiB0eXBlIG5hbWUgdG8KCSAgICAiQmVhcmVyIi4KCSAgCjwvbGk+CjwvdWw+ PHA+CiAgICAgIAo8L3A+CjxwPgogICAgICAgIC0wMgogICAgICAgIDwvcD4KPHVsIGNsYXNzPSJ0 ZXh0Ij4KPGxpPgogICAgICAgICAgICBJbmNvcnBvcmF0ZWQgZmVlZGJhY2sgcmVjZWl2ZWQgb24g ZHJhZnQgMDEuICBNb3N0IGNoYW5nZXMKICAgICAgICAgICAgd2VyZSB0byB0aGUgc2VjdXJpdHkg Y29uc2lkZXJhdGlvbnMgc2VjdGlvbi4gIE5vIG5vcm1hdGl2ZQogICAgICAgICAgICBjaGFuZ2Vz IHdlcmUgbWFkZS4gIFNwZWNpZmljIGNoYW5nZXMgaW5jbHVkZWQ6CiAgICAgICAgICAKPC9saT4K PGxpPgoJICAgIENoYW5nZWQgdGVybWlub2xvZ3kgZnJvbSAidG9rZW4gcmV1c2UiIHRvICJ0b2tl biBjYXB0dXJlCgkgICAgYW5kIHJlcGxheSIuCgkgIAo8L2xpPgo8bGk+CgkgICAgUmVtb3ZlZCBz ZW50ZW5jZSAiRW5jcnlwdGluZyB0aGUgdG9rZW4gY29udGVudHMgaXMgYW5vdGhlcgoJICAgIGFs dGVybmF0aXZlIiBmcm9tIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBzaW5jZSBpdCB3YXMK CSAgICByZWR1bmRhbnQgYW5kIHBvdGVudGlhbGx5IGNvbmZ1c2luZy4KCSAgCjwvbGk+CjxsaT4K CSAgICBDb3JyZWN0ZWQgc29tZSByZWZlcmVuY2VzIHRvICJyZXNvdXJjZSBzZXJ2ZXIiIHRvIGJl CgkgICAgImF1dGhvcml6YXRpb24gc2VydmVyIiBpbiB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlv bnMuCgkgIAo8L2xpPgo8bGk+CgkgICAgR2VuZXJhbGl6ZWQgc2VjdXJpdHkgY29uc2lkZXJhdGlv bnMgbGFuZ3VhZ2UgYWJvdXQKCSAgICBvYnRhaW5pbmcgY29uc2VudCBvZiB0aGUgcmVzb3VyY2Ug b3duZXIuCgkgIAo8L2xpPgo8bGk+CgkgICAgQnJvYWRlbmVkIHNjb3BlIG9mIHNlY3VyaXR5IGNv bnNpZGVyYXRpb25zIGRlc2NyaXB0aW9uIGZvcgoJICAgIHJlY29tbWVuZGF0aW9uICJEb24ndCBw YXNzIGJlYXJlciB0b2tlbnMgaW4gcGFnZSBVUkxzIi4KCSAgCjwvbGk+CjxsaT4KCSAgICBSZW1v dmVkIHVudXNlZCByZWZlcmVuY2UgdG8gT0F1dGggMS4wLgoJICAKPC9saT4KPGxpPgoJICAgIFVw ZGF0ZWQgcmVmZXJlbmNlIHRvIGZyYW1ld29yayBzcGVjaWZpY2F0aW9uIGFuZCB1cGRhdGVkCgkg ICAgRGF2aWQgUmVjb3Jkb24ncyBlLW1haWwgYWRkcmVzcy4KCSAgCjwvbGk+CjxsaT4KCSAgICBS ZW1vdmVkIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHRleHQgb24gYXV0aGVudGljYXRpbmcKCSAg ICBjbGllbnRzLgoJICAKPC9saT4KPGxpPgoJICAgIFJlZ2lzdGVyZWQgdGhlICJPQXV0aDIiIE9B dXRoIGFjY2VzcyB0b2tlbiB0eXBlIGFuZAoJICAgICJvYXV0aF90b2tlbiIgcGFyYW1ldGVyLgoJ ICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPHA+CiAgICAgICAgLTAxCiAgICAgICAgPC9w Pgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CiAgICAgICAgICAgIEZpcnN0IHB1YmxpYyBkcmFmdCwg d2hpY2ggaW5jb3Jwb3JhdGVzIGZlZWRiYWNrIHJlY2VpdmVkCiAgICAgICAgICAgIG9uIC0wMCBp bmNsdWRpbmcgZW5oYW5jZWQgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgY29udGVudC4KICAgICAg ICAgICAgVGhpcyB2ZXJzaW9uIGlzIGludGVuZGVkIHRvIGFjY29tcGFueSBPQXV0aCAyLjAgZHJh ZnQgMTEuCiAgICAgICAgICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPHA+CiAgICAgICAg LTAwCiAgICAgICAgPC9wPgo8dWwgY2xhc3M9InRleHQiPgo8bGk+CiAgICAgICAgICAgIEluaXRp YWwgZHJhZnQgYmFzZWQgb24gcHJlbGltaW5hcnkgdmVyc2lvbiBvZiBPQXV0aCAyLjAgZHJhZnQg MTEuCiAgICAgICAgICAKPC9saT4KPC91bD48cD4KICAgICAgCjwvcD4KPGEgbmFtZT0icmZjLmF1 dGhvcnMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48 dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+ PC90cj48L3RhYmxlPgo8aDM+QXV0aG9ycycgQWRkcmVzc2VzPC9oMz4KPHRhYmxlIHdpZHRoPSI5 OSUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIj4KPHRyPjx0ZCBj bGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPk1p Y2hhZWwgQi4gSm9uZXM8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJz cDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5NaWNyb3NvZnQ8L3RkPjwvdHI+Cjx0cj48 dGQgY2xhc3M9ImF1dGhvciIgYWxpZ249InJpZ2h0Ij5FbWFpbDombmJzcDs8L3RkPgo8dGQgY2xh c3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJtYWlsdG86bWJqQG1pY3Jvc29mdC5jb20iPm1iakBt aWNyb3NvZnQuY29tPC9hPjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0i cmlnaHQiPlVSSTombmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJo dHRwOi8vc2VsZi1pc3N1ZWQuaW5mby8iPmh0dHA6Ly9zZWxmLWlzc3VlZC5pbmZvLzwvYT48L3Rk PjwvdHI+Cjx0ciBjZWxscGFkZGluZz0iMyI+PHRkPiZuYnNwOzwvdGQ+PHRkPiZuYnNwOzwvdGQ+ PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0i YXV0aG9yLXRleHQiPkRpY2sgSGFyZHQ8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10 ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5pbmRlcGVuZGVudDwvdGQ+ PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPkVtYWlsOiZuYnNwOzwv dGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1haWx0bzpkaWNrLmhhcmR0QGdt YWlsLmNvbSI+ZGljay5oYXJkdEBnbWFpbC5jb208L2E+PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNz PSJhdXRob3IiIGFsaWduPSJyaWdodCI+VVJJOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9y LXRleHQiPjxhIGhyZWY9Imh0dHA6Ly9kaWNraGFyZHQub3JnLyI+aHR0cDovL2RpY2toYXJkdC5v cmcvPC9hPjwvdGQ+PC90cj4KPHRyIGNlbGxwYWRkaW5nPSIzIj48dGQ+Jm5ic3A7PC90ZD48dGQ+ Jm5ic3A7PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4K PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+RGF2aWQgUmVjb3Jkb248L3RkPjwvdHI+Cjx0cj48dGQg Y2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5G YWNlYm9vazwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPkVt YWlsOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1haWx0bzpk ckBmYi5jb20iPmRyQGZiLmNvbTwvYT48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvciIg YWxpZ249InJpZ2h0Ij5VUkk6Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+PGEg aHJlZj0iaHR0cDovL3d3dy5kYXZpZHJlY29yZG9uLmNvbS8iPmh0dHA6Ly93d3cuZGF2aWRyZWNv cmRvbi5jb20vPC9hPjwvdGQ+PC90cj4KPC90YWJsZT4KPC9ib2R5PjwvaHRtbD4K --=====================_625846386==_ Content-Type: application/octet-stream; name="draft-ietf-oauth-v2-bearer-15 preliminary.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-oauth-v2-bearer-15 preliminary.txt" CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIE0uIEpvbmVzCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIE1pY3Jvc29mdApJbnRlbmRlZCBzdGF0dXM6IFN0YW5k YXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRC4gSGFyZHQKRXhwaXJl czogSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlu ZGVwZW5kZW50CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBELiBSZWNvcmRvbgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmFjZWJvb2sKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERlY2VtYmVyIDEyLCAyMDEx CgoKICAgICAgICAgIFRoZSBPQXV0aCAyLjAgQXV0aG9yaXphdGlvbiBQcm90b2NvbDogQmVhcmVy IFRva2VucwogICAgICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLW9hdXRoLXYyLWJlYXJlci0x NQoKQWJzdHJhY3QKCiAgIFRoaXMgc3BlY2lmaWNhdGlvbiBkZXNjcmliZXMgaG93IHRvIHVzZSBi ZWFyZXIgdG9rZW5zIGluIEhUVFAKICAgcmVxdWVzdHMgdG8gYWNjZXNzIE9BdXRoIDIuMCBwcm90 ZWN0ZWQgcmVzb3VyY2VzLiAgQW55IHBhcnR5IGluCiAgIHBvc3Nlc3Npb24gb2YgYSBiZWFyZXIg dG9rZW4gKGEgImJlYXJlciIpIGNhbiB1c2UgaXQgdG8gZ2V0IGFjY2VzcyB0bwogICB0aGUgYXNz b2NpYXRlZCByZXNvdXJjZXMgKHdpdGhvdXQgZGVtb25zdHJhdGluZyBwb3NzZXNzaW9uIG9mIGEK ICAgY3J5cHRvZ3JhcGhpYyBrZXkpLiAgVG8gcHJldmVudCBtaXN1c2UsIGJlYXJlciB0b2tlbnMg bmVlZCB0byBiZQogICBwcm90ZWN0ZWQgZnJvbSBkaXNjbG9zdXJlIGluIHN0b3JhZ2UgYW5kIGlu IHRyYW5zcG9ydC4KClN0YXR1cyBvZiB0aGlzIE1lbW8KCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQg aXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUKICAgcHJvdmlzaW9ucyBv ZiBCQ1AgNzggYW5kIEJDUCA3OS4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1 bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLiAg Tm90ZSB0aGF0IG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlCiAgIHdvcmtpbmcgZG9j dW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQt CiAgIERyYWZ0cyBpcyBhdCBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZHJhZnRzL2N1cnJl bnQvLgoKICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEg bWF4aW11bSBvZiBzaXggbW9udGhzCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9y IG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55CiAgIHRpbWUuICBJdCBpcyBpbmFw cHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlCiAgIG1hdGVyaWFs IG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiIKCiAgIFRo aXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSnVuZSAxNCwgMjAxMi4KCkNvcHlyaWdo dCBOb3RpY2UKCiAgIENvcHlyaWdodCAoYykgMjAxMSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29u cyBpZGVudGlmaWVkIGFzIHRoZQogICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNl cnZlZC4KCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRG IFRydXN0J3MgTGVnYWwKICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cwog ICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhl IGRhdGUgb2YKICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFzZSByZXZpZXcg dGhlc2UgZG9jdW1lbnRzCiAgIGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0 cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdAoKCgpKb25lcywgZXQgYWwuICAgICAgICAg ICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAgICAgIERl Y2VtYmVyIDIwMTEKCgogICB0byB0aGlzIGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJh Y3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVzdAogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExp Y2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA0LmUgb2YKICAgdGhlIFRydXN0IExl Z2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzCiAgIGRl c2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS4KCgpUYWJsZSBvZiBDb250ZW50 cwoKICAgMS4gIEludHJvZHVjdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICAzCiAgICAgMS4xLiAgTm90YXRpb25hbCBDb252ZW50aW9ucyAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMwogICAgIDEuMi4gIFRlcm1pbm9sb2d5 ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMKICAgICAx LjMuICBPdmVydmlldyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA0CiAgIDIuICBBdXRoZW50aWNhdGVkIFJlcXVlc3RzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQogICAgIDIuMS4gIEF1dGhvcml6YXRpb24gUmVxdWVz dCBIZWFkZXIgRmllbGQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUKICAgICAyLjIuICBGb3Jt LUVuY29kZWQgQm9keSBQYXJhbWV0ZXIgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2 CiAgICAgMi4zLiAgVVJJIFF1ZXJ5IFBhcmFtZXRlciAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgNwogICAzLiAgVGhlIFdXVy1BdXRoZW50aWNhdGUgUmVzcG9uc2UgSGVh ZGVyIEZpZWxkIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDcKICAgICAzLjEuICBFcnJvciBDb2RlcyAg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5CiAgIDQuICBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAxMAogICAgIDQuMS4gIFNlY3VyaXR5IFRocmVhdHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTAKICAgICA0LjIuICBUaHJlYXQgTWl0aWdhdGlvbiAgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEwCiAgICAgNC4zLiAgU3VtbWFy eSBvZiBSZWNvbW1lbmRhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMgog ICA1LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMTMKICAgICA1LjEuICBPQXV0aCBBY2Nlc3MgVG9rZW4gVHlwZSBSZWdpc3Ry YXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzCiAgICAgICA1LjEuMS4gIFRoZSAiQmVhcmVy IiBPQXV0aCBBY2Nlc3MgVG9rZW4gVHlwZSAuIC4gLiAuIC4gLiAuIC4gLiAxMwogICAgIDUuMi4g IEF1dGhlbnRpY2F0aW9uIFNjaGVtZSBSZWdpc3RyYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gMTQKICAgICAgIDUuMi4xLiAgVGhlICJCZWFyZXIiIEF1dGhlbnRpY2F0aW9uIFNjaGVtZSAu IC4gLiAuIC4gLiAuIC4gLiAuIDE0CiAgIDYuICBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNAogICAgIDYuMS4gIE5vcm1hdGl2 ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTQKICAg ICA2LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIDE1CiAgIEFwcGVuZGl4IEEuICBBY2tub3dsZWRnZW1lbnRzICAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNQogICBBcHBlbmRpeCBCLiAgRG9jdW1lbnQgSGlz dG9yeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTYKICAgQXV0aG9ycycg QWRkcmVzc2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IDIyCgoKCgoKCgoKCgoKCgoKCgoKCkpvbmVzLCBldCBhbC4gICAgICAgICAgICAgRXhwaXJlcyBK dW5lIDE0LCAyMDEyICAgICAgICAgICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAg ICAgICAgICBPQXV0aCAyLjAgQmVhcmVyIFRva2VucyAgICAgICAgICAgRGVjZW1iZXIgMjAxMQoK CjEuICBJbnRyb2R1Y3Rpb24KCiAgIE9BdXRoIGVuYWJsZXMgY2xpZW50cyB0byBhY2Nlc3MgcHJv dGVjdGVkIHJlc291cmNlcyBieSBvYnRhaW5pbmcgYW4KICAgYWNjZXNzIHRva2VuLCB3aGljaCBp cyBkZWZpbmVkIGluIE9BdXRoIDIuMCBBdXRob3JpemF0aW9uCiAgIFtJLUQuaWV0Zi1vYXV0aC12 Ml0gYXMgImEgc3RyaW5nIHJlcHJlc2VudGluZyBhbiBhY2Nlc3MgYXV0aG9yaXphdGlvbgogICBp c3N1ZWQgdG8gdGhlIGNsaWVudCIsIHJhdGhlciB0aGFuIHVzaW5nIHRoZSByZXNvdXJjZSBvd25l cidzCiAgIGNyZWRlbnRpYWxzIGRpcmVjdGx5LgoKICAgVG9rZW5zIGFyZSBpc3N1ZWQgdG8gY2xp ZW50cyBieSBhbiBhdXRob3JpemF0aW9uIHNlcnZlciB3aXRoIHRoZQogICBhcHByb3ZhbCBvZiB0 aGUgcmVzb3VyY2Ugb3duZXIuICBUaGUgY2xpZW50IHVzZXMgdGhlIGFjY2VzcyB0b2tlbiB0bwog ICBhY2Nlc3MgdGhlIHByb3RlY3RlZCByZXNvdXJjZXMgaG9zdGVkIGJ5IHRoZSByZXNvdXJjZSBz ZXJ2ZXIuICBUaGlzCiAgIHNwZWNpZmljYXRpb24gZGVzY3JpYmVzIGhvdyB0byBtYWtlIHByb3Rl Y3RlZCByZXNvdXJjZSByZXF1ZXN0cyB3aGVuCiAgIHRoZSBPQXV0aCBhY2Nlc3MgdG9rZW4gaXMg YSBiZWFyZXIgdG9rZW4uCgogICBUaGlzIHNwZWNpZmljYXRpb24gZGVmaW5lcyB0aGUgdXNlIG9m IGJlYXJlciB0b2tlbnMgb3ZlciBIVFRQLzEuMQogICBbSS1ELmlldGYtaHR0cGJpcy1wMS1tZXNz YWdpbmddIHVzaW5nIFRMUyBbUkZDNTI0Nl0gdG8gYWNjZXNzCiAgIHByb3RlY3RlZCByZXNvdXJj ZXMuICBUTFMgaXMgbWFuZGF0b3J5IHRvIGltcGxlbWVudCBhbmQgdXNlIHdpdGggdGhpcwogICBz cGVjaWZpY2F0aW9uOyBvdGhlciBzcGVjaWZpY2F0aW9ucyBtYXkgZXh0ZW5kIHRoaXMgc3BlY2lm aWNhdGlvbiBmb3IKICAgdXNlIHdpdGggb3RoZXIgdHJhbnNwb3J0IHByb3RvY29scy4gIFdoaWxl IGRlc2lnbmVkIGZvciB1c2Ugd2l0aAogICBhY2Nlc3MgdG9rZW5zIHJlc3VsdGluZyBmcm9tIE9B dXRoIDIuMCBBdXRob3JpemF0aW9uCiAgIFtJLUQuaWV0Zi1vYXV0aC12Ml0gZmxvd3MgdG8gYWNj ZXNzIE9BdXRoIHByb3RlY3RlZCByZXNvdXJjZXMsIHRoaXMKICAgc3BlY2lmaWNhdGlvbiBhY3R1 YWxseSBkZWZpbmVzIGEgZ2VuZXJhbCBIVFRQIGF1dGhvcml6YXRpb24gbWV0aG9kCiAgIHRoYXQg Y2FuIGJlIHVzZWQgd2l0aCBiZWFyZXIgdG9rZW5zIGZyb20gYW55IHNvdXJjZSB0byBhY2Nlc3Mg YW55CiAgIHJlc291cmNlcyBwcm90ZWN0ZWQgYnkgdGhvc2UgYmVhcmVyIHRva2Vucy4KCjEuMS4g IE5vdGF0aW9uYWwgQ29udmVudGlvbnMKCiAgIFRoZSBrZXkgd29yZHMgJ01VU1QnLCAnTVVTVCBO T1QnLCAnUkVRVUlSRUQnLCAnU0hBTEwnLCAnU0hBTEwgTk9UJywKICAgJ1NIT1VMRCcsICdTSE9V TEQgTk9UJywgJ1JFQ09NTUVOREVEJywgJ01BWScsIGFuZCAnT1BUSU9OQUwnIGluIHRoaXMKICAg ZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBLZXkgd29yZHMg Zm9yIHVzZSBpbgogICBSRkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50IExldmVscyBbUkZDMjEx OV0uCgogICBUaGlzIGRvY3VtZW50IHVzZXMgdGhlIEF1Z21lbnRlZCBCYWNrdXMtTmF1ciBGb3Jt IChBQk5GKSBub3RhdGlvbiBvZgogICBIVFRQLzEuMSwgUGFydCAxIFtJLUQuaWV0Zi1odHRwYmlz LXAxLW1lc3NhZ2luZ10sIHdoaWNoIGlzIGJhc2VkIHVwb24KICAgdGhlIEF1Z21lbnRlZCBCYWNr dXMtTmF1ciBGb3JtIChBQk5GKSBbUkZDNTIzNF0gbm90YXRpb24uCiAgIEFkZGl0aW9uYWxseSwg dGhlIGZvbGxvd2luZyBydWxlcyBhcmUgaW5jbHVkZWQgZnJvbSBIVFRQLzEuMSwgUGFydCA3CiAg IFtJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGhdOiBiNjR0b2tlbiwgYXV0aC1wYXJhbSwgYW5kIHJl YWxtOyBmcm9tCiAgIEhUVFAvMS4xLCBQYXJ0IDEgW0ktRC5pZXRmLWh0dHBiaXMtcDEtbWVzc2Fn aW5nXTogcXVvdGVkLXN0cmluZzsgYW5kCiAgIGZyb20gVW5pZm9ybSBSZXNvdXJjZSBJZGVudGlm aWVyIChVUkkpIFtSRkMzOTg2XTogVVJJLVJlZmVyZW5jZS4KCiAgIFVubGVzcyBvdGhlcndpc2Ug bm90ZWQsIGFsbCB0aGUgcHJvdG9jb2wgcGFyYW1ldGVyIG5hbWVzIGFuZCB2YWx1ZXMKICAgYXJl IGNhc2Ugc2Vuc2l0aXZlLgoKMS4yLiAgVGVybWlub2xvZ3kKCgoKCgoKCkpvbmVzLCBldCBhbC4g ICAgICAgICAgICAgRXhwaXJlcyBKdW5lIDE0LCAyMDEyICAgICAgICAgICAgICAgICBbUGFnZSAz XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICBPQXV0aCAyLjAgQmVhcmVyIFRva2VucyAgICAg ICAgICAgRGVjZW1iZXIgMjAxMQoKCiAgIEJlYXJlciBUb2tlbgogICAgICBBIHNlY3VyaXR5IHRv a2VuIHdpdGggdGhlIHByb3BlcnR5IHRoYXQgYW55IHBhcnR5IGluIHBvc3Nlc3Npb24gb2YKICAg ICAgdGhlIHRva2VuIChhICJiZWFyZXIiKSBjYW4gdXNlIHRoZSB0b2tlbiBpbiBhbnkgd2F5IHRo YXQgYW55IG90aGVyCiAgICAgIHBhcnR5IGluIHBvc3Nlc3Npb24gb2YgaXQgY2FuLiAgVXNpbmcg YSBiZWFyZXIgdG9rZW4gZG9lcyBub3QKICAgICAgcmVxdWlyZSBhIGJlYXJlciB0byBwcm92ZSBw b3NzZXNzaW9uIG9mIGNyeXB0b2dyYXBoaWMga2V5IG1hdGVyaWFsCiAgICAgIChwcm9vZi1vZi1w b3NzZXNzaW9uKS4KCiAgIEFsbCBvdGhlciB0ZXJtcyBhcmUgYXMgZGVmaW5lZCBpbiBPQXV0aCAy LjAgQXV0aG9yaXphdGlvbgogICBbSS1ELmlldGYtb2F1dGgtdjJdLgoKMS4zLiAgT3ZlcnZpZXcK CiAgIE9BdXRoIHByb3ZpZGVzIGEgbWV0aG9kIGZvciBjbGllbnRzIHRvIGFjY2VzcyBhIHByb3Rl Y3RlZCByZXNvdXJjZSBvbgogICBiZWhhbGYgb2YgYSByZXNvdXJjZSBvd25lci4gIEluIHRoZSBn ZW5lcmFsIGNhc2UsIGJlZm9yZSBhIGNsaWVudCBjYW4KICAgYWNjZXNzIGEgcHJvdGVjdGVkIHJl c291cmNlLCBpdCBtdXN0IGZpcnN0IG9idGFpbiBhbiBhdXRob3JpemF0aW9uCiAgIGdyYW50IGZy b20gdGhlIHJlc291cmNlIG93bmVyIGFuZCB0aGVuIGV4Y2hhbmdlIHRoZSBhdXRob3JpemF0aW9u CiAgIGdyYW50IGZvciBhbiBhY2Nlc3MgdG9rZW4uICBUaGUgYWNjZXNzIHRva2VuIHJlcHJlc2Vu dHMgdGhlIGdyYW50J3MKICAgc2NvcGUsIGR1cmF0aW9uLCBhbmQgb3RoZXIgYXR0cmlidXRlcyBn cmFudGVkIGJ5IHRoZSBhdXRob3JpemF0aW9uCiAgIGdyYW50LiAgVGhlIGNsaWVudCBhY2Nlc3Nl cyB0aGUgcHJvdGVjdGVkIHJlc291cmNlIGJ5IHByZXNlbnRpbmcgdGhlCiAgIGFjY2VzcyB0b2tl biB0byB0aGUgcmVzb3VyY2Ugc2VydmVyLiAgSW4gc29tZSBjYXNlcywgYSBjbGllbnQgY2FuCiAg IGRpcmVjdGx5IHByZXNlbnQgaXRzIG93biBjcmVkZW50aWFscyB0byBhbiBhdXRob3JpemF0aW9u IHNlcnZlciB0bwogICBvYnRhaW4gYW4gYWNjZXNzIHRva2VuIHdpdGhvdXQgaGF2aW5nIHRvIGZp cnN0IG9idGFpbiBhbgogICBhdXRob3JpemF0aW9uIGdyYW50IGZyb20gYSByZXNvdXJjZSBvd25l ci4KCiAgIFRoZSBhY2Nlc3MgdG9rZW4gcHJvdmlkZXMgYW4gYWJzdHJhY3Rpb24sIHJlcGxhY2lu ZyBkaWZmZXJlbnQKICAgYXV0aG9yaXphdGlvbiBjb25zdHJ1Y3RzIChlLmcuIHVzZXJuYW1lIGFu ZCBwYXNzd29yZCwgYXNzZXJ0aW9uKSBmb3IKICAgYSBzaW5nbGUgdG9rZW4gdW5kZXJzdG9vZCBi eSB0aGUgcmVzb3VyY2Ugc2VydmVyLiAgVGhpcyBhYnN0cmFjdGlvbgogICBlbmFibGVzIGlzc3Vp bmcgYWNjZXNzIHRva2VucyB2YWxpZCBmb3IgYSBzaG9ydCB0aW1lIHBlcmlvZCwgYXMgd2VsbAog ICBhcyByZW1vdmluZyB0aGUgcmVzb3VyY2Ugc2VydmVyJ3MgbmVlZCB0byB1bmRlcnN0YW5kIGEg d2lkZSByYW5nZSBvZgogICBhdXRoZW50aWNhdGlvbiBzY2hlbWVzLgoKCgoKCgoKCgoKCgoKCgoK CgoKCgpKb25lcywgZXQgYWwuICAgICAgICAgICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAg ICAgICAgICAgICAgW1BhZ2UgNF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4w IEJlYXJlciBUb2tlbnMgICAgICAgICAgIERlY2VtYmVyIDIwMTEKCgogICArLS0tLS0tLS0rICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0rCiAgIHwgICAgICAg IHwtLShBKS0gQXV0aG9yaXphdGlvbiBSZXF1ZXN0IC0+fCAgIFJlc291cmNlICAgIHwKICAgfCAg ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICBPd25lciAgICAgfAog ICB8ICAgICAgICB8PC0oQiktLSBBdXRob3JpemF0aW9uIEdyYW50IC0tLXwgICAgICAgICAgICAg ICB8CiAgIHwgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0t LS0tLS0tLSsKICAgfCAgICAgICAgfAogICB8ICAgICAgICB8ICAgICAgICBBdXRob3JpemF0aW9u IEdyYW50ICYgICstLS0tLS0tLS0tLS0tLS0rCiAgIHwgICAgICAgIHwtLShDKS0tLSBDbGllbnQg Q3JlZGVudGlhbHMgLS0+fCBBdXRob3JpemF0aW9uIHwKICAgfCBDbGllbnQgfCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8ICAgICBTZXJ2ZXIgICAgfAogICB8ICAgICAgICB8PC0oRCkt LS0tLSBBY2Nlc3MgVG9rZW4gLS0tLS0tLXwgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgIHwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLSsKICAgfCAgICAg ICAgfAogICB8ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0t LS0tLS0tLS0rCiAgIHwgICAgICAgIHwtLShFKS0tLS0tIEFjY2VzcyBUb2tlbiAtLS0tLS0+fCAg ICBSZXNvdXJjZSAgIHwKICAgfCAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8ICAgICBTZXJ2ZXIgICAgfAogICB8ICAgICAgICB8PC0oRiktLS0gUHJvdGVjdGVkIFJlc291 cmNlIC0tLXwgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLSsgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgICAgICAgIEZpZ3Vy ZSAxOiBBYnN0cmFjdCBQcm90b2NvbCBGbG93CgogICBUaGUgYWJzdHJhY3QgZmxvdyBpbGx1c3Ry YXRlZCBpbiBGaWd1cmUgMSBkZXNjcmliZXMgdGhlIG92ZXJhbGwgT0F1dGgKICAgMi4wIHByb3Rv Y29sIGFyY2hpdGVjdHVyZS4gIFRoZSBmb2xsb3dpbmcgc3RlcHMgYXJlIHNwZWNpZmllZCB3aXRo aW4KICAgdGhpcyBkb2N1bWVudDoKCiAgICAgIEUpIFRoZSBjbGllbnQgbWFrZXMgYSBwcm90ZWN0 ZWQgcmVzb3VyY2UgcmVxdWVzdCB0byB0aGUgcmVzb3VyY2UKICAgICAgc2VydmVyIGJ5IHByZXNl bnRpbmcgdGhlIGFjY2VzcyB0b2tlbi4KCiAgICAgIEYpIFRoZSByZXNvdXJjZSBzZXJ2ZXIgdmFs aWRhdGVzIHRoZSBhY2Nlc3MgdG9rZW4sIGFuZCBpZiB2YWxpZCwKICAgICAgc2VydmVzIHRoZSBy ZXF1ZXN0LgoKCjIuICBBdXRoZW50aWNhdGVkIFJlcXVlc3RzCgogICBUaGlzIHNlY3Rpb24gZGVm aW5lcyB0aHJlZSBtZXRob2RzIG9mIHNlbmRpbmcgYmVhcmVyIGFjY2VzcyB0b2tlbnMgaW4KICAg cmVzb3VyY2UgcmVxdWVzdHMgdG8gcmVzb3VyY2Ugc2VydmVycy4gIENsaWVudHMgTVVTVCBOT1Qg dXNlIG1vcmUKICAgdGhhbiBvbmUgbWV0aG9kIHRvIHRyYW5zbWl0IHRoZSB0b2tlbiBpbiBlYWNo IHJlcXVlc3QuCgoyLjEuICBBdXRob3JpemF0aW9uIFJlcXVlc3QgSGVhZGVyIEZpZWxkCgogICBX aGVuIHNlbmRpbmcgdGhlIGFjY2VzcyB0b2tlbiBpbiB0aGUgIkF1dGhvcml6YXRpb24iIHJlcXVl c3QgaGVhZGVyCiAgIGZpZWxkIGRlZmluZWQgYnkgSFRUUC8xLjEsIFBhcnQgNyBbSS1ELmlldGYt aHR0cGJpcy1wNy1hdXRoXSwgdGhlCiAgIGNsaWVudCB1c2VzIHRoZSAiQmVhcmVyIiBhdXRoZW50 aWNhdGlvbiBzY2hlbWUgdG8gdHJhbnNtaXQgdGhlIGFjY2VzcwogICB0b2tlbi4KCgoKCgoKCgpK b25lcywgZXQgYWwuICAgICAgICAgICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAg ICAgICAgW1BhZ2UgNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJl ciBUb2tlbnMgICAgICAgICAgIERlY2VtYmVyIDIwMTEKCgogICBGb3IgZXhhbXBsZToKCiAgIEdF VCAvcmVzb3VyY2UgSFRUUC8xLjEKICAgSG9zdDogc2VydmVyLmV4YW1wbGUuY29tCiAgIEF1dGhv cml6YXRpb246IEJlYXJlciB2RjlkZnQ0cW1UCgogICBUaGUgIkF1dGhvcml6YXRpb24iIGhlYWRl ciBmaWVsZCB1c2VzIHRoZSBmcmFtZXdvcmsgZGVmaW5lZCBieQogICBIVFRQLzEuMSwgUGFydCA3 IFtJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGhdIGFzIGZvbGxvd3M6CgogICBjcmVkZW50aWFscyA9 ICJCZWFyZXIiIDEqU1AgYjY0dG9rZW4KCiAgIFRoZSBiNjR0b2tlbiBzeW50YXggd2FzIGNob3Nl biBvdmVyIHRoZSBhbHRlcm5hdGl2ZSAjYXV0aC1wYXJhbQogICBzeW50YXggYWxzbyBkZWZpbmVk IGJ5IEhUVFAvMS4xLCBQYXJ0IDcgW0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aF0KICAgYm90aCBm b3Igc2ltcGxpY2l0eSBhbmQgZm9yIGNvbXBhdGliaWxpdHkgd2l0aCBleGlzdGluZwogICBpbXBs ZW1lbnRhdGlvbnMuICBJZiBhZGRpdGlvbmFsIHBhcmFtZXRlcnMgYXJlIG5lZWRlZCBpbiB0aGUg ZnV0dXJlLAogICBhIGRpZmZlcmVudCBzY2hlbWUgd291bGQgbmVlZCB0byBiZSBkZWZpbmVkLgoK ICAgQ2xpZW50cyBTSE9VTEQgbWFrZSBhdXRoZW50aWNhdGVkIHJlcXVlc3RzIHdpdGggYSBiZWFy ZXIgdG9rZW4gdXNpbmcKICAgdGhlICJBdXRob3JpemF0aW9uIiByZXF1ZXN0IGhlYWRlciBmaWVs ZCB3aXRoIHRoZSAiQmVhcmVyIiBIVFRQCiAgIGF1dGhvcml6YXRpb24gc2NoZW1lLiAgUmVzb3Vy Y2Ugc2VydmVycyBNVVNUIHN1cHBvcnQgdGhpcyBtZXRob2QuCgoyLjIuICBGb3JtLUVuY29kZWQg Qm9keSBQYXJhbWV0ZXIKCiAgIFdoZW4gc2VuZGluZyB0aGUgYWNjZXNzIHRva2VuIGluIHRoZSBI VFRQIHJlcXVlc3QgZW50aXR5LWJvZHksIHRoZQogICBjbGllbnQgYWRkcyB0aGUgYWNjZXNzIHRv a2VuIHRvIHRoZSByZXF1ZXN0IGJvZHkgdXNpbmcgdGhlCiAgICJhY2Nlc3NfdG9rZW4iIHBhcmFt ZXRlci4gIFRoZSBjbGllbnQgTVVTVCBOT1QgdXNlIHRoaXMgbWV0aG9kIHVubGVzcwogICBhbGwg b2YgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zIGFyZSBtZXQ6CgogICBvICBUaGUgSFRUUCByZXF1 ZXN0IGVudGl0eS1ib2R5IGlzIHNpbmdsZS1wYXJ0LgoKICAgbyAgVGhlIGVudGl0eS1ib2R5IGZv bGxvd3MgdGhlIGVuY29kaW5nIHJlcXVpcmVtZW50cyBvZiB0aGUKICAgICAgImFwcGxpY2F0aW9u L3gtd3d3LWZvcm0tdXJsZW5jb2RlZCIgY29udGVudC10eXBlIGFzIGRlZmluZWQgYnkKICAgICAg SFRNTCA0LjAxIFtXM0MuUkVDLWh0bWw0MDEtMTk5OTEyMjRdLgoKICAgbyAgVGhlIEhUVFAgcmVx dWVzdCBlbnRpdHktaGVhZGVyIGluY2x1ZGVzIHRoZSAiQ29udGVudC1UeXBlIiBoZWFkZXIKICAg ICAgZmllbGQgc2V0IHRvICJhcHBsaWNhdGlvbi94LXd3dy1mb3JtLXVybGVuY29kZWQiLgoKICAg byAgVGhlIEhUVFAgcmVxdWVzdCBtZXRob2QgaXMgb25lIGZvciB3aGljaCB0aGUgcmVxdWVzdCBi b2R5IGhhcwogICAgICBkZWZpbmVkIHNlbWFudGljcy4gIEluIHBhcnRpY3VsYXIsIHRoaXMgbWVh bnMgdGhhdCB0aGUgIkdFVCIKICAgICAgbWV0aG9kIE1VU1QgTk9UIGJlIHVzZWQuCgogICBvICBU aGUgY29udGVudCB0byBiZSBlbmNvZGVkIGluIHRoZSBlbnRpdHktYm9keSBNVVNUIGNvbnNpc3Qg ZW50aXJlbHkKICAgICAgb2YgQVNDSUkgY2hhcmFjdGVycy4KCiAgIFRoZSBlbnRpdHktYm9keSBN QVkgaW5jbHVkZSBvdGhlciByZXF1ZXN0LXNwZWNpZmljIHBhcmFtZXRlcnMsIGluCiAgIHdoaWNo IGNhc2UsIHRoZSAiYWNjZXNzX3Rva2VuIiBwYXJhbWV0ZXIgTVVTVCBiZSBwcm9wZXJseSBzZXBh cmF0ZWQKICAgZnJvbSB0aGUgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJzIHVzaW5nICImIiBj aGFyYWN0ZXIocykgKEFTQ0lJCiAgIGNvZGUgMzgpLgoKCgpKb25lcywgZXQgYWwuICAgICAgICAg ICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICAgW1BhZ2UgNl0KDApJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAgICAgIERl Y2VtYmVyIDIwMTEKCgogICBGb3IgZXhhbXBsZSwgdGhlIGNsaWVudCBtYWtlcyB0aGUgZm9sbG93 aW5nIEhUVFAgcmVxdWVzdCB1c2luZwogICB0cmFuc3BvcnQtbGF5ZXIgc2VjdXJpdHk6CgogICBQ T1NUIC9yZXNvdXJjZSBIVFRQLzEuMQogICBIb3N0OiBzZXJ2ZXIuZXhhbXBsZS5jb20KICAgQ29u dGVudC1UeXBlOiBhcHBsaWNhdGlvbi94LXd3dy1mb3JtLXVybGVuY29kZWQKCiAgIGFjY2Vzc190 b2tlbj12RjlkZnQ0cW1UCgogICBUaGUgImFwcGxpY2F0aW9uL3gtd3d3LWZvcm0tdXJsZW5jb2Rl ZCIgbWV0aG9kIFNIT1VMRCBOT1QgYmUgdXNlZAogICBleGNlcHQgaW4gYXBwbGljYXRpb24gY29u dGV4dHMgd2hlcmUgcGFydGljaXBhdGluZyBicm93c2VycyBkbyBub3QKICAgaGF2ZSBhY2Nlc3Mg dG8gdGhlICJBdXRob3JpemF0aW9uIiByZXF1ZXN0IGhlYWRlciBmaWVsZC4gIFJlc291cmNlCiAg IHNlcnZlcnMgTUFZIHN1cHBvcnQgdGhpcyBtZXRob2QuCgoyLjMuICBVUkkgUXVlcnkgUGFyYW1l dGVyCgogICBXaGVuIHNlbmRpbmcgdGhlIGFjY2VzcyB0b2tlbiBpbiB0aGUgSFRUUCByZXF1ZXN0 IFVSSSwgdGhlIGNsaWVudAogICBhZGRzIHRoZSBhY2Nlc3MgdG9rZW4gdG8gdGhlIHJlcXVlc3Qg VVJJIHF1ZXJ5IGNvbXBvbmVudCBhcyBkZWZpbmVkCiAgIGJ5IFVuaWZvcm0gUmVzb3VyY2UgSWRl bnRpZmllciAoVVJJKSBbUkZDMzk4Nl0gdXNpbmcgdGhlCiAgICJhY2Nlc3NfdG9rZW4iIHBhcmFt ZXRlci4KCiAgIEZvciBleGFtcGxlLCB0aGUgY2xpZW50IG1ha2VzIHRoZSBmb2xsb3dpbmcgSFRU UCByZXF1ZXN0IHVzaW5nCiAgIHRyYW5zcG9ydC1sYXllciBzZWN1cml0eToKCiAgIEdFVCAvcmVz b3VyY2U/YWNjZXNzX3Rva2VuPXZGOWRmdDRxbVQgSFRUUC8xLjEKICAgSG9zdDogc2VydmVyLmV4 YW1wbGUuY29tCgogICBUaGUgSFRUUCByZXF1ZXN0IFVSSSBxdWVyeSBjYW4gaW5jbHVkZSBvdGhl ciByZXF1ZXN0LXNwZWNpZmljCiAgIHBhcmFtZXRlcnMsIGluIHdoaWNoIGNhc2UsIHRoZSAiYWNj ZXNzX3Rva2VuIiBwYXJhbWV0ZXIgTVVTVCBiZQogICBwcm9wZXJseSBzZXBhcmF0ZWQgZnJvbSB0 aGUgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJzIHVzaW5nICImIgogICBjaGFyYWN0ZXIocykg KEFTQ0lJIGNvZGUgMzgpLgoKICAgRm9yIGV4YW1wbGU6CgogICBodHRwczovL3NlcnZlci5leGFt cGxlLmNvbS9yZXNvdXJjZT94PXkmYWNjZXNzX3Rva2VuPXZGOWRmdDRxbVQmcD1xCgogICBCZWNh dXNlIG9mIHRoZSBzZWN1cml0eSB3ZWFrbmVzc2VzIGFzc29jaWF0ZWQgd2l0aCB0aGUgVVJJIG1l dGhvZAogICAoc2VlIFNlY3Rpb24gNCksIGluY2x1ZGluZyB0aGUgaGlnaCBsaWtlbGlob29kIHRo YXQgdGhlIFVSTAogICBjb250YWluaW5nIHRoZSBhY2Nlc3MgdG9rZW4gd2lsbCBiZSBsb2dnZWQs IGl0IFNIT1VMRCBOT1QgYmUgdXNlZAogICB1bmxlc3MgaXQgaXMgaW1wb3NzaWJsZSB0byB0cmFu c3BvcnQgdGhlIGFjY2VzcyB0b2tlbiBpbiB0aGUKICAgIkF1dGhvcml6YXRpb24iIHJlcXVlc3Qg aGVhZGVyIGZpZWxkIG9yIHRoZSBIVFRQIHJlcXVlc3QgZW50aXR5LWJvZHkuCiAgIFJlc291cmNl IHNlcnZlcnMgTUFZIHN1cHBvcnQgdGhpcyBtZXRob2QuCgoKMy4gIFRoZSBXV1ctQXV0aGVudGlj YXRlIFJlc3BvbnNlIEhlYWRlciBGaWVsZAoKICAgSWYgdGhlIHByb3RlY3RlZCByZXNvdXJjZSBy ZXF1ZXN0IGRvZXMgbm90IGluY2x1ZGUgYXV0aGVudGljYXRpb24KICAgY3JlZGVudGlhbHMgb3Ig ZG9lcyBub3QgY29udGFpbiBhbiBhY2Nlc3MgdG9rZW4gdGhhdCBlbmFibGVzIGFjY2VzcwoKCgpK b25lcywgZXQgYWwuICAgICAgICAgICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAg ICAgICAgW1BhZ2UgN10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJl ciBUb2tlbnMgICAgICAgICAgIERlY2VtYmVyIDIwMTEKCgogICB0byB0aGUgcHJvdGVjdGVkIHJl c291cmNlLCB0aGUgcmVzb3VyY2Ugc2VydmVyIE1VU1QgaW5jbHVkZSB0aGUgSFRUUAogICAiV1dX LUF1dGhlbnRpY2F0ZSIgcmVzcG9uc2UgaGVhZGVyIGZpZWxkOyBpdCBNQVkgaW5jbHVkZSBpdCBp bgogICByZXNwb25zZSB0byBvdGhlciBjb25kaXRpb25zIGFzIHdlbGwuICBUaGUgIldXVy1BdXRo ZW50aWNhdGUiIGhlYWRlcgogICBmaWVsZCB1c2VzIHRoZSBmcmFtZXdvcmsgZGVmaW5lZCBieSBI VFRQLzEuMSwgUGFydCA3CiAgIFtJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGhdIGFzIGZvbGxvd3M6 CgogICBjaGFsbGVuZ2UgICAgICAgPSAiQmVhcmVyIiBbIDEqU1AgMSNwYXJhbSBdCgogICBwYXJh bSAgICAgICAgICAgPSByZWFsbSAvIHNjb3BlIC8KICAgICAgICAgICAgICAgICAgICAgZXJyb3Ig LyBlcnJvci1kZXNjIC8gZXJyb3ItdXJpIC8KICAgICAgICAgICAgICAgICAgICAgYXV0aC1wYXJh bQoKICAgc2NvcGUgICAgICAgICAgID0gInNjb3BlIiAiPSIgcXVvdGVkLXN0cmluZwogICBlcnJv ciAgICAgICAgICAgPSAiZXJyb3IiICI9IiBxdW90ZWQtc3RyaW5nCiAgIGVycm9yLWRlc2MgICAg ICA9ICJlcnJvcl9kZXNjcmlwdGlvbiIgIj0iIHF1b3RlZC1zdHJpbmcKICAgZXJyb3ItdXJpICAg ICAgID0gImVycm9yX3VyaSIgIj0iIHF1b3RlZC1zdHJpbmcKCiAgIEEgInJlYWxtIiBhdHRyaWJ1 dGUgTUFZIGJlIGluY2x1ZGVkIHRvIGluZGljYXRlIHRoZSBzY29wZSBvZgogICBwcm90ZWN0aW9u IGluIHRoZSBtYW5uZXIgZGVzY3JpYmVkIGluIEhUVFAvMS4xLCBQYXJ0IDcKICAgW0ktRC5pZXRm LWh0dHBiaXMtcDctYXV0aF0uICBUaGUgInJlYWxtIiBhdHRyaWJ1dGUgTVVTVCBOT1QgYXBwZWFy CiAgIG1vcmUgdGhhbiBvbmNlLiAgVGhlICJyZWFsbSIgdmFsdWUgaXMgaW50ZW5kZWQgZm9yIHBy b2dyYW1tYXRpYyB1c2UKICAgYW5kIGlzIG5vdCBtZWFudCB0byBiZSBkaXNwbGF5ZWQgdG8gZW5k IHVzZXJzLgoKICAgVGhlICJzY29wZSIgYXR0cmlidXRlIGlzIGEgc3BhY2UtZGVsaW1pdGVkIGxp c3Qgb2Ygc2NvcGUgdmFsdWVzCiAgIGluZGljYXRpbmcgdGhlIHJlcXVpcmVkIHNjb3BlIG9mIHRo ZSBhY2Nlc3MgdG9rZW4gZm9yIGFjY2Vzc2luZyB0aGUKICAgcmVxdWVzdGVkIHJlc291cmNlLiAg SW4gc29tZSBjYXNlcywgdGhlICJzY29wZSIgdmFsdWUgd2lsbCBiZSB1c2VkCiAgIHdoZW4gcmVx dWVzdGluZyBhIG5ldyBhY2Nlc3MgdG9rZW4gd2l0aCBzdWZmaWNpZW50IHNjb3BlIG9mIGFjY2Vz cyB0bwogICB1dGlsaXplIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UuICBUaGUgInNjb3BlIiBhdHRy aWJ1dGUgTVVTVCBOT1QKICAgYXBwZWFyIG1vcmUgdGhhbiBvbmNlLiAgVGhlICJzY29wZSIgdmFs dWUgaXMgaW50ZW5kZWQgZm9yCiAgIHByb2dyYW1tYXRpYyB1c2UgYW5kIGlzIG5vdCBtZWFudCB0 byBiZSBkaXNwbGF5ZWQgdG8gZW5kIHVzZXJzLgoKICAgSWYgdGhlIHByb3RlY3RlZCByZXNvdXJj ZSByZXF1ZXN0IGluY2x1ZGVkIGFuIGFjY2VzcyB0b2tlbiBhbmQgZmFpbGVkCiAgIGF1dGhlbnRp Y2F0aW9uLCB0aGUgcmVzb3VyY2Ugc2VydmVyIFNIT1VMRCBpbmNsdWRlIHRoZSAiZXJyb3IiCiAg IGF0dHJpYnV0ZSB0byBwcm92aWRlIHRoZSBjbGllbnQgd2l0aCB0aGUgcmVhc29uIHdoeSB0aGUg YWNjZXNzCiAgIHJlcXVlc3Qgd2FzIGRlY2xpbmVkLiAgVGhlIHBhcmFtZXRlciB2YWx1ZSBpcyBk ZXNjcmliZWQgaW4KICAgU2VjdGlvbiAzLjEuICBJbiBhZGRpdGlvbiwgdGhlIHJlc291cmNlIHNl cnZlciBNQVkgaW5jbHVkZSB0aGUKICAgImVycm9yX2Rlc2NyaXB0aW9uIiBhdHRyaWJ1dGUgdG8g cHJvdmlkZSBkZXZlbG9wZXJzIGEgaHVtYW4tcmVhZGFibGUKICAgZXhwbGFuYXRpb24gdGhhdCBp cyBub3QgbWVhbnQgdG8gYmUgZGlzcGxheWVkIHRvIGVuZCB1c2Vycy4gIEl0IGFsc28KICAgTUFZ IGluY2x1ZGUgdGhlICJlcnJvcl91cmkiIGF0dHJpYnV0ZSB3aXRoIGFuIGFic29sdXRlIFVSSQog ICBpZGVudGlmeWluZyBhIGh1bWFuLXJlYWRhYmxlIHdlYiBwYWdlIGV4cGxhaW5pbmcgdGhlIGVy cm9yLiAgVGhlCiAgICJlcnJvciIsICJlcnJvcl9kZXNjcmlwdGlvbiIsIGFuZCAiZXJyb3JfdXJp IiBhdHRyaWJ1dGVzIE1VU1QgTk9UCiAgIGFwcGVhciBtb3JlIHRoYW4gb25jZS4KCiAgIFByb2R1 Y2VycyBvZiAic2NvcGUiIHN0cmluZ3MgTVVTVCBOT1QgdXNlIGNoYXJhY3RlcnMgb3V0c2lkZSB0 aGUgc2V0CiAgICV4MjEgLyAleDIzLTVCIC8gJXg1RC03RSBmb3IgcmVwcmVzZW50aW5nIHRoZSBz Y29wZSB2YWx1ZXMgYW5kICV4MjAKICAgZm9yIHRoZSBkZWxpbWl0ZXIuICBQcm9kdWNlcnMgb2Yg ImVycm9yIiBhbmQgImVycm9yX2Rlc2NyaXB0aW9uIgogICBzdHJpbmdzIE1VU1QgTk9UIHVzZSBj aGFyYWN0ZXJzIG91dHNpZGUgdGhlIHNldCAleDIwLTIxIC8gJXgyMy01QiAvCiAgICV4NUQtN0Ug Zm9yIHJlcHJlc2VudGluZyB0aGVzZSB2YWx1ZXMuICBQcm9kdWNlcnMgb2YgImVycm9yLXVyaSIK CgoKSm9uZXMsIGV0IGFsLiAgICAgICAgICAgICBFeHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAg ICAgICAgICAgIFtQYWdlIDhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIE9BdXRoIDIuMCBC ZWFyZXIgVG9rZW5zICAgICAgICAgICBEZWNlbWJlciAyMDExCgoKICAgc3RyaW5ncyBNVVNUIE5P VCB1c2UgY2hhcmFjdGVycyBvdXRzaWRlIHRoZSBzZXQgJXgyMSAvICV4MjMtNUIgLwogICAleDVE LTdFIGZvciByZXByZXNlbnRpbmcgdGhlc2UgdmFsdWVzLiAgRnVydGhlcm1vcmUsICJlcnJvci11 cmkiCiAgIHN0cmluZ3MgTVVTVCBjb25mb3JtIHRvIHRoZSBVUkktUmVmZXJlbmNlIHN5bnRheC4g IEluIGFsbCB0aGVzZQogICBjYXNlcywgbm8gY2hhcmFjdGVyIHF1b3Rpbmcgd2lsbCBvY2N1ciwg YXMgc2VuZGVycyBhcmUgcHJvaGliaXRlZAogICBmcm9tIHVzaW5nIHRoZSAlNUMgKCdcJykgY2hh cmFjdGVyLgoKICAgRm9yIGV4YW1wbGUsIGluIHJlc3BvbnNlIHRvIGEgcHJvdGVjdGVkIHJlc291 cmNlIHJlcXVlc3Qgd2l0aG91dAogICBhdXRoZW50aWNhdGlvbjoKCiAgIEhUVFAvMS4xIDQwMSBV bmF1dGhvcml6ZWQKICAgV1dXLUF1dGhlbnRpY2F0ZTogQmVhcmVyIHJlYWxtPSJleGFtcGxlIgoK ICAgQW5kIGluIHJlc3BvbnNlIHRvIGEgcHJvdGVjdGVkIHJlc291cmNlIHJlcXVlc3Qgd2l0aCBh bgogICBhdXRoZW50aWNhdGlvbiBhdHRlbXB0IHVzaW5nIGFuIGV4cGlyZWQgYWNjZXNzIHRva2Vu OgoKICAgSFRUUC8xLjEgNDAxIFVuYXV0aG9yaXplZAogICBXV1ctQXV0aGVudGljYXRlOiBCZWFy ZXIgcmVhbG09ImV4YW1wbGUiLAogICAgICAgICAgICAgICAgICAgICBlcnJvcj0iaW52YWxpZF90 b2tlbiIsCiAgICAgICAgICAgICAgICAgICAgIGVycm9yX2Rlc2NyaXB0aW9uPSJUaGUgYWNjZXNz IHRva2VuIGV4cGlyZWQiCgozLjEuICBFcnJvciBDb2RlcwoKICAgV2hlbiBhIHJlcXVlc3QgZmFp bHMsIHRoZSByZXNvdXJjZSBzZXJ2ZXIgcmVzcG9uZHMgdXNpbmcgdGhlCiAgIGFwcHJvcHJpYXRl IEhUVFAgc3RhdHVzIGNvZGUgKHR5cGljYWxseSwgNDAwLCA0MDEsIDQwMywgb3IgNDA1KSwgYW5k CiAgIGluY2x1ZGVzIG9uZSBvZiB0aGUgZm9sbG93aW5nIGVycm9yIGNvZGVzIGluIHRoZSByZXNw b25zZToKCiAgIGludmFsaWRfcmVxdWVzdAogICAgICAgICBUaGUgcmVxdWVzdCBpcyBtaXNzaW5n IGEgcmVxdWlyZWQgcGFyYW1ldGVyLCBpbmNsdWRlcyBhbgogICAgICAgICB1bnN1cHBvcnRlZCBw YXJhbWV0ZXIgb3IgcGFyYW1ldGVyIHZhbHVlLCByZXBlYXRzIHRoZSBzYW1lCiAgICAgICAgIHBh cmFtZXRlciwgdXNlcyBtb3JlIHRoYW4gb25lIG1ldGhvZCBmb3IgaW5jbHVkaW5nIGFuIGFjY2Vz cwogICAgICAgICB0b2tlbiwgb3IgaXMgb3RoZXJ3aXNlIG1hbGZvcm1lZC4gIFRoZSByZXNvdXJj ZSBzZXJ2ZXIgU0hPVUxECiAgICAgICAgIHJlc3BvbmQgd2l0aCB0aGUgSFRUUCA0MDAgKEJhZCBS ZXF1ZXN0KSBzdGF0dXMgY29kZS4KCiAgIGludmFsaWRfdG9rZW4KICAgICAgICAgVGhlIGFjY2Vz cyB0b2tlbiBwcm92aWRlZCBpcyBleHBpcmVkLCByZXZva2VkLCBtYWxmb3JtZWQsIG9yCiAgICAg ICAgIGludmFsaWQgZm9yIG90aGVyIHJlYXNvbnMuICBUaGUgcmVzb3VyY2UgU0hPVUxEIHJlc3Bv bmQgd2l0aAogICAgICAgICB0aGUgSFRUUCA0MDEgKFVuYXV0aG9yaXplZCkgc3RhdHVzIGNvZGUu ICBUaGUgY2xpZW50IE1BWQogICAgICAgICByZXF1ZXN0IGEgbmV3IGFjY2VzcyB0b2tlbiBhbmQg cmV0cnkgdGhlIHByb3RlY3RlZCByZXNvdXJjZQogICAgICAgICByZXF1ZXN0LgoKICAgaW5zdWZm aWNpZW50X3Njb3BlCiAgICAgICAgIFRoZSByZXF1ZXN0IHJlcXVpcmVzIGhpZ2hlciBwcml2aWxl Z2VzIHRoYW4gcHJvdmlkZWQgYnkgdGhlCiAgICAgICAgIGFjY2VzcyB0b2tlbi4gIFRoZSByZXNv dXJjZSBzZXJ2ZXIgU0hPVUxEIHJlc3BvbmQgd2l0aCB0aGUgSFRUUAogICAgICAgICA0MDMgKEZv cmJpZGRlbikgc3RhdHVzIGNvZGUgYW5kIE1BWSBpbmNsdWRlIHRoZSAic2NvcGUiCiAgICAgICAg IGF0dHJpYnV0ZSB3aXRoIHRoZSBzY29wZSBuZWNlc3NhcnkgdG8gYWNjZXNzIHRoZSBwcm90ZWN0 ZWQKICAgICAgICAgcmVzb3VyY2UuCgogICBJZiB0aGUgcmVxdWVzdCBsYWNrcyBhbnkgYXV0aGVu dGljYXRpb24gaW5mb3JtYXRpb24gKGkuZS4gdGhlIGNsaWVudAoKCgpKb25lcywgZXQgYWwuICAg ICAgICAgICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICAgW1BhZ2UgOV0K DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAg ICAgIERlY2VtYmVyIDIwMTEKCgogICB3YXMgdW5hd2FyZSBhdXRoZW50aWNhdGlvbiBpcyBuZWNl c3Nhcnkgb3IgYXR0ZW1wdGVkIHVzaW5nIGFuCiAgIHVuc3VwcG9ydGVkIGF1dGhlbnRpY2F0aW9u IG1ldGhvZCksIHRoZSByZXNvdXJjZSBzZXJ2ZXIgU0hPVUxEIE5PVAogICBpbmNsdWRlIGFuIGVy cm9yIGNvZGUgb3Igb3RoZXIgZXJyb3IgaW5mb3JtYXRpb24uCgogICBGb3IgZXhhbXBsZToKCiAg IEhUVFAvMS4xIDQwMSBVbmF1dGhvcml6ZWQKICAgV1dXLUF1dGhlbnRpY2F0ZTogQmVhcmVyIHJl YWxtPSJleGFtcGxlIgoKCjQuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucwoKICAgVGhpcyBzZWN0 aW9uIGRlc2NyaWJlcyB0aGUgcmVsZXZhbnQgc2VjdXJpdHkgdGhyZWF0cyByZWdhcmRpbmcgdG9r ZW4KICAgaGFuZGxpbmcgd2hlbiB1c2luZyBiZWFyZXIgdG9rZW5zIGFuZCBkZXNjcmliZXMgaG93 IHRvIG1pdGlnYXRlIHRoZXNlCiAgIHRocmVhdHMuCgo0LjEuICBTZWN1cml0eSBUaHJlYXRzCgog ICBUaGUgZm9sbG93aW5nIGxpc3QgcHJlc2VudHMgc2V2ZXJhbCBjb21tb24gdGhyZWF0cyBhZ2Fp bnN0IHByb3RvY29scwogICB1dGlsaXppbmcgc29tZSBmb3JtIG9mIHRva2Vucy4gIFRoaXMgbGlz dCBvZiB0aHJlYXRzIGlzIGJhc2VkIG9uIE5JU1QKICAgU3BlY2lhbCBQdWJsaWNhdGlvbiA4MDAt NjMgW05JU1Q4MDAtNjNdLiAgU2luY2UgdGhpcyBkb2N1bWVudCBidWlsZHMKICAgb24gdGhlIE9B dXRoIDIuMCBzcGVjaWZpY2F0aW9uLCB3ZSBleGNsdWRlIGEgZGlzY3Vzc2lvbiBvZiB0aHJlYXRz CiAgIHRoYXQgYXJlIGRlc2NyaWJlZCB0aGVyZSBvciBpbiByZWxhdGVkIGRvY3VtZW50cy4KCiAg IFRva2VuIG1hbnVmYWN0dXJlL21vZGlmaWNhdGlvbjogIEFuIGF0dGFja2VyIG1heSBnZW5lcmF0 ZSBhIGJvZ3VzCiAgICAgIHRva2VuIG9yIG1vZGlmeSB0aGUgdG9rZW4gY29udGVudHMgKHN1Y2gg YXMgdGhlIGF1dGhlbnRpY2F0aW9uIG9yCiAgICAgIGF0dHJpYnV0ZSBzdGF0ZW1lbnRzKSBvZiBh biBleGlzdGluZyB0b2tlbiwgY2F1c2luZyB0aGUgcmVzb3VyY2UKICAgICAgc2VydmVyIHRvIGdy YW50IGluYXBwcm9wcmlhdGUgYWNjZXNzIHRvIHRoZSBjbGllbnQuICBGb3IgZXhhbXBsZSwKICAg ICAgYW4gYXR0YWNrZXIgbWF5IG1vZGlmeSB0aGUgdG9rZW4gdG8gZXh0ZW5kIHRoZSB2YWxpZGl0 eSBwZXJpb2Q7IGEKICAgICAgbWFsaWNpb3VzIGNsaWVudCBtYXkgbW9kaWZ5IHRoZSBhc3NlcnRp b24gdG8gZ2FpbiBhY2Nlc3MgdG8KICAgICAgaW5mb3JtYXRpb24gdGhhdCB0aGV5IHNob3VsZCBu b3QgYmUgYWJsZSB0byB2aWV3LgoKICAgVG9rZW4gZGlzY2xvc3VyZTogIFRva2VucyBtYXkgY29u dGFpbiBhdXRoZW50aWNhdGlvbiBhbmQgYXR0cmlidXRlCiAgICAgIHN0YXRlbWVudHMgdGhhdCBp bmNsdWRlIHNlbnNpdGl2ZSBpbmZvcm1hdGlvbi4KCiAgIFRva2VuIHJlZGlyZWN0OiAgQW4gYXR0 YWNrZXIgdXNlcyBhIHRva2VuIGdlbmVyYXRlZCBmb3IgY29uc3VtcHRpb24KICAgICAgYnkgb25l IHJlc291cmNlIHNlcnZlciB0byBnYWluIGFjY2VzcyB0byBhIGRpZmZlcmVudCByZXNvdXJjZQog ICAgICBzZXJ2ZXIgdGhhdCBtaXN0YWtlbmx5IGJlbGlldmVzIHRoZSB0b2tlbiB0byBiZSBmb3Ig aXQuCgogICBUb2tlbiByZXBsYXk6ICBBbiBhdHRhY2tlciBhdHRlbXB0cyB0byB1c2UgYSB0b2tl biB0aGF0IGhhcyBhbHJlYWR5CiAgICAgIGJlZW4gdXNlZCB3aXRoIHRoYXQgcmVzb3VyY2Ugc2Vy dmVyIGluIHRoZSBwYXN0LgoKNC4yLiAgVGhyZWF0IE1pdGlnYXRpb24KCiAgIEEgbGFyZ2UgcmFu Z2Ugb2YgdGhyZWF0cyBjYW4gYmUgbWl0aWdhdGVkIGJ5IHByb3RlY3RpbmcgdGhlIGNvbnRlbnRz CiAgIG9mIHRoZSB0b2tlbiBieSB1c2luZyBhIGRpZ2l0YWwgc2lnbmF0dXJlIG9yIGEgTWVzc2Fn ZSBBdXRoZW50aWNhdGlvbgogICBDb2RlIChNQUMpLiAgQWx0ZXJuYXRpdmVseSwgYSBiZWFyZXIg dG9rZW4gY2FuIGNvbnRhaW4gYSByZWZlcmVuY2UgdG8KICAgYXV0aG9yaXphdGlvbiBpbmZvcm1h dGlvbiwgcmF0aGVyIHRoYW4gZW5jb2RpbmcgdGhlIGluZm9ybWF0aW9uCgoKCkpvbmVzLCBldCBh bC4gICAgICAgICAgICAgRXhwaXJlcyBKdW5lIDE0LCAyMDEyICAgICAgICAgICAgICAgIFtQYWdl IDEwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICBPQXV0aCAyLjAgQmVhcmVyIFRva2VucyAg ICAgICAgICAgRGVjZW1iZXIgMjAxMQoKCiAgIGRpcmVjdGx5LiAgU3VjaCByZWZlcmVuY2VzIE1V U1QgYmUgaW5mZWFzaWJsZSBmb3IgYW4gYXR0YWNrZXIgdG8KICAgZ3Vlc3M7IHVzaW5nIGEgcmVm ZXJlbmNlIG1heSByZXF1aXJlIGFuIGV4dHJhIGludGVyYWN0aW9uIGJldHdlZW4gYQogICBzZXJ2 ZXIgYW5kIHRoZSB0b2tlbiBpc3N1ZXIgdG8gcmVzb2x2ZSB0aGUgcmVmZXJlbmNlIHRvIHRoZQog ICBhdXRob3JpemF0aW9uIGluZm9ybWF0aW9uLiAgVGhlIG1lY2hhbmljcyBvZiBzdWNoIGFuIGlu dGVyYWN0aW9uIGFyZQogICBub3QgZGVmaW5lZCBieSB0aGlzIHNwZWNpZmljYXRpb24uCgogICBU aGlzIGRvY3VtZW50IGRvZXMgbm90IHNwZWNpZnkgdGhlIGVuY29kaW5nIG9yIHRoZSBjb250ZW50 cyBvZiB0aGUKICAgdG9rZW47IGhlbmNlIGRldGFpbGVkIHJlY29tbWVuZGF0aW9ucyBhYm91dCB0 aGUgbWVhbnMgb2YgZ3VhcmFudGVlaW5nCiAgIHRva2VuIGludGVncml0eSBwcm90ZWN0aW9uIGFy ZSBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LgogICBUaGUgdG9rZW4gaW50ZWdy aXR5IHByb3RlY3Rpb24gTVVTVCBiZSBzdWZmaWNpZW50IHRvIHByZXZlbnQgdGhlCiAgIHRva2Vu IGZyb20gYmVpbmcgbW9kaWZpZWQuCgogICBUbyBkZWFsIHdpdGggdG9rZW4gcmVkaXJlY3QsIGl0 IGlzIGltcG9ydGFudCBmb3IgdGhlIGF1dGhvcml6YXRpb24KICAgc2VydmVyIHRvIGluY2x1ZGUg dGhlIGlkZW50aXR5IG9mIHRoZSBpbnRlbmRlZCByZWNpcGllbnRzICh0aGUKICAgYXVkaWVuY2Up LCB0eXBpY2FsbHkgYSBzaW5nbGUgcmVzb3VyY2Ugc2VydmVyIChvciBhIGxpc3Qgb2YgcmVzb3Vy Y2UKICAgc2VydmVycyksIGluIHRoZSB0b2tlbi4gIFJlc3RyaWN0aW5nIHRoZSB1c2Ugb2YgdGhl IHRva2VuIHRvIGEKICAgc3BlY2lmaWMgc2NvcGUgaXMgYWxzbyBSRUNPTU1FTkRFRC4KCiAgIFRo ZSBhdXRob3JpemF0aW9uIHNlcnZlciBNVVNUIGltcGxlbWVudCBUTFMuICBXaGljaCB2ZXJzaW9u KHMpIG91Z2h0CiAgIHRvIGJlIGltcGxlbWVudGVkIHdpbGwgdmFyeSBvdmVyIHRpbWUsIGFuZCBk ZXBlbmQgb24gdGhlIHdpZGVzcHJlYWQKICAgZGVwbG95bWVudCBhbmQga25vd24gc2VjdXJpdHkg dnVsbmVyYWJpbGl0aWVzIGF0IHRoZSB0aW1lIG9mCiAgIGltcGxlbWVudGF0aW9uLiAgQXQgdGhl IHRpbWUgb2YgdGhpcyB3cml0aW5nLCBUTFMgdmVyc2lvbiAxLjIKICAgW1JGQzUyNDZdIGlzIHRo ZSBtb3N0IHJlY2VudCB2ZXJzaW9uLCBidXQgaGFzIHZlcnkgbGltaXRlZCBhY3R1YWwKICAgZGVw bG95bWVudCwgYW5kIG1pZ2h0IG5vdCBiZSByZWFkaWx5IGF2YWlsYWJsZSBpbiBpbXBsZW1lbnRh dGlvbgogICB0b29sa2l0cy4gIFRMUyB2ZXJzaW9uIDEuMCBbUkZDMjI0Nl0gaXMgdGhlIG1vc3Qg d2lkZWx5IGRlcGxveWVkCiAgIHZlcnNpb24sIGFuZCB3aWxsIGdpdmUgdGhlIGJyb2FkZXN0IGlu dGVyb3BlcmFiaWxpdHkuCgogICBUbyBwcm90ZWN0IGFnYWluc3QgdG9rZW4gZGlzY2xvc3VyZSwg Y29uZmlkZW50aWFsaXR5IHByb3RlY3Rpb24gTVVTVAogICBiZSBhcHBsaWVkIHVzaW5nIFRMUyBb UkZDNTI0Nl0gd2l0aCBhIGNpcGhlcnN1aXRlIHRoYXQgcHJvdmlkZXMKICAgY29uZmlkZW50aWFs aXR5IGFuZCBpbnRlZ3JpdHkgcHJvdGVjdGlvbi4gIFRoaXMgcmVxdWlyZXMgdGhhdCB0aGUKICAg Y29tbXVuaWNhdGlvbiBpbnRlcmFjdGlvbiBiZXR3ZWVuIHRoZSBjbGllbnQgYW5kIHRoZSBhdXRo b3JpemF0aW9uCiAgIHNlcnZlciwgYXMgd2VsbCBhcyB0aGUgaW50ZXJhY3Rpb24gYmV0d2VlbiB0 aGUgY2xpZW50IGFuZCB0aGUKICAgcmVzb3VyY2Ugc2VydmVyLCB1dGlsaXplIGNvbmZpZGVudGlh bGl0eSBhbmQgaW50ZWdyaXR5IHByb3RlY3Rpb24uCiAgIFNpbmNlIFRMUyBpcyBtYW5kYXRvcnkg dG8gaW1wbGVtZW50IGFuZCB0byB1c2Ugd2l0aCB0aGlzCiAgIHNwZWNpZmljYXRpb24sIGl0IGlz IHRoZSBwcmVmZXJyZWQgYXBwcm9hY2ggZm9yIHByZXZlbnRpbmcgdG9rZW4KICAgZGlzY2xvc3Vy ZSB2aWEgdGhlIGNvbW11bmljYXRpb24gY2hhbm5lbC4gIEZvciB0aG9zZSBjYXNlcyB3aGVyZSB0 aGUKICAgY2xpZW50IGlzIHByZXZlbnRlZCBmcm9tIG9ic2VydmluZyB0aGUgY29udGVudHMgb2Yg dGhlIHRva2VuLCB0b2tlbgogICBlbmNyeXB0aW9uIE1VU1QgYmUgYXBwbGllZCBpbiBhZGRpdGlv biB0byB0aGUgdXNhZ2Ugb2YgVExTCiAgIHByb3RlY3Rpb24uICBBcyBhIGZ1cnRoZXIgZGVmZW5z ZSBhZ2FpbnN0IHRva2VuIGRpc2Nsb3N1cmUsIHRoZQogICBjbGllbnQgTVVTVCB2YWxpZGF0ZSB0 aGUgVExTIGNlcnRpZmljYXRlIGNoYWluIHdoZW4gbWFraW5nIHJlcXVlc3RzCiAgIHRvIHByb3Rl Y3RlZCByZXNvdXJjZXMuCgogICBDb29raWVzIGFyZSB0eXBpY2FsbHkgdHJhbnNtaXR0ZWQgaW4g dGhlIGNsZWFyLiAgVGh1cywgYW55CiAgIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGVtIGlz IGF0IHJpc2sgb2YgZGlzY2xvc3VyZS4gIFRoZXJlZm9yZSwKICAgYmVhcmVyIHRva2VucyBNVVNU IE5PVCBiZSBzdG9yZWQgaW4gY29va2llcyB0aGF0IGNhbiBiZSBzZW50IGluIHRoZQogICBjbGVh ci4KCiAgIEluIHNvbWUgZGVwbG95bWVudHMsIGluY2x1ZGluZyB0aG9zZSB1dGlsaXppbmcgbG9h ZCBiYWxhbmNlcnMsIHRoZQoKCgpKb25lcywgZXQgYWwuICAgICAgICAgICAgIEV4cGlyZXMgSnVu ZSAxNCwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxMV0KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAgICAgIERlY2VtYmVyIDIwMTEKCgog ICBUTFMgY29ubmVjdGlvbiB0byB0aGUgcmVzb3VyY2Ugc2VydmVyIHRlcm1pbmF0ZXMgcHJpb3Ig dG8gdGhlIGFjdHVhbAogICBzZXJ2ZXIgdGhhdCBwcm92aWRlcyB0aGUgcmVzb3VyY2UuICBUaGlz IGNvdWxkIGxlYXZlIHRoZSB0b2tlbgogICB1bnByb3RlY3RlZCBiZXR3ZWVuIHRoZSBmcm9udCBl bmQgc2VydmVyIHdoZXJlIHRoZSBUTFMgY29ubmVjdGlvbgogICB0ZXJtaW5hdGVzIGFuZCB0aGUg YmFjayBlbmQgc2VydmVyIHRoYXQgcHJvdmlkZXMgdGhlIHJlc291cmNlLiAgSW4KICAgc3VjaCBk ZXBsb3ltZW50cywgc3VmZmljaWVudCBtZWFzdXJlcyBNVVNUIGJlIGVtcGxveWVkIHRvIGVuc3Vy ZQogICBjb25maWRlbnRpYWxpdHkgb2YgdGhlIHRva2VuIGJldHdlZW4gdGhlIGZyb250IGVuZCBh bmQgYmFjayBlbmQKICAgc2VydmVyczsgZW5jcnlwdGlvbiBvZiB0aGUgdG9rZW4gaXMgb25lIHBv c3NpYmxlIHN1Y2ggbWVhc3VyZS4KCiAgIFRvIGRlYWwgd2l0aCB0b2tlbiBjYXB0dXJlIGFuZCBy ZXBsYXksIHRoZSBmb2xsb3dpbmcgcmVjb21tZW5kYXRpb25zCiAgIGFyZSBtYWRlOiBGaXJzdCwg dGhlIGxpZmV0aW1lIG9mIHRoZSB0b2tlbiBNVVNUIGJlIGxpbWl0ZWQ7IG9uZSBtZWFucwogICBv ZiBhY2hpZXZpbmcgdGhpcyBpcyBieSBwdXR0aW5nIGEgdmFsaWRpdHkgdGltZSBmaWVsZCBpbnNp ZGUgdGhlCiAgIHByb3RlY3RlZCBwYXJ0IG9mIHRoZSB0b2tlbi4gIE5vdGUgdGhhdCB1c2luZyBz aG9ydC1saXZlZCAob25lIGhvdXIKICAgb3IgbGVzcykgdG9rZW5zIHJlZHVjZXMgdGhlIGltcGFj dCBvZiB0aGVtIGJlaW5nIGxlYWtlZC4gIFNlY29uZCwKICAgY29uZmlkZW50aWFsaXR5IHByb3Rl Y3Rpb24gb2YgdGhlIGV4Y2hhbmdlcyBiZXR3ZWVuIHRoZSBjbGllbnQgYW5kCiAgIHRoZSBhdXRo b3JpemF0aW9uIHNlcnZlciBhbmQgYmV0d2VlbiB0aGUgY2xpZW50IGFuZCB0aGUgcmVzb3VyY2UK ICAgc2VydmVyIE1VU1QgYmUgYXBwbGllZC4gIEFzIGEgY29uc2VxdWVuY2UsIG5vIGVhdmVzZHJv cHBlciBhbG9uZyB0aGUKICAgY29tbXVuaWNhdGlvbiBwYXRoIGlzIGFibGUgdG8gb2JzZXJ2ZSB0 aGUgdG9rZW4gZXhjaGFuZ2UuCiAgIENvbnNlcXVlbnRseSwgc3VjaCBhbiBvbi1wYXRoIGFkdmVy c2FyeSBjYW5ub3QgcmVwbGF5IHRoZSB0b2tlbi4KICAgRnVydGhlcm1vcmUsIHdoZW4gcHJlc2Vu dGluZyB0aGUgdG9rZW4gdG8gYSByZXNvdXJjZSBzZXJ2ZXIsIHRoZQogICBjbGllbnQgTVVTVCB2 ZXJpZnkgdGhlIGlkZW50aXR5IG9mIHRoYXQgcmVzb3VyY2Ugc2VydmVyLCBhcyBwZXIKICAgUmVw cmVzZW50YXRpb24gYW5kIFZlcmlmaWNhdGlvbiBvZiBEb21haW4tQmFzZWQgQXBwbGljYXRpb24g U2VydmljZQogICBJZGVudGl0eSB3aXRoaW4gSW50ZXJuZXQgUHVibGljIEtleSBJbmZyYXN0cnVj dHVyZSBVc2luZyBYLjUwOSAoUEtJWCkKICAgQ2VydGlmaWNhdGVzIGluIHRoZSBDb250ZXh0IG9m IFRyYW5zcG9ydCBMYXllciBTZWN1cml0eSAoVExTKQogICBbUkZDNjEyNV0uICBOb3RlIHRoYXQg dGhlIGNsaWVudCBNVVNUIHZhbGlkYXRlIHRoZSBUTFMgY2VydGlmaWNhdGUKICAgY2hhaW4gd2hl biBtYWtpbmcgdGhlc2UgcmVxdWVzdHMgdG8gcHJvdGVjdGVkIHJlc291cmNlcy4gIFByZXNlbnRp bmcKICAgdGhlIHRva2VuIHRvIGFuIHVuYXV0aGVudGljYXRlZCBhbmQgdW5hdXRob3JpemVkIHJl c291cmNlIHNlcnZlciBvcgogICBmYWlsaW5nIHRvIHZhbGlkYXRlIHRoZSBjZXJ0aWZpY2F0ZSBj aGFpbiB3aWxsIGFsbG93IGFkdmVyc2FyaWVzIHRvCiAgIHN0ZWFsIHRoZSB0b2tlbiBhbmQgZ2Fp biB1bmF1dGhvcml6ZWQgYWNjZXNzIHRvIHByb3RlY3RlZCByZXNvdXJjZXMuCgo0LjMuICBTdW1t YXJ5IG9mIFJlY29tbWVuZGF0aW9ucwoKICAgU2FmZWd1YXJkIGJlYXJlciB0b2tlbnM6ICBDbGll bnQgaW1wbGVtZW50YXRpb25zIE1VU1QgZW5zdXJlIHRoYXQKICAgICAgYmVhcmVyIHRva2VucyBh cmUgbm90IGxlYWtlZCB0byB1bmludGVuZGVkIHBhcnRpZXMsIGFzIHRoZXkgd2lsbAogICAgICBi ZSBhYmxlIHRvIHVzZSB0aGVtIHRvIGdhaW4gYWNjZXNzIHRvIHByb3RlY3RlZCByZXNvdXJjZXMu ICBUaGlzCiAgICAgIGlzIHRoZSBwcmltYXJ5IHNlY3VyaXR5IGNvbnNpZGVyYXRpb24gd2hlbiB1 c2luZyBiZWFyZXIgdG9rZW5zIGFuZAogICAgICB1bmRlcmxpZXMgYWxsIHRoZSBtb3JlIHNwZWNp ZmljIHJlY29tbWVuZGF0aW9ucyB0aGF0IGZvbGxvdy4KCiAgIFZhbGlkYXRlIFNTTCBjZXJ0aWZp Y2F0ZSBjaGFpbnM6ICBUaGUgY2xpZW50IE1VU1QgdmFsaWRhdGUgdGhlIFRMUwogICAgICBjZXJ0 aWZpY2F0ZSBjaGFpbiB3aGVuIG1ha2luZyByZXF1ZXN0cyB0byBwcm90ZWN0ZWQgcmVzb3VyY2Vz LgogICAgICBGYWlsaW5nIHRvIGRvIHNvIG1heSBlbmFibGUgRE5TIGhpamFja2luZyBhdHRhY2tz IHRvIHN0ZWFsIHRoZQogICAgICB0b2tlbiBhbmQgZ2FpbiB1bmludGVuZGVkIGFjY2Vzcy4KCiAg IEFsd2F5cyB1c2UgVExTIChodHRwcyk6ICBDbGllbnRzIE1VU1QgYWx3YXlzIHVzZSBUTFMgW1JG QzUyNDZdCiAgICAgIChodHRwcykgb3IgZXF1aXZhbGVudCB0cmFuc3BvcnQgc2VjdXJpdHkgd2hl biBtYWtpbmcgcmVxdWVzdHMgd2l0aAogICAgICBiZWFyZXIgdG9rZW5zLiAgRmFpbGluZyB0byBk byBzbyBleHBvc2VzIHRoZSB0b2tlbiB0byBudW1lcm91cwogICAgICBhdHRhY2tzIHRoYXQgY291 bGQgZ2l2ZSBhdHRhY2tlcnMgdW5pbnRlbmRlZCBhY2Nlc3MuCgoKCgoKSm9uZXMsIGV0IGFsLiAg ICAgICAgICAgICBFeHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMTJd CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIE9BdXRoIDIuMCBCZWFyZXIgVG9rZW5zICAgICAg ICAgICBEZWNlbWJlciAyMDExCgoKICAgRG9uJ3Qgc3RvcmUgYmVhcmVyIHRva2VucyBpbiBjb29r aWVzOiAgSW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIHN0b3JlCiAgICAgIGJlYXJlciB0b2tlbnMg d2l0aGluIGNvb2tpZXMgdGhhdCBjYW4gYmUgc2VudCBpbiB0aGUgY2xlYXIgKHdoaWNoCiAgICAg IGlzIHRoZSBkZWZhdWx0IHRyYW5zbWlzc2lvbiBtb2RlIGZvciBjb29raWVzKS4gIEltcGxlbWVu dGF0aW9ucwogICAgICB0aGF0IGRvIHN0b3JlIGJlYXJlciB0b2tlbnMgaW4gY29va2llcyBNVVNU IHRha2UgcHJlY2F1dGlvbnMKICAgICAgYWdhaW5zdCBjcm9zcyBzaXRlIHJlcXVlc3QgZm9yZ2Vy eS4KCiAgIElzc3VlIHNob3J0LWxpdmVkIGJlYXJlciB0b2tlbnM6ICBUb2tlbiBzZXJ2ZXJzIFNI T1VMRCBpc3N1ZSBzaG9ydC0KICAgICAgbGl2ZWQgKG9uZSBob3VyIG9yIGxlc3MpIGJlYXJlciB0 b2tlbnMsIHBhcnRpY3VsYXJseSB3aGVuIGlzc3VpbmcKICAgICAgdG9rZW5zIHRvIGNsaWVudHMg dGhhdCBydW4gd2l0aGluIGEgd2ViIGJyb3dzZXIgb3Igb3RoZXIKICAgICAgZW52aXJvbm1lbnRz IHdoZXJlIGluZm9ybWF0aW9uIGxlYWthZ2UgbWF5IG9jY3VyLiAgVXNpbmcgc2hvcnQtCiAgICAg IGxpdmVkIGJlYXJlciB0b2tlbnMgY2FuIHJlZHVjZSB0aGUgaW1wYWN0IG9mIHRoZW0gYmVpbmcg bGVha2VkLgoKICAgSXNzdWUgc2NvcGVkIGJlYXJlciB0b2tlbnM6ICBUb2tlbiBzZXJ2ZXJzIFNI T1VMRCBpc3N1ZSBiZWFyZXIgdG9rZW5zCiAgICAgIHRoYXQgY29udGFpbiBhbiBhdWRpZW5jZSBy ZXN0cmljdGlvbiwgc2NvcGluZyB0aGVpciB1c2UgdG8gdGhlCiAgICAgIGludGVuZGVkIHJlbHlp bmcgcGFydHkgb3Igc2V0IG9mIHJlbHlpbmcgcGFydGllcy4KCiAgIERvbid0IHBhc3MgYmVhcmVy IHRva2VucyBpbiBwYWdlIFVSTHM6ICBCZWFyZXIgdG9rZW5zIFNIT1VMRCBOT1QgYmUKICAgICAg cGFzc2VkIGluIHBhZ2UgVVJMcyAoZm9yIGV4YW1wbGUgYXMgcXVlcnkgc3RyaW5nIHBhcmFtZXRl cnMpLgogICAgICBJbnN0ZWFkLCBiZWFyZXIgdG9rZW5zIFNIT1VMRCBiZSBwYXNzZWQgaW4gSFRU UCBtZXNzYWdlIGhlYWRlcnMgb3IKICAgICAgbWVzc2FnZSBib2RpZXMgZm9yIHdoaWNoIGNvbmZp ZGVudGlhbGl0eSBtZWFzdXJlcyBhcmUgdGFrZW4uCiAgICAgIEJyb3dzZXJzLCB3ZWIgc2VydmVy cywgYW5kIG90aGVyIHNvZnR3YXJlIG1heSBub3QgYWRlcXVhdGVseQogICAgICBzZWN1cmUgVVJM cyBpbiB0aGUgYnJvd3NlciBoaXN0b3J5LCB3ZWIgc2VydmVyIGxvZ3MsIGFuZCBvdGhlcgogICAg ICBkYXRhIHN0cnVjdHVyZXMuICBJZiBiZWFyZXIgdG9rZW5zIGFyZSBwYXNzZWQgaW4gcGFnZSBV UkxzLAogICAgICBhdHRhY2tlcnMgbWlnaHQgYmUgYWJsZSB0byBzdGVhbCB0aGVtIGZyb20gdGhl IGhpc3RvcnkgZGF0YSwgbG9ncywKICAgICAgb3Igb3RoZXIgdW5zZWN1cmVkIGxvY2F0aW9ucy4K Cgo1LiAgSUFOQSBDb25zaWRlcmF0aW9ucwoKNS4xLiAgT0F1dGggQWNjZXNzIFRva2VuIFR5cGUg UmVnaXN0cmF0aW9uCgogICBUaGlzIHNwZWNpZmljYXRpb24gcmVnaXN0ZXJzIHRoZSBmb2xsb3dp bmcgYWNjZXNzIHRva2VuIHR5cGUgaW4gdGhlCiAgIE9BdXRoIEFjY2VzcyBUb2tlbiBUeXBlIFJl Z2lzdHJ5LgoKNS4xLjEuICBUaGUgIkJlYXJlciIgT0F1dGggQWNjZXNzIFRva2VuIFR5cGUKCiAg IFR5cGUgbmFtZToKICAgICAgQmVhcmVyCgogICBBZGRpdGlvbmFsIFRva2VuIEVuZHBvaW50IFJl c3BvbnNlIFBhcmFtZXRlcnM6CiAgICAgIChub25lKQoKICAgSFRUUCBBdXRoZW50aWNhdGlvbiBT Y2hlbWUocyk6CiAgICAgIEJlYXJlcgoKCgoKCgoKSm9uZXMsIGV0IGFsLiAgICAgICAgICAgICBF eHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMTNdCgwKSW50ZXJuZXQt RHJhZnQgICAgICAgICAgIE9BdXRoIDIuMCBCZWFyZXIgVG9rZW5zICAgICAgICAgICBEZWNlbWJl ciAyMDExCgoKICAgQ2hhbmdlIGNvbnRyb2xsZXI6CiAgICAgIElFVEYKCiAgIFNwZWNpZmljYXRp b24gZG9jdW1lbnQocyk6CiAgICAgIFtbIHRoaXMgZG9jdW1lbnQgXV0KCjUuMi4gIEF1dGhlbnRp Y2F0aW9uIFNjaGVtZSBSZWdpc3RyYXRpb24KCiAgIFRoaXMgc3BlY2lmaWNhdGlvbiByZWdpc3Rl cnMgdGhlIGZvbGxvd2luZyBhdXRoZW50aWNhdGlvbiBzY2hlbWUgaW4KICAgdGhlIEF1dGhlbnRp Y2F0aW9uIFNjaGVtZSBSZWdpc3RyeSBkZWZpbmVkIGluIEhUVFAvMS4xLCBQYXJ0IDcKICAgW0kt RC5pZXRmLWh0dHBiaXMtcDctYXV0aF0uCgo1LjIuMS4gIFRoZSAiQmVhcmVyIiBBdXRoZW50aWNh dGlvbiBTY2hlbWUKCiAgIEF1dGhlbnRpY2F0aW9uIFNjaGVtZSBOYW1lOgogICAgICBCZWFyZXIK CiAgIFBvaW50ZXIgdG8gc3BlY2lmaWNhdGlvbiB0ZXh0OgogICAgICBbWyB0aGlzIGRvY3VtZW50 IF1dCgogICBOb3RlcyAob3B0aW9uYWwpOgogICAgICAobm9uZSkKCgo2LiAgUmVmZXJlbmNlcwoK Ni4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtJLUQuaWV0Zi1odHRwYmlzLXAxLW1lc3Nh Z2luZ10KICAgICAgICAgICAgICBGaWVsZGluZywgUi4sIEdldHR5cywgSi4sIE1vZ3VsLCBKLiwg TmllbHNlbiwgSC4sCiAgICAgICAgICAgICAgTWFzaW50ZXIsIEwuLCBMZWFjaCwgUC4sIEJlcm5l cnMtTGVlLCBULiwgTGFmb24sIFkuLCBhbmQKICAgICAgICAgICAgICBKLiBSZXNjaGtlLCAiSFRU UC8xLjEsIHBhcnQgMTogVVJJcywgQ29ubmVjdGlvbnMsIGFuZAogICAgICAgICAgICAgIE1lc3Nh Z2UgUGFyc2luZyIsIGRyYWZ0LWlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmctMTcgKHdvcmsKICAg ICAgICAgICAgICBpbiBwcm9ncmVzcyksIE9jdG9iZXIgMjAxMS4KCiAgIFtJLUQuaWV0Zi1odHRw YmlzLXA3LWF1dGhdCiAgICAgICAgICAgICAgRmllbGRpbmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1 bCwgSi4sIE5pZWxzZW4sIEguLAogICAgICAgICAgICAgIE1hc2ludGVyLCBMLiwgTGVhY2gsIFAu LCBCZXJuZXJzLUxlZSwgVC4sIExhZm9uLCBZLiwgYW5kCiAgICAgICAgICAgICAgSi4gUmVzY2hr ZSwgIkhUVFAvMS4xLCBwYXJ0IDc6IEF1dGhlbnRpY2F0aW9uIiwKICAgICAgICAgICAgICBkcmFm dC1pZXRmLWh0dHBiaXMtcDctYXV0aC0xNyAod29yayBpbiBwcm9ncmVzcyksCiAgICAgICAgICAg ICAgT2N0b2JlciAyMDExLgoKICAgW0ktRC5pZXRmLW9hdXRoLXYyXQogICAgICAgICAgICAgIEhh bW1lci1MYWhhdiwgRS4sIFJlY29yZG9uLCBELiwgYW5kIEQuIEhhcmR0LCAiVGhlIE9BdXRoCiAg ICAgICAgICAgICAgMi4wIEF1dGhvcml6YXRpb24gUHJvdG9jb2wiLCBkcmFmdC1pZXRmLW9hdXRo LXYyLTIyICh3b3JrCiAgICAgICAgICAgICAgaW4gcHJvZ3Jlc3MpLCBTZXB0ZW1iZXIgMjAxMS4K CiAgIFtSRkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRv IEluZGljYXRlCgoKCkpvbmVzLCBldCBhbC4gICAgICAgICAgICAgRXhwaXJlcyBKdW5lIDE0LCAy MDEyICAgICAgICAgICAgICAgIFtQYWdlIDE0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICBP QXV0aCAyLjAgQmVhcmVyIFRva2VucyAgICAgICAgICAgRGVjZW1iZXIgMjAxMQoKCiAgICAgICAg ICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4K CiAgIFtSRkMyMjQ2XSAgRGllcmtzLCBULiBhbmQgQy4gQWxsZW4sICJUaGUgVExTIFByb3RvY29s IFZlcnNpb24gMS4wIiwKICAgICAgICAgICAgICBSRkMgMjI0NiwgSmFudWFyeSAxOTk5LgoKICAg W1JGQzM5ODZdICBCZXJuZXJzLUxlZSwgVC4sIEZpZWxkaW5nLCBSLiwgYW5kIEwuIE1hc2ludGVy LCAiVW5pZm9ybQogICAgICAgICAgICAgIFJlc291cmNlIElkZW50aWZpZXIgKFVSSSk6IEdlbmVy aWMgU3ludGF4IiwgU1REIDY2LAogICAgICAgICAgICAgIFJGQyAzOTg2LCBKYW51YXJ5IDIwMDUu CgogICBbUkZDNTIzNF0gIENyb2NrZXIsIEQuIGFuZCBQLiBPdmVyZWxsLCAiQXVnbWVudGVkIEJO RiBmb3IgU3ludGF4CiAgICAgICAgICAgICAgU3BlY2lmaWNhdGlvbnM6IEFCTkYiLCBTVEQgNjgs IFJGQyA1MjM0LCBKYW51YXJ5IDIwMDguCgogICBbUkZDNTI0Nl0gIERpZXJrcywgVC4gYW5kIEUu IFJlc2NvcmxhLCAiVGhlIFRyYW5zcG9ydCBMYXllciBTZWN1cml0eQogICAgICAgICAgICAgIChU TFMpIFByb3RvY29sIFZlcnNpb24gMS4yIiwgUkZDIDUyNDYsIEF1Z3VzdCAyMDA4LgoKICAgW1JG QzYxMjVdICBTYWludC1BbmRyZSwgUC4gYW5kIEouIEhvZGdlcywgIlJlcHJlc2VudGF0aW9uIGFu ZAogICAgICAgICAgICAgIFZlcmlmaWNhdGlvbiBvZiBEb21haW4tQmFzZWQgQXBwbGljYXRpb24g U2VydmljZSBJZGVudGl0eQogICAgICAgICAgICAgIHdpdGhpbiBJbnRlcm5ldCBQdWJsaWMgS2V5 IEluZnJhc3RydWN0dXJlIFVzaW5nIFguNTA5CiAgICAgICAgICAgICAgKFBLSVgpIENlcnRpZmlj YXRlcyBpbiB0aGUgQ29udGV4dCBvZiBUcmFuc3BvcnQgTGF5ZXIKICAgICAgICAgICAgICBTZWN1 cml0eSAoVExTKSIsIFJGQyA2MTI1LCBNYXJjaCAyMDExLgoKICAgW1czQy5SRUMtaHRtbDQwMS0x OTk5MTIyNF0KICAgICAgICAgICAgICBKYWNvYnMsIEkuLCBSYWdnZXR0LCBELiwgYW5kIEEuIEhv cnMsICJIVE1MIDQuMDEKICAgICAgICAgICAgICBTcGVjaWZpY2F0aW9uIiwgV29ybGQgV2lkZSBX ZWIgQ29uc29ydGl1bQogICAgICAgICAgICAgIFJlY29tbWVuZGF0aW9uIFJFQy1odG1sNDAxLTE5 OTkxMjI0LCBEZWNlbWJlciAxOTk5LAogICAgICAgICAgICAgIDxodHRwOi8vd3d3LnczLm9yZy9U Ui8xOTk5L1JFQy1odG1sNDAxLTE5OTkxMjI0Pi4KCjYuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5j ZXMKCiAgIFtOSVNUODAwLTYzXQogICAgICAgICAgICAgIEJ1cnIsIFcuLCBEb2Rzb24sIEQuLCBQ ZXJsbmVyLCBSLiwgUG9saywgVC4sIEd1cHRhLCBTLiwKICAgICAgICAgICAgICBhbmQgRS4gTmFi YnVzLCAiTklTVCBTcGVjaWFsIFB1YmxpY2F0aW9uIDgwMC02My0xLAogICAgICAgICAgICAgIElO Rk9STUFUSU9OIFNFQ1VSSVRZIiwgRGVjZW1iZXIgMjAwOC4KCiAgIFtSRkMyNjE2XSAgRmllbGRp bmcsIFIuLCBHZXR0eXMsIEouLCBNb2d1bCwgSi4sIEZyeXN0eWssIEguLAogICAgICAgICAgICAg IE1hc2ludGVyLCBMLiwgTGVhY2gsIFAuLCBhbmQgVC4gQmVybmVycy1MZWUsICJIeXBlcnRleHQK ICAgICAgICAgICAgICBUcmFuc2ZlciBQcm90b2NvbCAtLSBIVFRQLzEuMSIsIFJGQyAyNjE2LCBK dW5lIDE5OTkuCgogICBbUkZDMjYxN10gIEZyYW5rcywgSi4sIEhhbGxhbS1CYWtlciwgUC4sIEhv c3RldGxlciwgSi4sIExhd3JlbmNlLCBTLiwKICAgICAgICAgICAgICBMZWFjaCwgUC4sIEx1b3Rv bmVuLCBBLiwgYW5kIEwuIFN0ZXdhcnQsICJIVFRQCiAgICAgICAgICAgICAgQXV0aGVudGljYXRp b246IEJhc2ljIGFuZCBEaWdlc3QgQWNjZXNzIEF1dGhlbnRpY2F0aW9uIiwKICAgICAgICAgICAg ICBSRkMgMjYxNywgSnVuZSAxOTk5LgoKCkFwcGVuZGl4IEEuICBBY2tub3dsZWRnZW1lbnRzCgog ICBUaGUgZm9sbG93aW5nIHBlb3BsZSBjb250cmlidXRlZCB0byBwcmVsaW1pbmFyeSB2ZXJzaW9u cyBvZiB0aGlzCiAgIGRvY3VtZW50OiBCbGFpbmUgQ29vayAoQlQpLCBCcmlhbiBFYXRvbiAoR29v Z2xlKSwgWWFyb24gWS4gR29sYW5kCgoKCkpvbmVzLCBldCBhbC4gICAgICAgICAgICAgRXhwaXJl cyBKdW5lIDE0LCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDE1XQoMCkludGVybmV0LURyYWZ0 ICAgICAgICAgICBPQXV0aCAyLjAgQmVhcmVyIFRva2VucyAgICAgICAgICAgRGVjZW1iZXIgMjAx MQoKCiAgIChNaWNyb3NvZnQpLCBCcmVudCBHb2xkbWFuIChGYWNlYm9vayksIFJhZmZpIEtyaWtv cmlhbiAoVHdpdHRlciksCiAgIEx1a2UgU2hlcGFyZCAoRmFjZWJvb2spLCBhbmQgQWxsZW4gVG9t IChZYWhvbyEpLiAgVGhlIGNvbnRlbnQgYW5kCiAgIGNvbmNlcHRzIHdpdGhpbiBhcmUgYSBwcm9k dWN0IG9mIHRoZSBPQXV0aCBjb21tdW5pdHksIHRoZSBXUkFQCiAgIGNvbW11bml0eSwgYW5kIHRo ZSBPQXV0aCBXb3JraW5nIEdyb3VwLgoKICAgVGhlIE9BdXRoIFdvcmtpbmcgR3JvdXAgaGFzIGRv emVucyBvZiB2ZXJ5IGFjdGl2ZSBjb250cmlidXRvcnMgd2hvCiAgIHByb3Bvc2VkIGlkZWFzIGFu ZCB3b3JkaW5nIGZvciB0aGlzIGRvY3VtZW50LCBpbmNsdWRpbmc6IE1pY2hhZWwKICAgQWRhbXMs IEFtYW5kYSBBbmdhbmVzLCBBbmRyZXcgQXJub3R0LCBEaXJrIEJhbGZhbnosIEpvaG4gQnJhZGxl eSwKICAgQnJpYW4gQ2FtcGJlbGwsIExlYWggQ3VsdmVyLCBCaWxsIGRlIGhPcmEsIEJyaWFuIEVs bGluLCBJZ29yCiAgIEZheW5iZXJnLCBTdGVwaGVuIEZhcnJlbGwsIEdlb3JnZSBGbGV0Y2hlciwg VGltIEZyZWVtYW4sIEV2YW4KICAgR2lsYmVydCwgWWFyb24gWS4gR29sYW5kLCBUaG9tYXMgSGFy ZGpvbm8sIEp1c3RpbiBIYXJ0LCBQaGlsIEh1bnQsCiAgIEpvaG4gS2VtcCwgRXJhbiBIYW1tZXIt TGFoYXYsIENoYXNlbiBMZSBIYXJhLCBCYXJyeSBMZWliYSwgTWljaGFlbCBCLgogICBKb25lcywg VG9yc3RlbiBMb2RkZXJzdGVkdCwgRXZlIE1hbGVyLCBKYW1lcyBNYW5nZXIsIExhdXJlbmNlIE1p YW8sCiAgIFdpbGxpYW0gSi4gTWlsbHMsIENodWNrIE1vcnRpbW9yZSwgQW50aG9ueSBOYWRhbGlu LCBKdWxpYW4gUmVzY2hrZSwKICAgSnVzdGluIFJpY2hlciwgUGV0ZXIgU2FpbnQtQW5kcmUsIE5h dCBTYWtpbXVyYSwgUm9iIFNheXJlLCBNYXJpdXMKICAgU2N1cnRlc2N1LCBOYWl0aWsgU2hhaCwg SnVzdGluIFNtaXRoLCBKZXJlbXkgU3VyaWVsLCBDaHJpc3RpYW4KICAgU3R1ZWJuZXIsIFBhdWwg VGFyamFuLCBIYW5uZXMgVHNjaG9mZW5pZywgRnJhbmtsaW4gVHNlLCBhbmQgU2hhbmUKICAgV2Vl ZGVuLgoKCkFwcGVuZGl4IEIuICBEb2N1bWVudCBIaXN0b3J5CgogICBbWyB0byBiZSByZW1vdmVk IGJ5IHRoZSBSRkMgZWRpdG9yIGJlZm9yZSBwdWJsaWNhdGlvbiBhcyBhbiBSRkMgXV0KCiAgIC0x NQoKICAgbyAgQ2xhcmlmaWVkIHRoYXQgZm9ybS1lbmNvZGVkIGNvbnRlbnQgbXVzdCBjb25zaXN0 IGVudGlyZWx5IG9mIEFTQ0lJCiAgICAgIGNoYXJhY3RlcnMuCgogICBvICBBZGRlZCBUTFMgdmVy c2lvbiByZXF1aXJlbWVudHMuCgogICBvICBBcHBsaWVkIGVkaXRvcmlhbCBpbXByb3ZlbWVudHMg c3VnZ2VzdGVkIGJ5IE1hcmsgTm90dGluZ2hhbSBkdXJpbmcKICAgICAgdGhlIEFQUFMgYXJlYSBy ZXZpZXcuCgogICAtMTQKCiAgIG8gIENoYW5nZXMgbWFkZSBpbiByZXNwb25zZSB0byByZXZpZXcg Y29tbWVudHMgYnkgU2VjdXJpdHkgQXJlYQogICAgICBEaXJlY3RvciBTdGVwaGVuIEZhcnJlbGwu ICBTcGVjaWZpY2FsbHk6CgogICBvICBTdHJlbmd0aGVuZWQgd2FybmluZ3MgYWJvdXQgcGFzc2lu ZyBhbiBhY2Nlc3MgdG9rZW4gYXMgYSBxdWVyeQogICAgICBwYXJhbWV0ZXIgYW5kIG1vcmUgcHJl Y2lzZWx5IGRlc2NyaWJlZCB0aGUgbGltaXRhdGlvbnMgcGxhY2VkIHVwb24KICAgICAgdGhlIHVz ZSBvZiB0aGlzIG1ldGhvZC4KCiAgIG8gIENsYXJpZmllZCB0aGF0IHRoZSAicmVhbG0iIGF0dHJp YnV0ZSBNQVkgaW5jbHVkZWQgdG8gaW5kaWNhdGUgdGhlCiAgICAgIHNjb3BlIG9mIHByb3RlY3Rp b24gaW4gdGhlIG1hbm5lciBkZXNjcmliZWQgaW4gSFRUUC8xLjEsIFBhcnQgNwogICAgICBbSS1E LmlldGYtaHR0cGJpcy1wNy1hdXRoXS4KCgoKCgpKb25lcywgZXQgYWwuICAgICAgICAgICAgIEV4 cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxNl0KDApJbnRlcm5ldC1E cmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAgICAgIERlY2VtYmVy IDIwMTEKCgogICBvICBOb3JtYXRpdmVseSBzdGF0ZWQgdGhhdCAidGhlIHRva2VuIGludGVncml0 eSBwcm90ZWN0aW9uIE1VU1QgYmUKICAgICAgc3VmZmljaWVudCB0byBwcmV2ZW50IHRoZSB0b2tl biBmcm9tIGJlaW5nIG1vZGlmaWVkIi4KCiAgIG8gIEFkZGVkIHN0YXRlbWVudCB0aGF0ICJUTFMg aXMgbWFuZGF0b3J5IHRvIGltcGxlbWVudCBhbmQgdXNlIHdpdGgKICAgICAgdGhpcyBzcGVjaWZp Y2F0aW9uIiB0byB0aGUgaW50cm9kdWN0aW9uLgoKICAgbyAgU3RhdGVkIHRoYXQgVExTIE1VU1Qg YmUgdXNlZCB3aXRoICJhIGNpcGhlcnN1aXRlIHRoYXQgcHJvdmlkZXMKICAgICAgY29uZmlkZW50 aWFsaXR5IGFuZCBpbnRlZ3JpdHkgcHJvdGVjdGlvbiIuCgogICBvICBBZGRlZCAiQXMgYSBmdXJ0 aGVyIGRlZmVuc2UgYWdhaW5zdCB0b2tlbiBkaXNjbG9zdXJlLCB0aGUgY2xpZW50CiAgICAgIE1V U1QgdmFsaWRhdGUgdGhlIFRMUyBjZXJ0aWZpY2F0ZSBjaGFpbiB3aGVuIG1ha2luZyByZXF1ZXN0 cyB0bwogICAgICBwcm90ZWN0ZWQgcmVzb3VyY2VzIiB0byB0aGUgVGhyZWF0IE1pdGlnYXRpb24g c2VjdGlvbi4KCiAgIG8gIENsYXJpZmllZCB0aGF0IHB1dHRpbmcgYSB2YWxpZGl0eSB0aW1lIGZp ZWxkIGluc2lkZSB0aGUgcHJvdGVjdGVkCiAgICAgIHBhcnQgb2YgdGhlIHRva2VuIGlzIG9uZSBt ZWFucywgYnV0IG5vdCB0aGUgb25seSBtZWFucywgb2YKICAgICAgbGltaXRpbmcgdGhlIGxpZmV0 aW1lIG9mIHRoZSB0b2tlbi4KCiAgIG8gIERyb3BwZWQgdGhlIGNvbmZ1c2luZyBwaHJhc2UgImZv ciBpbnN0YW5jZSwgdGhyb3VnaCB0aGUgdXNlIG9mCiAgICAgIFRMUyIgZnJvbSB0aGUgc2VudGVu Y2UgYWJvdXQgY29uZmlkZW50aWFsaXR5IHByb3RlY3Rpb24gb2YgdGhlCiAgICAgIGV4Y2hhbmdl cy4KCiAgIG8gIFJlZmVyZW5jZSBSRkMgNjEyNSBmb3IgaWRlbnRpdHkgdmVyaWZpY2F0aW9uLCBy YXRoZXIgdGhhbiBSRkMKICAgICAgMjgxOC4KCiAgIG8gIFN0YXRlZCB0aGF0IHRoZSB0b2tlbiBN VVNUIGJlIHByb3RlY3RlZCBiZXR3ZWVuIGZyb250IGVuZCBhbmQgYmFjawogICAgICBlbmQgc2Vy dmVycyB3aGVuIHRoZSBUTFMgY29ubmVjdGlvbiB0ZXJtaW5hdGVzIGF0IGEgZnJvbnQgZW5kCiAg ICAgIHNlcnZlciB0aGF0IGlzIGRpc3RpbmN0IGZyb20gdGhlIGFjdHVhbCBzZXJ2ZXIgdGhhdCBw cm92aWRlcyB0aGUKICAgICAgcmVzb3VyY2UuCgogICBvICBTdGF0ZWQgdGhhdCBiZWFyZXIgdG9r ZW5zIE1VU1Qgbm90IGJlIHN0b3JlZCBpbiBjb29raWVzIHRoYXQgY2FuCiAgICAgIGJlIHNlbnQg aW4gdGhlIGNsZWFyIGluIHRoZSBUaHJlYXQgTWl0aWdhdGlvbiBzZWN0aW9uLgoKICAgbyAgUmVw bGFjZWQgc29sZSByZW1haW5pbmcgcmVmZXJlbmNlIHRvIFtSRkMyNjE2XSB3aXRoIEhUVFBiaXMK ICAgICAgW0ktRC5pZXRmLWh0dHBiaXMtcDEtbWVzc2FnaW5nXSByZWZlcmVuY2UuCgogICBvICBS ZXBsYWNlZCBhbGwgcmVmZXJlbmNlcyB3aGVyZSB0aGUgcmVmZXJlbmNlIGlzIHVzZWQgYXMgaWYg aXQgd2VyZQogICAgICBwYXJ0IG9mIHRoZSBzZW50ZW5jZSAoc3VjaCBhcyAiZGVmaW5lZCBieSBb SS1ELndoYXRldmVyXSIpIHdpdGgKICAgICAgb25lcyB3aGVyZSB0aGUgc3BlY2lmaWNhdGlvbiBu YW1lIGlzIHVzZWQsIGZvbGxvd2VkIGJ5IHRoZQogICAgICByZWZlcmVuY2UgKHN1Y2ggYXMgImRl ZmluZWQgYnkgV2hhdGV2ZXIgW0ktRC53aGF0ZXZlcl0iKS4KCiAgIG8gIE90aGVyIG9uLW5vcm1h dGl2ZSBlZGl0b3JpYWwgaW1wcm92ZW1lbnRzLgoKICAgLTEzCgogICBvICBBdCB0aGUgcmVxdWVz dCBvZiBIYW5uZXMgVHNjaG9mZW5pZywgbWFkZSBBQk5GIGNoYW5nZXMgdG8gbWFrZSBpdAogICAg ICBjbGVhciB0aGF0IG5vIHNwZWNpYWwgV1dXLUF1dGhlbnRpY2F0ZSByZXNwb25zZSBoZWFkZXIg ZmllbGQKICAgICAgcGFyc2VycyBhcmUgbmVlZGVkLiAgVGhlICJzY29wZSIsICJlcnJvci1kZXNj cmlwdGlvbiIsIGFuZAogICAgICAiZXJyb3ItdXJpIiBwYXJhbWV0ZXJzIGFyZSBhbGwgbm93IGRl ZmluZWQgYXMgcXVvdGVkLXN0cmluZyBpbiB0aGUKCgoKSm9uZXMsIGV0IGFsLiAgICAgICAgICAg ICBFeHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMTddCgwKSW50ZXJu ZXQtRHJhZnQgICAgICAgICAgIE9BdXRoIDIuMCBCZWFyZXIgVG9rZW5zICAgICAgICAgICBEZWNl bWJlciAyMDExCgoKICAgICAgQUJORiAoYXMgImVycm9yIiBhbHJlYWR5IHdhcykuICBSZXN0cmlj dGlvbnMgb24gdGhlc2UgdmFsdWVzIHRoYXQKICAgICAgd2VyZSBmb3JtZXJseSBkZXNjcmliZWQg aW4gdGhlIEFCTkZzIGFyZSBub3cgZGVzY3JpYmVkIGluCiAgICAgIG5vcm1hdGl2ZSB0ZXh0IGlu c3RlYWQuCgogICAtMTIKCiAgIG8gIE1hZGUgbm9uLW5vcm1hdGl2ZSBlZGl0b3JpYWwgY2hhbmdl cyB0aGF0IEhhbm5lcyBUc2Nob2ZlbmlnCiAgICAgIHJlcXVlc3RlZCBiZSBhcHBsaWVkIHByaW9y IHRvIGZvcndhcmRpbmcgdGhlIHNwZWNpZmljYXRpb24gdG8gdGhlCiAgICAgIElFU0cuCgogICBv ICBBZGRlZCByYXRpb25hbGUgZm9yIHRoZSBjaG9pY2Ugb2YgdGhlIGI2NHRva2VuIHN5bnRheC4K CiAgIG8gIEFkZGVkIHJhdGlvbmFsZSBzdGF0aW5nIHRoYXQgcmVjZWl2ZXJzIGFyZSBmcmVlIHRv IHBhcnNlIHRoZQogICAgICAic2NvcGUiIGF0dHJpYnV0ZSB1c2luZyBhIHN0YW5kYXJkIHF1b3Rl ZC1zdHJpbmcgcGFyc2VyLCBzaW5jZSBpdAogICAgICB3aWxsIGNvcnJlY3RseSBwcm9jZXNzIGFs bCBsZWdhbCAic2NvcGUiIHZhbHVlcy4KCiAgIG8gIEFkZGVkIGFkZGl0aW9uYWwgYWN0aXZlIHdv cmtpbmcgZ3JvdXAgY29udHJpYnV0b3JzIHRvIHRoZQogICAgICBBY2tub3dsZWRnZW1lbnRzIHNl Y3Rpb24uCgogICAtMTEKCiAgIG8gIFJlcGxhY2VkIHVzZXMgb2YgPCI+IHdpdGggRFFVT1RFIHRv IHBhc3MgQUJORiBzeW50YXggY2hlY2suCgogICAtMTAKCiAgIG8gIFJlbW92ZWQgdGhlICNhdXRo LXBhcmFtIG9wdGlvbiBmcm9tIEF1dGhvcml6YXRpb24gaGVhZGVyIHN5bnRheAogICAgICAobGVh dmluZyBvbmx5IHRoZSBiNjR0b2tlbiBzeW50YXgpLgoKICAgbyAgUmVzdHJpY3RlZCB0aGUgInNj b3BlIiB2YWx1ZSBjaGFyYWN0ZXIgc2V0IHRvICV4MjEgLyAleDIzLTVCIC8KICAgICAgJXg1RC03 RSAocHJpbnRhYmxlIEFTQ0lJIGNoYXJhY3RlcnMgZXhjbHVkaW5nIGRvdWJsZS1xdW90ZSBhbmQK ICAgICAgYmFja3NsYXNoKS4gIEluZGljYXRlZCB0aGF0IHNjb3BlIGlzIGludGVuZGVkIGZvciBw cm9ncmFtbWF0aWMgdXNlCiAgICAgIGFuZCBpcyBub3QgbWVhbnQgdG8gYmUgZGlzcGxheWVkIHRv IGVuZCB1c2Vycy4KCiAgIG8gIFJlc3RyaWN0ZWQgdGhlIGNoYXJhY3RlciBzZXQgZm9yICJlcnJv cl9kZXNjcmlwdGlvbiIgc3RyaW5ncyB0byBTUAogICAgICAvIFZDSEFSIGFuZCBpbmRpY2F0ZWQg dGhhdCB0aGV5IGFyZSBub3QgbWVhbnQgdG8gYmUgZGlzcGxheWVkIHRvCiAgICAgIGVuZCB1c2Vy cy4KCiAgIG8gIEluY2x1ZGVkIG1vcmUgZGVzY3JpcHRpb24gaW4gdGhlIEFic3RyYWN0LCBzaW5j ZSBIYW5uZXMgVHNjaG9mZW5pZwogICAgICBpbmRpY2F0ZWQgdGhhdCB0aGUgUkZDIGVkaXRvciB3 b3VsZCByZXF1aXJlIHRoaXMuCgogICBvICBDaGFuZ2VkICJBY2Nlc3MgR3JhbnQiIHRvICJBdXRo b3JpemF0aW9uIEdyYW50IiwgYXMgd2FzIGRvbmUgaW4KICAgICAgdGhlIGNvcmUgc3BlYy4KCiAg IG8gIFNpbXBsaWZpZWQgdGhlIGludHJvZHVjdGlvbiB0byB0aGUgQXV0aGVudGljYXRlZCBSZXF1 ZXN0cyBzZWN0aW9uLgoKICAgLTA5CgoKCgoKSm9uZXMsIGV0IGFsLiAgICAgICAgICAgICBFeHBp cmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAgICAgICAgW1BhZ2UgMThdCgwKSW50ZXJuZXQtRHJh ZnQgICAgICAgICAgIE9BdXRoIDIuMCBCZWFyZXIgVG9rZW5zICAgICAgICAgICBEZWNlbWJlciAy MDExCgoKICAgbyAgSW5jb3Jwb3JhdGVkIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGNvbW1lbnRz LiAgU3BlY2lmaWMgY2hhbmdlcwogICAgICB3ZXJlOgoKICAgbyAgVXNlIGRlZmluaXRpb25zIGZy b20gW0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aF0gcmF0aGVyIHRoYW4KICAgICAgW1JGQzI2MTdd LgoKICAgbyAgVXBkYXRlIGNyZWRlbnRpYWxzIGRlZmluaXRpb24gdG8gY29uZm9ybSB0bwogICAg ICBbSS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoXS4KCiAgIG8gIEZ1cnRoZXIgY2xhcmlmaWVkIHRo YXQgcXVlcnkgcGFyYW1ldGVycyBtYXkgb2NjdXIgaW4gYW55IG9yZGVyLgoKICAgbyAgU3BlY2lm eSB0aGF0IGVycm9yX2Rlc2NyaXB0aW9uIGlzIFVURi04IGVuY29kZWQgKG1hdGNoaW5nIHRoZSBj b3JlCiAgICAgIHNwZWNpZmljYXRpb24pLgoKICAgbyAgUmVnaXN0ZXJlZCAiQmVhcmVyIiBBdXRo ZW50aWNhdGlvbiBTY2hlbWUgaW4gQXV0aGVudGljYXRpb24gU2NoZW1lCiAgICAgIFJlZ2lzdHJ5 IGRlZmluZWQgYnkgW0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aF0uCgogICBvICBVcGRhdGVkIHJl ZmVyZW5jZXMgdG8gb2F1dGgtdjIsIGh0dHBiaXMtcDEtbWVzc2FnaW5nLCBhbmQgaHR0cGJpcy0K ICAgICAgcDctYXV0aCBkcmFmdHMuCgogICBvICBPdGhlciB3b3JkaW5nIGltcHJvdmVtZW50cyBu b3QgaW50cm9kdWNpbmcgbm9ybWF0aXZlIGNoYW5nZXMuCgogICAtMDgKCiAgIG8gIFVwZGF0ZWQg cmVmZXJlbmNlcyB0byBvYXV0aC12MiBhbmQgSFRUUGJpcyBkcmFmdHMuCgogICAtMDcKCiAgIG8g IEFkZGVkIG1pc3NpbmcgY29tbWEgaW4gZXJyb3IgcmVzcG9uc2UgZXhhbXBsZS4KCiAgIC0wNgoK ICAgbyAgQ2hhbmdlZCBwYXJhbWV0ZXIgbmFtZSAiYmVhcmVyX3Rva2VuIiB0byAiYWNjZXNzX3Rv a2VuIiwgcGVyCiAgICAgIHdvcmtpbmcgZ3JvdXAgY29uc2Vuc3VzLgoKICAgbyAgQ2hhbmdlZCBI VFRQIHN0YXR1cyBjb2RlIGZvciAiaW52YWxpZF9yZXF1ZXN0IiBlcnJvciBjb2RlIGZyb20KICAg ICAgSFRUUCA0MDEgKFVuYXV0aG9yaXplZCkgYmFjayB0byBIVFRQIDQwMCAoQmFkIFJlcXVlc3Qp LCBwZXIgaW5wdXQKICAgICAgZnJvbSBIVFRQIHdvcmtpbmcgZ3JvdXAgZXhwZXJ0cy4KCiAgIC0w NQoKICAgbyAgUmVtb3ZlZCBPQXV0aCBFcnJvcnMgUmVnaXN0cnksIHBlciBkZXNpZ24gdGVhbSBp bnB1dC4KCiAgIG8gIENoYW5nZWQgSFRUUCBzdGF0dXMgY29kZSBmb3IgImludmFsaWRfcmVxdWVz dCIgZXJyb3IgY29kZSBmcm9tCiAgICAgIEhUVFAgNDAwIChCYWQgUmVxdWVzdCkgdG8gSFRUUCA0 MDEgKFVuYXV0aG9yaXplZCkgdG8gbWF0Y2ggSFRUUAogICAgICB1c2FnZSBbWyBjaGFuZ2UgcGVu ZGluZyB3b3JraW5nIGdyb3VwIGNvbnNlbnN1cyBdXS4KCgoKCgpKb25lcywgZXQgYWwuICAgICAg ICAgICAgIEV4cGlyZXMgSnVuZSAxNCwgMjAxMiAgICAgICAgICAgICAgICBbUGFnZSAxOV0KDApJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgT0F1dGggMi4wIEJlYXJlciBUb2tlbnMgICAgICAgICAg IERlY2VtYmVyIDIwMTEKCgogICBvICBBZGRlZCBtaXNzaW5nIHF1b3RhdGlvbiBtYXJrcyBpbiBl cnJvci11cmkgZGVmaW5pdGlvbi4KCiAgIG8gIEFkZGVkIG5vdGUgdG8gYWRkIGxhbmd1YWdlIGFu ZCBlbmNvZGluZyBpbmZvcm1hdGlvbiB0bwogICAgICBlcnJvcl9kZXNjcmlwdGlvbiBpZiB0aGUg Y29yZSBzcGVjaWZpY2F0aW9uIGRvZXMuCgogICBvICBFeHBsaWNpdGx5IHJlZmVyZW5jZSB0aGUg QXVnbWVudGVkIEJhY2t1cy1OYXVyIEZvcm0gKEFCTkYpIGRlZmluZWQKICAgICAgaW4gW1JGQzUy MzRdLgoKICAgbyAgVXNlIGF1dGgtcGFyYW0gaW5zdGVhZCBvZiByZXBlYXRpbmcgaXRzIGRlZmlu aXRpb24sIHdoaWNoIGlzICgKICAgICAgdG9rZW4gIj0iICggdG9rZW4gLyBxdW90ZWQtc3RyaW5n ICkgKS4KCiAgIG8gIENsYXJpZnkgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYWJvdXQgaW5jbHVk aW5nIGFuIGF1ZGllbmNlCiAgICAgIHJlc3RyaWN0aW9uIGluIHRoZSB0b2tlbiBhbmQgaW5jbHVk ZSBhIHJlY29tbWVuZGF0aW9uIHRvIGlzc3VlCiAgICAgIHNjb3BlZCBiZWFyZXIgdG9rZW5zIGlu IHRoZSBzdW1tYXJ5IG9mIHJlY29tbWVuZGF0aW9ucy4KCiAgIC0wNAoKICAgbyAgRWRpdHMgcmVz cG9uZGluZyB0byB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmZWVkYmFjayBvbiAtMDMuCiAgICAg IFNwZWNpZmljIGVkaXRzIGVudW1lcmF0ZWQgYmVsb3cuCgogICBvICBBZGRlZCBCZWFyZXIgVG9r ZW4gZGVmaW5pdGlvbiBpbiBUZXJtaW5vbG9neSBzZWN0aW9uLgoKICAgbyAgQ2hhbmdlZCBwYXJh bWV0ZXIgbmFtZSAib2F1dGhfdG9rZW4iIHRvICJiZWFyZXJfdG9rZW4iLgoKICAgbyAgQWRkZWQg cmVhbG0gcGFyYW1ldGVyIHRvICJXV1ctQXV0aGVudGljYXRlIiByZXNwb25zZSB0byBjb21wbHkK ICAgICAgd2l0aCBbUkZDMjYxN10uCgogICBvICBSZW1vdmVkICJbIFJXUyAxI2F1dGgtcGFyYW0g XSIgZnJvbSAiY3JlZGVudGlhbHMiIGRlZmluaXRpb24gc2luY2UKICAgICAgaXQgZGlkIG5vdCBj b21wbHkgd2l0aCB0aGUgQUJORiBpbiBbSS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoXS4KCiAgIG8g IFJlbW92ZWQgcmVzdHJpY3Rpb24gdGhhdCB0aGUgImJlYXJlcl90b2tlbiIgKGZvcm1lcmx5CiAg ICAgICJvYXV0aF90b2tlbiIpIHBhcmFtZXRlciBiZSB0aGUgbGFzdCBwYXJhbWV0ZXIgaW4gdGhl IGVudGl0eS1ib2R5CiAgICAgIGFuZCB0aGUgSFRUUCByZXF1ZXN0IFVSSSBxdWVyeS4KCiAgIG8g IERvIG5vdCByZXF1aXJlIFdXVy1BdXRoZW50aWNhdGUgUmVzcG9uc2UgaW4gYSByZXBseSB0byBh IG1hbGZvcm1lZAogICAgICByZXF1ZXN0LCBhcyBhbiBIVFRQIDQwMCBCYWQgUmVxdWVzdCByZXNw b25zZSB3aXRob3V0IGEgV1dXLQogICAgICBBdXRoZW50aWNhdGUgaGVhZGVyIGlzIGxpa2VseSB0 aGUgcmlnaHQgcmVzcG9uc2UgaW4gc29tZSBjYXNlcyBvZgogICAgICBtYWxmb3JtZWQgcmVxdWVz dHMuCgogICBvICBSZW1vdmVkIE9BdXRoIFBhcmFtZXRlcnMgcmVnaXN0cnkgZXh0ZW5zaW9uLgoK ICAgbyAgTnVtZXJvdXMgZWRpdG9yaWFsIGltcHJvdmVtZW50cyBzdWdnZXN0ZWQgYnkgd29ya2lu ZyBncm91cAogICAgICBtZW1iZXJzLgoKICAgLTAzCgogICBvICBSZXN0b3JlZCB0aGUgV1dXLUF1 dGhlbnRpY2F0ZSByZXNwb25zZSBoZWFkZXIgZnVuY3Rpb25hbGl0eQogICAgICBkZWxldGVkIGZy b20gdGhlIGZyYW1ld29yayBzcGVjaWZpY2F0aW9uIGluIGRyYWZ0IDEyIGJhc2VkIHVwb24KCgoK Sm9uZXMsIGV0IGFsLiAgICAgICAgICAgICBFeHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAg ICAgICAgW1BhZ2UgMjBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIE9BdXRoIDIuMCBCZWFy ZXIgVG9rZW5zICAgICAgICAgICBEZWNlbWJlciAyMDExCgoKICAgICAgdGhlIHNwZWNpZmljYXRp b24gdGV4dCBmcm9tIGRyYWZ0IDExLgoKICAgbyAgQXVnbWVudGVkIHRoZSBPQXV0aCBQYXJhbWV0 ZXJzIHJlZ2lzdHJ5IGJ5IGFkZGluZyB0d28gYWRkaXRpb25hbAogICAgICBwYXJhbWV0ZXIgdXNh Z2UgbG9jYXRpb25zOiAicmVzb3VyY2UgcmVxdWVzdCIgYW5kICJyZXNvdXJjZQogICAgICByZXNw b25zZSIuCgogICBvICBSZWdpc3RlcmVkIHRoZSAib2F1dGhfdG9rZW4iIE9BdXRoIHBhcmFtZXRl ciB3aXRoIHVzYWdlIGxvY2F0aW9uCiAgICAgICJyZXNvdXJjZSByZXF1ZXN0Ii4KCiAgIG8gIFJl Z2lzdGVyZWQgdGhlICJlcnJvciIgT0F1dGggcGFyYW1ldGVyLgoKICAgbyAgQ3JlYXRlZCB0aGUg T0F1dGggRXJyb3IgcmVnaXN0cnkgYW5kIHJlZ2lzdGVyZWQgZXJyb3JzLgoKICAgbyAgQ2hhbmdl ZCB0aGUgIk9BdXRoMiIgT0F1dGggYWNjZXNzIHRva2VuIHR5cGUgbmFtZSB0byAiQmVhcmVyIi4K CiAgIC0wMgoKICAgbyAgSW5jb3Jwb3JhdGVkIGZlZWRiYWNrIHJlY2VpdmVkIG9uIGRyYWZ0IDAx LiAgTW9zdCBjaGFuZ2VzIHdlcmUgdG8KICAgICAgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25z IHNlY3Rpb24uICBObyBub3JtYXRpdmUgY2hhbmdlcyB3ZXJlCiAgICAgIG1hZGUuICBTcGVjaWZp YyBjaGFuZ2VzIGluY2x1ZGVkOgoKICAgbyAgQ2hhbmdlZCB0ZXJtaW5vbG9neSBmcm9tICJ0b2tl biByZXVzZSIgdG8gInRva2VuIGNhcHR1cmUgYW5kCiAgICAgIHJlcGxheSIuCgogICBvICBSZW1v dmVkIHNlbnRlbmNlICJFbmNyeXB0aW5nIHRoZSB0b2tlbiBjb250ZW50cyBpcyBhbm90aGVyCiAg ICAgIGFsdGVybmF0aXZlIiBmcm9tIHRoZSBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBzaW5jZSBp dCB3YXMKICAgICAgcmVkdW5kYW50IGFuZCBwb3RlbnRpYWxseSBjb25mdXNpbmcuCgogICBvICBD b3JyZWN0ZWQgc29tZSByZWZlcmVuY2VzIHRvICJyZXNvdXJjZSBzZXJ2ZXIiIHRvIGJlCiAgICAg ICJhdXRob3JpemF0aW9uIHNlcnZlciIgaW4gdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLgoK ICAgbyAgR2VuZXJhbGl6ZWQgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgbGFuZ3VhZ2UgYWJvdXQg b2J0YWluaW5nCiAgICAgIGNvbnNlbnQgb2YgdGhlIHJlc291cmNlIG93bmVyLgoKICAgbyAgQnJv YWRlbmVkIHNjb3BlIG9mIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGRlc2NyaXB0aW9uIGZvcgog ICAgICByZWNvbW1lbmRhdGlvbiAiRG9uJ3QgcGFzcyBiZWFyZXIgdG9rZW5zIGluIHBhZ2UgVVJM cyIuCgogICBvICBSZW1vdmVkIHVudXNlZCByZWZlcmVuY2UgdG8gT0F1dGggMS4wLgoKICAgbyAg VXBkYXRlZCByZWZlcmVuY2UgdG8gZnJhbWV3b3JrIHNwZWNpZmljYXRpb24gYW5kIHVwZGF0ZWQg RGF2aWQKICAgICAgUmVjb3Jkb24ncyBlLW1haWwgYWRkcmVzcy4KCiAgIG8gIFJlbW92ZWQgc2Vj dXJpdHkgY29uc2lkZXJhdGlvbnMgdGV4dCBvbiBhdXRoZW50aWNhdGluZyBjbGllbnRzLgoKICAg byAgUmVnaXN0ZXJlZCB0aGUgIk9BdXRoMiIgT0F1dGggYWNjZXNzIHRva2VuIHR5cGUgYW5kICJv YXV0aF90b2tlbiIKICAgICAgcGFyYW1ldGVyLgoKICAgLTAxCgoKCkpvbmVzLCBldCBhbC4gICAg ICAgICAgICAgRXhwaXJlcyBKdW5lIDE0LCAyMDEyICAgICAgICAgICAgICAgIFtQYWdlIDIxXQoM CkludGVybmV0LURyYWZ0ICAgICAgICAgICBPQXV0aCAyLjAgQmVhcmVyIFRva2VucyAgICAgICAg ICAgRGVjZW1iZXIgMjAxMQoKCiAgIG8gIEZpcnN0IHB1YmxpYyBkcmFmdCwgd2hpY2ggaW5jb3Jw b3JhdGVzIGZlZWRiYWNrIHJlY2VpdmVkIG9uIC0wMAogICAgICBpbmNsdWRpbmcgZW5oYW5jZWQg U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgY29udGVudC4gIFRoaXMgdmVyc2lvbgogICAgICBpcyBp bnRlbmRlZCB0byBhY2NvbXBhbnkgT0F1dGggMi4wIGRyYWZ0IDExLgoKICAgLTAwCgogICBvICBJ bml0aWFsIGRyYWZ0IGJhc2VkIG9uIHByZWxpbWluYXJ5IHZlcnNpb24gb2YgT0F1dGggMi4wIGRy YWZ0IDExLgoKCkF1dGhvcnMnIEFkZHJlc3NlcwoKICAgTWljaGFlbCBCLiBKb25lcwogICBNaWNy b3NvZnQKCiAgIEVtYWlsOiBtYmpAbWljcm9zb2Z0LmNvbQogICBVUkk6ICAgaHR0cDovL3NlbGYt aXNzdWVkLmluZm8vCgoKICAgRGljayBIYXJkdAogICBpbmRlcGVuZGVudAoKICAgRW1haWw6IGRp Y2suaGFyZHRAZ21haWwuY29tCiAgIFVSSTogICBodHRwOi8vZGlja2hhcmR0Lm9yZy8KCgogICBE YXZpZCBSZWNvcmRvbgogICBGYWNlYm9vawoKICAgRW1haWw6IGRyQGZiLmNvbQogICBVUkk6ICAg aHR0cDovL3d3dy5kYXZpZHJlY29yZG9uLmNvbS8KCgoKCgoKCgoKCgoKCgoKCgoKCgoKSm9uZXMs IGV0IGFsLiAgICAgICAgICAgICBFeHBpcmVzIEp1bmUgMTQsIDIwMTIgICAgICAgICAgICAgICAg W1BhZ2UgMjJdCgwK --=====================_625846386==_ Content-Type: application/octet-stream; name="draft-ietf-oauth-v2-bearer-15 preliminary.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-oauth-v2-bearer-15 preliminary.pdf" JVBERi0xLjQKMSAwIG9iago8PAovVGl0bGUgKP7/AFQAaABlACAATwBBAHUAdABoACAAMgAuADAA IABBAHUAdABoAG8AcgBpAHoAYQB0AGkAbwBuACAAUAByAG8AdABvAGMAbwBsADoAIABCAGUAYQBy AGUAcgAgAFQAbwBrAGUAbgBzKQovQ3JlYXRvciAo/v8pCi9Qcm9kdWNlciAo/v8AdwBrAGgAdABt AGwAdABvAHAAZABmKQovQ3JlYXRpb25EYXRlIChEOjIwMTExMjEyMTcwNjI0KzAxJzAwJykKPj4K ZW5kb2JqCjMgMCBvYmoKPDwKL1R5cGUgL0V4dEdTdGF0ZQovU0EgdHJ1ZQovU00gMC4wMgovY2Eg MS4wCi9DQSAxLjAKL0FJUyBmYWxzZQovU01hc2sgL05vbmU+PgplbmRvYmoKNCAwIG9iagpbL1Bh dHRlcm4gL0RldmljZVJHQl0KZW5kb2JqCjEwIDAgb2JqClswIC9YWVogNDcuNTE5OTk5OSAgCjY4 OC44Nzk5OTkgIDBdCmVuZG9iagoxMSAwIG9iagpbMCAvWFlaIDQ3LjUxOTk5OTkgIAo1NzQuNjM5 OTk5ICAwXQplbmRvYmoKMTIgMCBvYmoKWzAgL1hZWiA0Ny41MTk5OTk5ICAKNDc5LjU5OTk5OSAg MF0KZW5kb2JqCjEzIDAgb2JqClswIC9YWVogNDcuNTE5OTk5OSAgCjE1MS4yNzk5OTkgIDBdCmVu ZG9iagoxNCAwIG9iagpbMCAvWFlaIDQ3LjUxOTk5OTkgIAozMTkuMjc5OTk5ICAwXQplbmRvYmoK MTUgMCBvYmoKWzAgL1hZWiA0Ny41MTk5OTk5ICAKMTgxLjAzOTk5OSAgMF0KZW5kb2JqCjE2IDAg b2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgNzgy Ljk1OTk5OSAgNTQzLjg0MDAwMCAgNzkwLjYzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAv ZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGll dGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKMTcgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs3OC4yMzk5OTk5ICAxMTQu Nzk5OTk5ICA4OC43OTk5OTk5ICAxMjUuMzU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9m aWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0 ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yMQo+PgplbmRvYmoKMTgg MCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5ICAx MDMuMjc5OTk5ICAxMTQuNzE5OTk5ICAxMTMuODM5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0 IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJk aWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yMgo+PgplbmRvYmoK MTkgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5 ICA5MS43NTk5OTk5ICAxMTQuNzE5OTk5ICAxMDIuMzE5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yMwo+PgplbmRv YmoKMjAgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5 OTk5ICA4MC4yMzk5OTk5ICAxMTQuNzE5OTk5ICA5MC43OTk5OTk5IF0KL0JvcmRlciBbMCAwIDBd Ci9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRy YWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yNAo+Pgpl bmRvYmoKMjEgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs3OC4y Mzk5OTk5ICA2OC43MTk5OTk5ICA4OC43OTk5OTk5ICA3OS4yNzk5OTk5IF0KL0JvcmRlciBbMCAw IDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMy ZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yNQo+ PgplbmRvYmoKMjIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5 My41OTk5OTk5ICA1Ny4xOTk5OTk5ICAxMTQuNzE5OTk5ICA2Ny43NTk5OTk5IF0KL0JvcmRlciBb MCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRp ciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYXV0aHoj MmRoZWFkZXIKPj4KZW5kb2JqCjIzIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGlu awovUmVjdCBbOTMuNTk5OTk5OSAgNDUuNjc5OTk5OSAgMTE0LjcxOTk5OSAgNTYuMjM5OTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRl bXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRt bCMyM2JvZHkjMmRwYXJhbQo+PgplbmRvYmoKMjQgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0 eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5ICAzNC4xNTk5OTk5ICAxMTQuNzE5OTk5ICA0NC43 MTk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1w IzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIu aHRtbC5odG1sIzIzcXVlcnkjMmRwYXJhbQo+PgplbmRvYmoKNSAwIG9iago8PAovVHlwZSAvUGFn ZQovUGFyZW50IDIgMCBSCi9Db250ZW50cyAyNSAwIFIKL1Jlc291cmNlcyAyNyAwIFIKL0Fubm90 cyAyOCAwIFIKL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KPj4KZW5kb2JqCjI3IDAgb2JqCjw8Ci9D b2xvclNwYWNlIDw8Ci9QQ1NwIDQgMCBSCi9DU3AgL0RldmljZVJHQgovQ1NwZyAvRGV2aWNlR3Jh eQo+PgovRXh0R1N0YXRlIDw8Ci9HU2EgMyAwIFIKPj4KL1BhdHRlcm4gPDwKPj4KL0ZvbnQgPDwK L0Y2IDYgMCBSCi9GNyA3IDAgUgovRjggOCAwIFIKL0Y5IDkgMCBSCj4+Ci9YT2JqZWN0IDw8Cj4+ Cj4+CmVuZG9iagoyOCAwIG9iagpbIDE2IDAgUiAxNyAwIFIgMTggMCBSIDE5IDAgUiAyMCAwIFIg MjEgMCBSIDIyIDAgUiAyMyAwIFIgMjQgMCBSIF0KZW5kb2JqCjI1IDAgb2JqCjw8Ci9MZW5ndGgg MjYgMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4nO1dy27kuBXd11doHcBuUW8B wQB+BsgigNEGshhkEfSkJxi0B3Fmkd+PVKUqU/eIOuQtSla52+6ZttkSeXnfL7I+/eXzP5Nf/0g+ 3X3+T/Jl+Pvu8y69Tsv28JWk3feVPZA113mW9l9JY/Lrqt6PfnnZvSavu6fdU/f//u/X3XHWdP/9 x5ffd58O6w1P9aMvu6atutnT1OTdr9/sX02emvq66n7uxlP5a//wv3d//1Py++xSp3+5LtLhy/mz /d7rzmTXzX7c7CcVv3b7zeqk/2OyxFTJf/+1+9rta8nlinTd9eqkKNbd3qrr1Ull1t3equvVSd2s u71V16uTtlx3e6uuVyemW2vV/a27YLfBrF15gzMLVmneZqasGufP9oJ5PixQJCZtTLU3WJ0ty4uy N1BpWvbjnaFsDtaqqUzRw94vPh7P6uvsOH6c55tj/t7efbVgbvPhy/nzCOYRbIU5WNIXsVZ5gBNg s8ftvRzn+eaYX8IcCc8OmF0wuOiyBJ6naf0ixn3wPM0bLl4aw3z01lpwiDyEpertcNP/MeVRVJ58 Xjyub/bf9qqHkc93f+s8t/8lWfLX7r/fkp//0b33i+W/4Yu3z7tPj1W31eT5a3JY6Orw1/MB0Ku8 TZ5/Sf7cw/FT8vzbrvcjh4FsP1C/DeT7geZtoJBPHOZ4eB55sA6wagdYnZ4BqGoJVSWhymegKuUr lXyl3g8UbwONfKLdD7RnTXojn7iVc9zJAYDjXtIAlgXAHuTAYwwqFZlFJpMK9BjgJrkTcyBkOQM4 oEfS3uSR+K2sjjMWlEbAb8CRQBK6EZjUlHKgklwtVzG1xA4wTxR09YR/w5ckPDC5aSl6JOEHshYz TyyztY4T6jwmJ8hXzA1laXgCBAewA8wjOQEhlToBJjW3VIDvpu3DHBwUH/gKsDm8AvgASO/DZQe4 to4lO28cJkXaQ2k+yFfC8RVNVNrTEo8CqiyVuv1RAgG2ELSCQ9kHsSjYGLCFXDXLSTMjnsjkKxmI G8xRyFekhsNVilgM2LqJEK6vkLIRlKBL1Z7PsyatxzSJgM+3ORUSnYFdB74HVURdT8Sww7eKgNCs iI/Q05wZ6GWuqEEaG4oMGIii7HvsFCY+dk5zok/IeQewIwMbRBf3b7mKBH23iIq0wk+fYF7+Gw2w 5ybbE64L+6spwhlTJldZlh03ewDUAJINqDxj+TWOwDZLJWmM5Y/XMHEjXXZcG1ZqAZgb+cgthzcS dHcwcnDwjIUI6SgNdspYSjIFgGFtmAWWNkhKue3BCzH1HLy4JwAG10YWwWcAmlLOC08gmWChCeTh nhC8+yklqJaqsik6qSpLt1QhOmqACfcG85hJ5a2GO8/qDu6mGSvpWX5GfA823iKSZJjBP55jZ6QQ TCKXwVkRycgcGjmHlYaI054X9BK+dM8161ncbFMJFn+Apazk2xsjHToC0n2VZvrnsd3iz3vYsrBF B47uDNmUY1IlVz1Xj/W8kUSwEHMgfyP5oZTYBa56e8VAPrqZwC1afU9bPy3TbdKZkCld1KdDy6NI u9LWjWQnnrbm9tSatJ7GyEyOZpCgmWwSznEjV7mVtIM57uQrkMeG3T7QzQE+ANJHBhgwlccqACnQ Vu52sChQPShmUAgYk68YWBYghb3AHHz7QGzAKbwCT4TvdpDtub0AB3FCAVtSLhzcJ9sOgGjLgcHD glml+xCmYIqiGmkYSgYjtQMyDOd1IBRHcjgnI4+BIMMAB51CevQFLfsN3g+gDHYHT8AyraTDjXxi MhmjMUCn3DKaBuAXIAtsjVsT/gpocSA+1ydASdAWQASYNJyBgExRxNg0rU0n4DhQSVhmAQwCrbnO loRzrXLeZrOyGDFluP7FvQHbcsFX6IoYDgy8Aq4WV4Qf2mDD5u7lKhwfD5KRV0EQLstRyN1ojqAI Lh+yNtA2gknPOBmiGb1TIuWd/AiNx8PdCE5I2C0HHQDj8SEP9j6QzecqCUM5Lk88PuRuZnh4PFRD TJAR4wEAYFmRDZDLora4eD/gTL3WBSW2YlvCleDZEnQKgQpU9SFpOQPBKjx5Np2gDzcmRXryzKlD A+gBJ2CZEKKpbTgxH8GtDw8OQZlAMzB376gOm9BQNCuqcIEyRzvhB/WqHTbtPJ7L02rEdLAqwKXw ChQ5UE44BfNvJTMCSp5COiFR3HHglQi5uwx6Y6k19nDXFKELD8K5QwOgUwPlEdxwcwygP8QyYaY5 A18Kf49rIO688QTVzRt6PlbdtCjNmK/sYoOsiqLCg7rpgRfnSq2FJPqdfOVGTgqvwLKZmGPg5yIA Dqc/AH4IBjXvVvQtGtHVFbfom8mDIB5+FvdEuPmWkw59qtYAVE88VAVYNB7nRqiTg+0BKfLxRAFU tYk/N6lejrhOoeQlGQBBYODR4vNwkofKwA7ULkwQitsjngcCvzJGlmeRpF+494qhGxcpRdqDi2V4 EiOT1THoVnbV2q05wHu7jeaszS27COgQH1pe0VlWrE84fZ8Gh/OtIvTn+oRqOgz9Y6RRgW9pRQBt A6pgRS5oCXURQ8Fuhf0RMJiDk5+7BjxtQ1voNGwInjKtZaE4AIIczfpze1F4BrIgBAyDhJK7BUhX ShyX7VjTP4JC9c18RTA4WelcA6SWl5i49lDoBprA9Shu8FIfeHQ8JuROsEfXEDgX4OLz8nGM5CLP ONGmXY/66Q8TvYCJ5h0IWzWv7+VdLqTYi3ykUXkiivtBoA0Ukuzr00UwJ4W/dCBhuUOvKG5+55we JZOnMPzcFMCAtMB5KibNDRtArc1B509wugCz84Ix9zWBUDxagYwiTMpTe9I0eiB5CcbFZd9HowAc 8ZI91bFC+ENJUY2jKFMvwqYX7CdiBprHHo4bq+bQHl5NUHTNecReOU244yQ+pImRIaOZfgTeAwO8 OsCjb4VoKrLyMSJnRdORR9SvcCBovTGbvDZJYzGaU+cX14dyayjcvE/fd2tzvK4Qf8jWAKlpTgR3 y72n8N4wTIHwhM8qKbELMkua6ILqIA860P54j/278ghz8ecivRa8xMDbuxUdmfyVGAdZYnSoRjiy tTEvPYI5aU8ByGb8fP4Kt3wAGKcCV2zhNSqfJhkFw1CJ8mgSUthkxek6fqothuxTa6ny4RcxyooS G+8iCxehXGanohRdYrSJK9qqeO0v/LwZmPV88tZXhcqtsuOV3T/aVCMYmPCGQU1LpdwuBufAt0A6 Rf4q/K6DXJIf3R5OS5gU8vKKk11w+Yrs/oNVXPe1fMCjB1XZjjFpXdkGhwIGfrUGoIFRXtkGZwAG 8YRb/+AWw5mjB0eJngEVJ4HDCHB3XD5BZFCzyx0jqE63ckOjKI9+MOikzhuar/Az6HhfB4T21DVR CCgMcGuk6MnyaFoD14THehEyDJqDlDEazbm55v1CMe5s4/cCctdDcQui4vymIsaMQbnNZOAoQjTX q/EIcqWem7q1tTZc5KXx9xbR2rEiiDotnXDySIdqD48bBiRjRyuI17n7NoUYF7duVyJXOV2Xw6c1 Kc7PR8gLXfBxokWONmzWK8rbYLbM4fMIIFgE3Rmev0T+uJjjdznwKSCI12kXudpJIchqTo5gK4qZ 2sVma50Yqr1TnyTtcdQEUfQU0+X0OHp0QvGCENcOIPsyb+qRRKf9Vh6XYipS9bzqxstwCndDcQHs IsFcjDK2onGMXiaOdyooOHmdTxZY5GSpw6pHMDhV7mSGd7I3C12NnZX2bsHX8uis4hkXLhyKu/Co MdF8AITitv4Lyg3xOJMrh/CGDMVFJ5Bb9+g8XCXx59FptpWPUAFvFEBX3O67ZvYsRltyBEtQ+3/6 R4xzth5u0hKR6jKX7ygwpvh4pSXSVnrn4xJykh6drLwgyhVd+KQTu+P3GPIuhximkfeFRDhKuOEr TD+gQESwDm3uBCNKZZrH6vSeWIQjXHJz6Pbw6J/nZ1JWKQlDBQI2M5FU5KnuVVJEHmKo0EsxfOet uLlcHYanu5DbFU5IhKQJ9N6h3V4k7xQjh7ZK407EAtT5tqBJTx8ufLkVqyh10xjnuRe5c5MrLX4I cCOfRYNwcKwrrhWHyCH8jqvv3JjE0KY/3K/3cb8+bhd6U4uPzbb6ceCYM3yQONxMD53dEa6792iP RyUITegSMv6KsT7XKL0u2+ErOXahGyRUVSat6Z49EOJlV7f27992ny1CjicccwouRrjCPdmeAyqH u9LBe9Wm7VjaLJRUE2yP4HoCGQZa3+FpgWYkPWGglpwGn+560GrWCYkbOXArX7kDjSRlABUfLPM4 bQmA9fxcz1laZoU/whwDIfzedPyelW/8bjrQrIHtMXwzRpKD4cHd2oZI9NgNIvGgwW3NCawnuRX1 opqfZ/Tz4OhCnAhmwBY9vgwoeXlsykMpKHYXUoCfFd88QN9FEt8iFeJbbNheNWMkUfE1cOTt3cU3 hMTQ5gPsLC2YGVxoSPrP2UXJ4Cic8EQjhdOEXCY6KwPl+iaslCas3LoJK/1N2OBgb0kGQkgMzr+H kgepgLBECgXMYW6DOal3/mvh/NcbVqZ7aauO6mhTqnLv/Ff+mtJ4+Ong6Dii2fOcBTgmRd0pXBY3 A/t9AP0LDIwfMEA3jPlqADaaq9Osr+Ybqeabrav5E5Jc0rnpSCWAxFEEGD11CPClvEJZaJHwZzvy C5Ac88VmZlbHPUFz0CPmYWG4fILbZPBLrY+fPE8btasHXqZ78aB9Bm1kDWxUG7XMV9h04BVAYuRN qlkw8BrS1tas3L+AXCJPSGrch+EI32xuBReSl4XgtBW84yhOzqSbEJG4Q+5ChRxOn1MMppt7fc1g SqEZTgPb1AwWljxUw+bi0SAiY5ESjTnWImCWRppdbt1Rdi5UIrvv5LWjman2ZBj++vKipf5T8rT7 Pw8FJ1xlbmRzdHJlYW0KZW5kb2JqCjI2IDAgb2JqCjM2NzIKZW5kb2JqCjMxIDAgb2JqClsxIC9Y WVogNDcuNTE5OTk5OSAgCjU2Ni45NTk5OTkgIDBdCmVuZG9iagozMiAwIG9iagpbMSAvWFlaIDQ3 LjUxOTk5OTkgIAo2MDguMjQwMDAwICAwXQplbmRvYmoKMzMgMCBvYmoKWzEgL1hZWiA0Ny41MTk5 OTk5ICAKMzI1Ljk5OTk5OSAgMF0KZW5kb2JqCjM0IDAgb2JqClsxIC9YWVogNDcuNTE5OTk5OSAg CjI5Ni4yMzk5OTkgIDBdCmVuZG9iagozNSAwIG9iagpbMSAvWFlaIDQ3LjUxOTk5OTkgIAoxMjUu MzU5OTk5ICAwXQplbmRvYmoKMzYgMCBvYmoKWzEgL1hZWiA0Ny41MTk5OTk5ICAKOTUuNTk5OTk5 OSAgMF0KZW5kb2JqCjM3IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVj dCBbNzguMjM5OTk5OSAgODAzLjEyMDAwMCAgODguNzk5OTk5OSAgODEzLjY3OTk5OSBdCi9Cb3Jk ZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkz Ni5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM2F1 dGhuIzJkaGVhZGVyCj4+CmVuZG9iagozOCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzkzLjU5OTk5OTkgIDc5MS41OTk5OTkgIDExNC43MTk5OTkgIDgwMi4xNTk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZD R0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1s Lmh0bWwjMjNyZXNvdXJjZSMyZGVycm9yIzJkY29kZXMKPj4KZW5kb2JqCjM5IDAgb2JqCjw8Ci9U eXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNzguMjM5OTk5OSAgNzgwLjA3OTk5OSAg ODguNzk5OTk5OSAgNzkwLjYzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMy ZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0 aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3NlYyMyZGNvbgo+PgplbmRvYmoKNDAgMCBvYmoK PDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5ICA3NjguNTU5 OTk5ICAxMTQuNzE5OTk5ICA3NzkuMTE5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxl IzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMy ZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdGhyZWF0cwo+PgplbmRvYmoKNDEgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5ICA3NTcu MDM5OTk5ICAxMTQuNzE5OTk5ICA3NjcuNTk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9m aWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0 ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzbWl0aWdhdGlvbgo+PgplbmRvYmoK NDIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs5My41OTk5OTk5 ICA3NDUuNTE5OTk5ICAxMTQuNzE5OTk5ICA3NTYuMDc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yNgo+PgplbmRv YmoKNDMgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs3OC4yMzk5 OTk5ICA3MzQgIDg4Ljc5OTk5OTkgIDc0NC41NTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3Qg L2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRp ZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3I3Cj4+CmVuZG9iago0 NCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzkzLjU5OTk5OTkg IDcyMi40Nzk5OTkgIDExNC43MTk5OTkgIDczMy4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rl c3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQj MmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3I4Cj4+CmVuZG9i ago0NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEwOC45NTk5 OTkgIDcxMC45NTk5OTkgIDE0MC42Mzk5OTkgIDcyMS41MTk5OTkgXQovQm9yZGVyIFswIDAgMF0K L0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJh ZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3I5Cj4+CmVu ZG9iago0NiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzkzLjU5 OTk5OTkgIDY5OS40Mzk5OTkgIDExNC43MTk5OTkgIDcwOS45OTk5OTkgXQovQm9yZGVyIFswIDAg MF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJm ZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3IxMAo+ PgplbmRvYmoKNDcgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsx MDguOTU5OTk5ICA2ODcuOTE5OTk5ICAxNDAuNjM5OTk5ICA2OTguNDc5OTk5IF0KL0JvcmRlciBb MCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRp ciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9y MTEKPj4KZW5kb2JqCjQ4IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVj dCBbNzguMjM5OTk5OSAgNjc2LjM5OTk5OSAgODguNzk5OTk5OSAgNjg2Ljk1OTk5OSBdCi9Cb3Jk ZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkz Ni5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3Jm Yy5yZWZlcmVuY2VzMQo+PgplbmRvYmoKNDkgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBl IC9MaW5rCi9SZWN0IFs5My41OTk5OTk5ICA2NjQuODc5OTk5ICAxMTQuNzE5OTk5ICA2NzUuNDM5 OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJm Q0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRt bC5odG1sIzIzcmZjLnJlZmVyZW5jZXMxCj4+CmVuZG9iago1MCAwIG9iago8PAovVHlwZSAvQW5u b3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzkzLjU5OTk5OTkgIDY1My4zNTk5OTkgIDExNC43MTk5 OTkgIDY2My45MTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2 YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMy ZGJlYXJlci5odG1sLmh0bWwjMjNyZmMucmVmZXJlbmNlczIKPj4KZW5kb2JqCjUxIDAgb2JqCjw8 Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNzguMjM5OTk5OSAgNjQxLjgzOTk5 OSAgMTQ3LjM2MDAwMCAgNjUyLjM5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMz YSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRv YXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM2FuY2hvcjE0Cj4+CmVuZG9iago1MiAwIG9i ago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzc4LjIzOTk5OTkgIDYzMC4z MTk5OTkgIDE0Ny4zNjAwMDAgIDY0MC44Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2Zp bGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRm IzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3IxNQo+PgplbmRvYmoKNTMg MCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs3OC4yMzk5OTk5ICA2 MTguNzk5OTk5ICA4My4wMzk5OTk5ICA2MjkuMzU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0 IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJk aWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzcmZjLmF1dGhvcnMKPj4KZW5k b2JqCjU0IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcy MDAwMCAgNTYzLjEyMDAwMCAgNTQzLjg0MDAwMCAgNTcwLjc5OTk5OSBdCi9Cb3JkZXIgWzAgMCAw XQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZk cmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRv YmoKNTUgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyMzkuNTE5 OTk5ICA1MTguOTU5OTk5ICAzMzkuMzYwMDAwICA1MjkuNTE5OTk5IF0KL0JvcmRlciBbMCAwIDBd Ci9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRy YWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0ZiMy ZG9hdXRoIzJkdjIKPj4KZW5kb2JqCjU2IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAv TGluawovUmVjdCBbNjcuNjc5OTk5OSAgNDA2LjYzOTk5OSAgMjQ0LjMxOTk5OSAgNDE3LjE5OTk5 OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNH SXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwu aHRtbCMyM0kjMmRELmlldGYjMmRodHRwYmlzIzJkcDEjMmRtZXNzYWdpbmcKPj4KZW5kb2JqCjU3 IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMjk3LjEyMDAwMCAg NDA2LjYzOTk5OSAgMzU1LjY4MDAwMCAgNDE3LjE5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVz dCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMy ZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzUyNDYKPj4KZW5kb2Jq CjU4IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMzMyLjYzOTk5 OSAgMzcyLjA3OTk5OSAgNDMyLjQ4MDAwMCAgMzgyLjYzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQov RGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFm dCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kjMmRELmlldGYjMmRv YXV0aCMyZHYyCj4+CmVuZG9iago1OSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xp bmsKL1JlY3QgWzUyMi43MjAwMDAgIDI5Mi4zOTk5OTkgIDU0My44NDAwMDAgIDMwMC4wNzk5OTkg XQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0 ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0 bWwjMjN0b2MKPj4KZW5kb2JqCjYwIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGlu awovUmVjdCBbNDEyLjMxOTk5OSAgMjM2LjcxOTk5OSAgNDcwLjg3OTk5OSAgMjQ3LjI3OTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRl bXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRt bCMyM1JGQzIxMTkKPj4KZW5kb2JqCjYxIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAv TGluawovUmVjdCBbNjcuNjc5OTk5OSAgMjA0LjA3OTk5OSAgMjQ0LjMxOTk5OSAgMjE0LjYzOTk5 OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNH SXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwu aHRtbCMyM0kjMmRELmlldGYjMmRodHRwYmlzIzJkcDEjMmRtZXNzYWdpbmcKPj4KZW5kb2JqCjYy IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTA1LjEyMDAwMCAg MTkyLjU1OTk5OSAgMTYzLjY4MDAwMCAgMjAzLjExOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVz dCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMy ZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzUyMzQKPj4KZW5kb2Jq CjYzIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNzcuMjgwMDAw MCAgMTgxLjAzOTk5OSAgMjE2LjQ3OTk5OSAgMTkxLjU5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQov RGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFm dCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kjMmRELmlldGYjMmRo dHRwYmlzIzJkcDcjMmRhdXRoCj4+CmVuZG9iago2NCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzY3LjY3OTk5OTkgIDE2OS41MTk5OTkgIDI0NC4zMTk5OTkgIDE4 MC4wNzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjNJIzJkRC5pZXRmIzJkaHR0cGJpcyMyZHAxIzJkbWVzc2FnaW5nCj4+CmVu ZG9iago2NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzk0LjU2 MDAwMDAgIDE1Ny45OTk5OTkgIDE1My4xMjAwMDAgIDE2OC41NTk5OTkgXQovQm9yZGVyIFswIDAg MF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJm ZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNSRkMzOTg2Cj4+ CmVuZG9iago2NiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzUy Mi43MjAwMDAgIDkxLjc1OTk5OTkgIDU0My44NDAwMDAgIDk5LjQzOTk5OTkgXQovQm9yZGVyIFsw IDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGly IzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjN0b2MKPj4K ZW5kb2JqCjI5IDAgb2JqCjw8Ci9UeXBlIC9QYWdlCi9QYXJlbnQgMiAwIFIKL0NvbnRlbnRzIDY3 IDAgUgovUmVzb3VyY2VzIDY5IDAgUgovQW5ub3RzIDcwIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUg ODQyXQo+PgplbmRvYmoKNjkgMCBvYmoKPDwKL0NvbG9yU3BhY2UgPDwKL1BDU3AgNCAwIFIKL0NT cCAvRGV2aWNlUkdCCi9DU3BnIC9EZXZpY2VHcmF5Cj4+Ci9FeHRHU3RhdGUgPDwKL0dTYSAzIDAg Ugo+PgovUGF0dGVybiA8PAo+PgovRm9udCA8PAovRjYgNiAwIFIKL0Y4IDggMCBSCi9GOSA5IDAg UgovRjMwIDMwIDAgUgo+PgovWE9iamVjdCA8PAo+Pgo+PgplbmRvYmoKNzAgMCBvYmoKWyAzNyAw IFIgMzggMCBSIDM5IDAgUiA0MCAwIFIgNDEgMCBSIDQyIDAgUiA0MyAwIFIgNDQgMCBSIDQ1IDAg UiA0NiAwIFIgNDcgMCBSIDQ4IDAgUiA0OSAwIFIgNTAgMCBSIDUxIDAgUiA1MiAwIFIgNTMgMCBS IDU0IDAgUiA1NSAwIFIgNTYgMCBSIDU3IDAgUiA1OCAwIFIgNTkgMCBSIDYwIDAgUiA2MSAwIFIg NjIgMCBSIDYzIDAgUiA2NCAwIFIgNjUgMCBSIDY2IDAgUiBdCmVuZG9iago2NyAwIG9iago8PAov TGVuZ3RoIDY4IDAgUgovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeJztXd1v3LgRf/df sc8F4oikqA+gKJA4ToE+FAhioA+HPhS5XouDfah7D/33q5W0K3F+oobiDrWSvQna2LxdcmY435wh P/75+z8O//r98PHh+38OP/p/H77fZfeZrbs/h6z5+2E8oKt7o7Pjn0OlzH1RtqM/Xu5eD6933+6+ Nf//eqeK9ov9P81/PC2RtX9///Hb3cdu8btu5PvDX5uf/nfQh780//v18NPfm8Gf+/mOH3i5q+qi gSPLlGl+fR7/qnRd6/bnZjyjvx4//O+7v/3h8NsRMH1ftcCrDsDxrx+UyVR5Xxx/uwTk1+GrzWSm 1soWlffn8cTG9PDkB1PV6v5IZ9ugbnJ7BOv4i6mz/L77saFBofL7vIFX03FdHr98HB/mefbMfyTP LyOYa9P/8f7swDyGTRXt/C3Mo7VqXbefobC54yNczvM8e+anMAvR2QOzDwbfvqSg8/Rev7jjQXSe 5g0fLwnRuTJ1S7dmeoefqzxrYWvGHRjI+Bnm0TzPnvnF+LnKte7BcXijyo3twXFhc8dHuJznefbM n4jOHph9MPj2JQWdp/f6xR0PovM0b/h4SYjOSpU2a+d3+bkZL0wLjwsDGT/DPJrn2TO/GD83c5ZF ZxhfyFpV1RIOYBuPj3E5zfPsmT8RnT0w+2Dw7UsKOk/v9QsZD6HzNG/4eMmF+eSm1eC0LPJ9iryh TEOlxts7KHv47z+bRb61rk2EA6Xav2NYuhGPA/U688XPT3cfvxYHlR2efjl0EHzo/nnqgG5AyM3h 6efDH48w/enw9Ovd0V3sB3Q7UA4Dph2ohoGcfqKb4/GpRz8NpYsq3yGli9rujtJ1XuyQ0rUtE1Ga UvcIv0L4i0aBZqb58JEsjVIr6/Hvz3ffg7ZrarFZYs1NdiKbmSSbbX7JdN1jrD61GNcDCYqBBJFx 3uvMF2dha2g3hq3fDUu3ZzSgyY6qLwQdlVP86By6bgdUvmzEkGnUQ/eRbFiJwpJ1sxRLoK24ObKv 7cAAWfZIaaJYOFgiqUeKHXxHWbKu/gQU+cyhB5ME7F83oNQMaEAB2Cxc5xMlNCys6VfoViAgmm7W wyBt0WLTiXSjDoPFxjOwRO9VR73XOJEnvaeO2aZhYHuKr3Kp5FN8I6LYDanGI3mXbbLmORoGQD5Z IehN6KyQ88LWi/1iu1sQu1ts3e7ak23TQKWr210bbnf1A2u4qBVCawi8BZYM7FRNJ41hR9bmICAR 5oK3urhMKKgS5qK8grkoqbkot24uzlTyyeu2zcWCTd6uSLM+Psoe7wACHHKSVS2IX6Qkq86IZNXb tYSVSyVeslSxPclassmrMDAKdLeKGiVEWGnECKYCyydn1wSErfGIVxe2xlNyhW0Y2KiwDVQKELYt JYQ6YVuyyWDGwEipsmPpfG4EmBwklLdblNT6kRPZgCwLGmG6TBB+fJ4JXd7UDu2CwE9pN/Abft+e BHZ6Sp3N3dcNyVcb+A2wBajMkhoI5JOsG1Ezn7nFbdEGz1zB4Blq8MzWDd6ZSj5x23TctmiTTYC4 LT+JQNuEs4IpgpMH9owAZZj1nkHaTMZGrmDdeB+d2nc8zZA5NQEHG31woBFopIRKTEJn5ZdHxBID S/Seagtj7CiszsvxwPYU3xHiMa3jNd9WdWOzAwuZSeB42HQDQ42AtrxQ8+ED64fAujfNvzXNL6Ea iyu4cwV154qtu3NFuDu3wWThkk3ecxlJRGAUkL8BOFhsQ/IdN1dtWh+Ve3XVKuqqVZt31cpwV82n 1bbtqi1hpjftqt20ekKtvjh5XFs3eVxv1/3plHJ98h8MlBxePXlcL/BteBsLZyQBCVteLEKjEwED qrP1T/+1Iqf/w8D2OLpyqeTj6K0attahX7LJeBzCV1mGHEjyR/e020HECd6/gOr1I26tScQ9DGxV QDVncjYdcS/aZHqkCeyJB/c3Cb5Ighc4azof2TbrDGxPdDoFY869VeD1Yyox5FiJr80A1jHQ6hYQ klxTbK1LuqhEGeVBSA8jJaF4phtQehihLTu4P1hlgFVzMTkqNryLlSlriUzZ7ZqjTqZsvgeZwnzD BmTKhptCk/O+KlsELsLZAV1+MclX3m7XcRJVjurR9Pj3rQpUcQ7A7PU4tCHVGJSVTkcCuIBykimo jxgAWcgIX/jNnpvOeloDt3QXkx1Z0vezy4785wNYdNmiLa+0NxBM8IoujhcODHYA9NAnukU5N6Ar qkHAR68oR36hKgXaZmo6R0k/AXYEVnmkoMMqamKPhaW29kitPUqtqU43XJz0Pbg/I2g9J/lzZ/2W kqCcNjzAASPJyMhA3xJrZiaFGyEAjop8Aic17CoAOtCDhwO+8sCSkBIIcMEBnkA8pAWd4ysLOiAH cACk/FdAZQCkABiPPgUdeR0mjSAyhRRYu7c/8JWwjJlP1HPlyjpiS+HAbQCmA/EAaWA/oWFZntdh la2IByvIvcGYWxYIZOgqwEFg64BxYRsAfV5rwxxLSqdmLVCe+QUb6FOzcAF7RKgPflIJoVSqctBf yQBDXZyiHlefPJmbQwIwMBagYOk+mC+UcUHUYVnYS1g2yebmWeHytowaz9xJAX3e4Dyyeh3EASYF IrM7F6P5eSPOOyS8Xo/w6d6eWZNQ48r6AH2DyoG3jDOuA9IjwkZFhA081QGO60RNoKR4Nwj5g999 Hn2YNIKmyyUd+QNYSkIFRbPDpUbMuOpiK8EaEAhWAVebdzYpHKZm1QUrcwEU4z3pCDNHORllX86a GD8qABdPDjbJAKhAHN57yRK42eoEBhScCoSMAQwFKomn4I7N3kYSfcGpHlkv8W07X7w7T0HXcJvw cquPhgBwiUiMS7hnQHUIkZYncZFivCFgbSlmciR8C2uMq2AlaHpV/0TC3pTGC5eARwPpI6QgmLmt Bh4xrnjE0VMSSd9vknvPZ2ISW3k7VwtShbyIiRiPQVvyfhGfGV1O5Bg/MZQLJaxJVW2NG67jFYrY PT6K4pED9cHrAliWP1eDOdZx8PlEBtCDT5dQwPD0O8Kos9oCnS0Bu3eqp5xJ0wRY5JtJElJCFyrY vF6oYRXdqIAkC2+0+FwGX3Tg8foELJDNjBfy5d7XWmVvW/FPk/jrEWaMPXYOUMoRecyIEx0Biskl j61RN+9iRe9CouBolSgyJlMRnaV7m1IasFF8bjQUl0vLi0pHGSi8d9dzmcnoPAa6IxRB14B3QWMe Uwggo6tWs+WFJIV0VTiTpjxUvwxSo3MXfbpR5hMdgGtYRHhKV1PbsMu03C1+eVoYv8BprZzLUnhd lmDOvsjXDIiR0RZ4+pLmGIY9No3J5PEiRgkygS4VB76BZmKS6OOUCxW5LV0miti7FM7StQ6Bb069 67RAjx3v1SapBHzLRBbRsWrJG6nzFqUsfDQ14JDzRnq5/riJ6WIOAmwBML7qaD9qfB2Vw/dh8LaS Zzp+X5LYfVNVrqhL+PTwCWB+iPA9Ra7gKQuXMuXtrR8D+qbDdnxxBqtzAvqkJQ7cYFkIkyWa8nav LyQMX+33gnd8nsAvuzxKhr1GYUjS2AVsytdXouskEjflmcMxt/ZSbrt31F5qu1zdoA5kCqCIjqG8 jCLE1zjs7QIMAS1dZOek80qHy7d0pzvp8t0P6DCUi/kuVOxF5jDZO4sbedmHdlK2JxMUG98Ptt3D ZLayAr0Y3kXjo9PlTSEih5bvoQNKwibpk1UPyexHEEgiZ8ZTjO+NjWi35sVBIpDkDyVSZKLeWX2G YPS1pA0zwDrspwo1zytHYWzMQV9k+iI2alseqoTqN6Ip1FXihDRNMHz/Dq/537I+Hdd8vLEbZ8sh JmdvnBW5k7aP/BXdsZlLaZG3oi+Urf2TKh52eJA2YBmQLXj0gr+UNwK7aoJjQUd2I0nuzy1NeQJW oMuZF2JeDyKd+WAGGJ41tXCPTQ7vI+W9ZzWEd1jdBQVhdFo+L5MIEoyav9JJMLuXBB9D8+WaKvJc U0AQ4/5NgyXTasBPBB0QakgDQJIU6wRhYLOQbYiRAvADSCZkh2J4PT65AFoBx7ps/v/aW8oLMb3H foJoqDBhBOcFlJENVtIoCC2IaU4Na8S6EoWnsOzECRFkOD3P4c5NMsGQvOaCq+n42uuIqzwkKuWA zmxdD5YDCBY4z/FIxNVqy/MtESnMgL3k43hALuJGXolTRc89yBI6vii9YFzpKoLN3F/e3pcyECjP OdC3ErxspZYsQp+iwX+k1gEerklRggE2KMAYSpwgszQFAsXcmbD8itE05gSDCViXbUDlC1hliofK 0tEGcv1jZX2+KjhJy/tmnYnNXj7HFzFBiYEMhZbbQg1PFLJHU5CE4/dB07eU0f8OKEtgbQ7oet5u BRxv9g/rWf/2AhEngj8KmkrT997WPo00AvAMf4C1TpnSmheeDvS48j0AI3nnHy6COJePnXiDKXcf QaU4XC5cpc6cVa77kNOcTw4hCf/sTMSJL4DONyJJZB8SlVCU7t7eDObODKaA31rps1bekYVVZeXA LjNp5RJkK2Y7Teuezo27/SBSIIV8rCzhpAiUPYvUyfOJETZBw4Me0JuS4pWygL4ziZpuiRc7gD/Y O9ZRBfNJ0YjOzmu1zFnr6r534U1LWLr8DKin+eBShVo4q5gsidq2ubMK+L05bC1/mLHKG7ASLQ/g kaH/zXMUGBiQ03WOWQPUI28LAfaAq2a2o8raV9ZGzPweVNlKiQF7sg+J9FCXGDivEnBeEVG1TWUI 5Z+/J1rg2dcAmZLQB5uRy7wzZefNxYKlgGfUlx9fBqSB+YOzKz3ngEeNSV435JszPeUPEg5UeaYg TRVMVLTBETDUA6XJDBS5A2oa7adKlyAx+IMuC+Bt2H6+2IXnOpbZ5U5Jq7ryUgzVcERMuvxyZIlL rwKC9oi6i4j0E29Al3u2AUmMJNmVrdykxQMmEXLElJzxDVl8ci0AEIGOxoCM/vL3G2NeEUmSs+Ir hCKkn/8K33m8PD/LV+q84fa7ujhZp4DmOnqDVET7XeYxG7DHBd0fBX4mX50IPQozLWy9bzIasBO7 Dg5ANyLdwla0e1PXJ1DgoGKd5la5Z7Av9D2zhh662cTTskCPCF3CFo8FhNFwo43AReISD/9s9yHk CBeHvzWJTTuJdKlH3IIice9BhO8Vgf46pem5yR1BDqgl4eOdiBBpzUIyYQFaR3/QbEcmEQ/3alyf zFrvcsw12qewc7gsbwklrjOSaEzYOAcJPA004o+YtjYBjYvG03Nj/i7NyTo3oG/LaM0B9qYNDu/1 CWi66fDY1v0f0AH0vwWEvf7JWoVS+BRKebyrPc9OkPZ1AQXdSqq2uPVM5tVg7oLZdNFiND7tCeQI n/7weHQhDJwWfqXaLafarSZE6QsaxYhijEpJFGMKd/rPBEHU5184EqjpqDWeBG3xZjoSVMaZXsEd PzS5YSpRAKz7UGByOSvIw4Sy5CxKF5tdSJnKqpQ0UW3dyujZRlaGEOPOTuAlE+MTMSDktGMZT6ai SEqmUjnTI84eTzkeodYmpEOotu6+91dazLA61AnhgOe6sDlGyKBVA74jrNSMVfNarQ8kx70AmkoF lHf1DQQjPCDxTA2YobNKI1qXzvsCydV3/0purdLwbK7c9xL2ocBza5ISxZKXKTboJtksS0kCm1n3 5ZXV3aQWv6EXX0ajANS9iZkZ6O8vSOsPDm126/iDw3op/MERNrtQJ50/mIwmnT846qTctT+Yjkyt PzhqWV7JH0yHUOsPjvb9/fiDKlNOF9Ja/qCiyhodRFlEC7ffJrn2Lt31hDm2rF1s9qG9dZaSJkpb twtlr9q7a4pORqbKbdaZwHm6Vy8+gZzplAjpNvAa7Xu0z5/YdbReJZvGdbQ2DcE713HAZh/Kp3Md U9Gkdx2t3bvyKYqkZOpcx/P0q7mOyRDqXMdh39+P61iVboeOTNwPQTwM0CLX2Uxi8/fw2mCrihbs /p8fL7HVr98O3+7+D2tbD2hlbmRzdHJlYW0KZW5kb2JqCjY4IDAgb2JqCjQ0NzUKZW5kb2JqCjcz IDAgb2JqClsyIC9YWVogNDcuNTE5OTk5OSAgCjUyMy43NTk5OTkgIDBdCmVuZG9iago3NCAwIG9i agpbMiAvWFlaIDQ3LjUxOTk5OTkgIAo3NTkuOTE5OTk5ICAwXQplbmRvYmoKNzUgMCBvYmoKWzIg L1hZWiA0Ny41MTk5OTk5ICAKMTc1LjI3OTk5OSAgMF0KZW5kb2JqCjc2IDAgb2JqClsyIC9YWVog NDcuNTE5OTk5OSAgCjcyOS4xOTk5OTkgIDBdCmVuZG9iago3NyAwIG9iagpbMiAvWFlaIDQ3LjUx OTk5OTkgIAo3NC40Nzk5OTk5ICAwXQplbmRvYmoKNzggMCBvYmoKWzIgL1hZWiA0Ny41MTk5OTk5 ICAKMTQ1LjUxOTk5OSAgMF0KZW5kb2JqCjc5IDAgb2JqClsyIC9YWVogNDcuNTE5OTk5OSAgCjQ0 LjcxOTk5OTkgIDBdCmVuZG9iago4MCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xp bmsKL1JlY3QgWzM0OC45NTk5OTkgIDc3MC40Nzk5OTkgIDQ0OC43OTk5OTkgIDc4MS4wMzk5OTkg XQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0 ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0 bWwjMjNJIzJkRC5pZXRmIzJkb2F1dGgjMmR2Mgo+PgplbmRvYmoKODEgMCBvYmoKPDwKL1R5cGUg L0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAwICA3MjUuMzU5OTk5ICA1NDMu ODQwMDAwICA3MzMuMDM5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJm IzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJk djIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iago4MiAwIG9iago8PAovVHlwZSAv QW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzIxNi40Nzk5OTkgIDI2My41OTk5OTkgIDI2Mi41 NjAwMDAgIDI3NC4xNTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYj MmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2 MiMyZGJlYXJlci5odG1sLmh0bWwjMjNGaWd1cmUjMmQxCj4+CmVuZG9iago4MyAwIG9iago8PAov VHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDE0MS42Nzk5OTkg IDU0My44NDAwMDAgIDE0OS4zNTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2Ej MmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1 dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjg0IDAgb2JqCjw8Ci9U eXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgNDAuODc5OTk5OSAg NTQzLjg0MDAwMCAgNDguNTU5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMy ZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0 aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKNzEgMCBvYmoKPDwKL1R5 cGUgL1BhZ2UKL1BhcmVudCAyIDAgUgovQ29udGVudHMgODUgMCBSCi9SZXNvdXJjZXMgODcgMCBS Ci9Bbm5vdHMgODggMCBSCi9NZWRpYUJveCBbMCAwIDU5NSA4NDJdCj4+CmVuZG9iago4NyAwIG9i ago8PAovQ29sb3JTcGFjZSA8PAovUENTcCA0IDAgUgovQ1NwIC9EZXZpY2VSR0IKL0NTcGcgL0Rl dmljZUdyYXkKPj4KL0V4dEdTdGF0ZSA8PAovR1NhIDMgMCBSCj4+Ci9QYXR0ZXJuIDw8Cj4+Ci9G b250IDw8Ci9GNiA2IDAgUgovRjkgOSAwIFIKL0Y4IDggMCBSCi9GNzIgNzIgMCBSCi9GMzAgMzAg MCBSCj4+Ci9YT2JqZWN0IDw8Cj4+Cj4+CmVuZG9iago4OCAwIG9iagpbIDgwIDAgUiA4MSAwIFIg ODIgMCBSIDgzIDAgUiA4NCAwIFIgXQplbmRvYmoKODUgMCBvYmoKPDwKL0xlbmd0aCA4NiAwIFIK L0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnic7V1Lb+Q2Er73r9B5gfHwIVESsFhgxmMv kEMAwwb2EOSwmNkkGNjBenPI31+1pHZL/ER9FJtSS448SKZdoy5WFYv1IlX8+M/Hfye//pF8vH38 b/K1/fv28SBuRFY2P4mo/nzoAlRxo5U4/iSF1Dcmr6FfXw6vyevh4fBQ/f/1IE39xfav6h9PQ4j6 zx9ffz98bAY/NJDH2x+rT38mKvmh+u978tPPFfBbi+/4wMuhKE1FhxBSV78+d3+VWhTyxlSfK7iw fz0+/NvhX39Lfj8Spm6KmnjZENj99YOqvlMev6gvIvn1/NUKmS6VzEzh/NxFrHVLT5pImedHUirK Xg46zerPIqvgpbhJRcNcYWR6/EUqG67yG9XC3/A8O/AfxfNLh+ZStz/Ozz2aO7QpoY/DNjR3xlLS 3IgB2vrwMy9nPM8O/DbNkeTsoNlFg2te5pDz8Fy/9OXmJedh3XDpUp/mZrUcF7/rc5fmSeutlIlK q4+ZLBKZ/O8/1bgPy4xssmpkpZM0V4kyetGxj1znSrq4DtdrUcqink/LfohSy3r+rTnvw886csbz 7MAfz36IMk1vBtaiKDNz/AVp68K7vJzwPDvwx7MfPTk7aHbR4JqXOeQ8PNcvFtxHzsO64dKlWHJW WZmdaO7ZYyOKkzx7trAH79jCNzzPDvwR/aFRopGb5VuM1qcApUdbD97l5YTn2YF/Jjk7aHbR4JqX OeQ8PNeWP/SS87BuuHSpT/MpLC4hSJzmgdI0UVJXfqjyAtnJDTyEBayy/tOlpYE4AtbXkS9+fjp8 vDfVgk6efkkaCj40fz01RH9QMjXJ07fk70ea/pE8fT8cw/MWoGpAfgboGlCcAan9RIPj7qllfx5J V7nDBiVdinxrktZC5duTtBa6mEnSgUnl68gXa37KKusd4kcKU4lUVFw1tKQNLVKMkKttlr9YHCph s5zVgPQM+MSekIAjtwGA474GZCNfgSeAsM/2E7cWDqltecAotjxwlDv7CXsURArTAEhhWEAKzAEO KkJpbICyRwH94PPyjvQDv2JLDEexcSgwIg6J1TYjePGnVZjXXfxIKTAHWggArrjcoMCwfEXBV8oI AmqtY1aekBY26fZUylv7CZAp1SA0n6AwoNowCl+VwAssMWrpkFsbh2r9iR6hHQTClyUwYyNVqf1E jAWjCtHTB/nFJmz6WndpbkeGhuLgX9nM0pawpD5FmLlMHSeuOAXIslH+0q0vLgUaMzmgyLAIYzgc imNgzfHgIcBZchx8WAiEYBRbtXn4iThgFKCDI41iP4zsq2FDaSfaBsXE8IprGRjy0l5jn+wnPlMc MQiDFUMNu/5iqxB3H8HhxIUmJi37k9uxW+fkudkaFfX2wPDnXtLn8TxPCScOWnNZ5+SDKnys6WRv TMLSslVL2coHT7RmYgzQzI9UduQB8Q1Mshn5yt2wFehEEUNTCFoxT2ZeeyxZnAoNC5mKKMkKLEBu 5QMclEeoCcMEmCjuO8BDcTMHOOxgHMMPECovOwC3XMoB6S1MDCQWAAgIJKfrQ0gszoMt4IV/hWsQ j7VAHlCWAk0GpHwaeIhLE3GPugxQypM3WGK++f/YVxwadGEUUKeIZ7t93bmNkDQpoZ10ScsDeYTi juxuZJ5UZmsDrwYFZGIwLFfk6dx61ylGXINHmmXTofSwkC/MZlTR0w+PpR/gKiPUihfyrgEzxzV5 967vxbu6FuFYFYLqGAa9SCpwxzWXF12Af8coMTyQLJzzAiYHeANNXqbUU5o+5RGW/jusuIy5W77p EWCSQbF5eotp5RzhxlqsFI+sY0R9Hg4HkHJDHzANfBXaX9FQ7gCZ0gTH48QEn5cYSvf+TEwMf6O1 c1qWMUq+BaQLd7el7HG7ofB0jlM6rkz00iRJ94UsqbUIyHi2K/UQR8hTD87tMtXTGGWHCCZHl7b1 5LzAE6BSYKVgXgJSINvLe8Q0c8SnHpT6RiwxPFLqzIDmOXTARQoA6vUhV/MINqbvE83jsqdXHZBb elZqj+im+opZJptXpMN9+IXnNZuA7WwMrlTXXCb8CNgjjrGA1lXXjOE8jHayspIaQ4ixvFIQGOPl h2A1jbJfY9z53ntKIwJOMrzrMh5XfjhHyt9C8N3NvfQ9BdNT3JAdYSp1n+NDc+zNwhMhqcfWdjxj uLX8LQyCYDzgDSTqoUGC6/VRAfuK3GoHbANEcVpC9yebvoLjkazF8Pv8JMcyp+32fcQr+LkoU7nk ZnZcDZozULzQNeRZ31zECzZj+Kzy7awUWE9uo+mi9FjYMLX8MCY/3h0jBeLLJd6ZlDF5bHdRvmuz vunjIbMcNE5V2bMo6808Zzw2HMEmayVPg+xbs4S57bwcFGA+wcJw78FtEC/8zrI3OX0PHdMXzkuM QIDn7mCTAcDD9Tl2Pd6hv73QnGrLnvITA0DH9DWH08DXHDUo2NgBWl/Ae66whxHPRWnjZHZ6uotC h5A/pBQa4wAn+BdeTrUBGFzwNWcTFlKBDdjPBDoiLGTonjHP66q8AB2haxi6pIBDsXPEQbgKua7z 2eemj7eOWdexlEtNn+jZvvUmOEturcVwJ9mEjAeW7fRgfDuRNT/9z50ncOthxrhM+TSAI+RTGaNv 44bTW36WEFYp3/Th6e1aHHJAcsKTJLoI/WPLC8tjpeibOno42aPLHPW3USJH8NkQ0sK56oDuZQ46 YvgX4++yB9QhoIS05Bms/axPCwh5qYAXegPe756+l3StAD5Gjsw74/KtRc4c1/VZ3mn07eJyoW8o TN9MxSjtxThTwo9PLXNkgr/R6mHHqTGclNHkyjGZ5rgNltoN2YsR2q8EAMKgY90O+CsDVqu4V10v UaxD9rZJnq5ksh2XQkwSUGYDeIrjqAmM4SiGXXIH4HBSHQD3SRCR3NNhHf6148UhALG5lfaaA8cv QUC2PPArMJVAOiAFHDC3ERTXg1sYBaYS1AEyGt8LImKslyjWwRQRhbyQdVgLYTtgFYBF9EPCHjjY Qv6KN+/bvDLrUGwvdoB+7zx2kODEeeywBxP9JzilNh2IdHqo4AFYreJedb1EsQ7lHjvsgG0D9rrD kDxiWIdMbiV2iMKt2m1hMGCPlKJHSh5XxOy2cDlbmG7FFk4SEORRfIc7YBpAteHYLyxkeAJqfQEr it4wi6PAQg6gA4YFpNA1kOsYlXpIDfYvZcZjxg6Zf+xwJeVfr9naAasALKIf+JYRrbAquu0zT1E2 onXItxc7BNRgFT9TNEuQR70YbunRPT5wwNwjK6DDdkkKkHK7Pt3vzwNYreJuv+5Q7HWHHbBtwF53 GJJHDOtgxFZihyjcyt0W7oBtA3ZbOJst1FuxhZMEBHkUFO72PKr/xGbyqFnOwQJgywdjI8YO6R47 7IBtA/Ya7GzWwWwvdgipwQa8QzM9MlCA1HGnTAdg84I+CkjnX4F9wu24xr0GuybrkO/v3+6AbQNW q7gbqDuYRIrB2zuyvLIOubQajnUa1TTDmvOw99YTEpoRODqidlqlQUMDe9jW75+faNuswh1/cN3L ua1G2/+k088gs3kpLcKQUmjAdkdxgAgNk0frkfMRpPAE0GE/0bpoPUKYPbf4FUD62RLyJC0c7UqU p3kfZ9w+39dqcke7iWErKN6Pnbaf4w2nPDrVBsgjwsWswMs8zZC1yPtKxztf8+5R/O4jmzlUyytd q8m7evEGS7T7nqvt2YXtgtL+VLbvwUph+6jzCgppIAR9nCB9s1tO4zn6WW4zhSdoX28VrZdcbpTT GPBOaY4scuySnekXw3m0cKPNwyNeMTylsaTHAuLOgtpTj2583DfQCwxCbongDfw4pbxgxO9N4Fcb BVxAHuOGKV9fOclZANJZbgJLpe7bD5AYtWuwsn26nNG2b1pE4K6sjWP5RlhAH/gYFuY614wOTAOE 45qGFwH2YuWXhY9RutpepdxZ8uIw5yWgc/F+XzT5yhz3aLruJ4hgLQuR+S/bdd0dfxn30qR99mPo 7TtqBB/lZoVGxd4OWKk7O5ZYxiHv5qQfKQCOGB38A8pSyxRZ3tGiDOmkH9BNm6dii6iUB7ezLKB4 ahnDep4PoF0nKOw6gjdGbpRof5yfu2z6PP94++NBJH8mKvmh+u978tPPFQnfutKbOGgt2yKR2eAe 3LHZeXl+McDxBjqo2higkb6UtrQ71YZiWHGgHjFWWgIcd3a4CDggggIc8JXSHtZmV30GduFEj707 iAKBceFYjE1q+0RfH2FhNRCuU9NWZF19LdPSPzjxLetMsmnL3PLEt2J4hY43/ohhbHl8N8ttOkqW PXXwKYQF3IYK88BF5ntjxCSt44FEhKK3x9ZcQME64Kqo7QaJIRencWuw2hzqSqWyWcrzpglLzg7G oR8R9hBLk65+apdJjx03sES+XkeavCd1ZQdY8+wSUFuQCjuMS1s3dt7J1xDHQeADCeG9jQQPCHAs ITc7e+yL8Dv9Au7UBVJ5Js79No+f4uwK9i3CUoHMLNsN0+/kAqUa4J9vE89Su1rk5mZXOBDDy+Sl ky4ectHTQHtJJHJJRItz7EFLIthi7lpFE/BPjQJ3DuraNRKPXqq0zgLDYq1mLUUTJOQLJQR3HaEm BK8LgNxh3DsbB0gV6LBxtHRYyy8r2x8wU/a/eSwrN7LTyX6HIy0qoyeK06FIndvyGK4Ls/G0cA2o +gM6ToYH86N1n58UtMYM+9/Unr7OjJeWUFqdiCeUPJ1VKHnZR28fz0cz8IWJQA573GARZErOKYKs zlPP6LHibCyOdRGVAJWa3uljBS4B1LCA9ANm5ZM9K6C6cjjqq9mq/iSvFXPS1FS2f319Ca1SPyQP h/8D0JRZzWVuZHN0cmVhbQplbmRvYmoKODYgMCBvYmoKMzYyNAplbmRvYmoKOTAgMCBvYmoKWzMg L1hZWiA0Ny41MTk5OTk5ICAKNDMuNzU5OTk5OSAgMF0KZW5kb2JqCjkxIDAgb2JqClszIC9YWVog NDcuNTE5OTk5OSAgCjQ1MS43NTk5OTkgIDBdCmVuZG9iago5MiAwIG9iagpbMyAvWFlaIDQ3LjUx OTk5OTkgIAo0ODEuNTE5OTk5ICAwXQplbmRvYmoKOTMgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9T dWJ0eXBlIC9MaW5rCi9SZWN0IFsxNDkuMjgwMDAwICA3ODAuMDc5OTk5ICAyODguNDgwMDAwICA3 OTAuNjM5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJm dG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFy ZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0ZiMyZGh0dHBiaXMjMmRwNyMyZGF1dGgKPj4KZW5kb2Jq Cjk0IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNjcuNjc5OTk5 OSAgNjQxLjgzOTk5OSAgMjA2Ljg3OTk5OSAgNjUyLjM5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQov RGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFm dCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kjMmRELmlldGYjMmRo dHRwYmlzIzJkcDcjMmRhdXRoCj4+CmVuZG9iago5NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzE0OS4yODAwMDAgIDU2MS4xOTk5OTkgIDI4OC40ODAwMDAgIDU3 MS43NTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjNJIzJkRC5pZXRmIzJkaHR0cGJpcyMyZHA3IzJkYXV0aAo+PgplbmRvYmoK OTYgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAw ICA0NDcuOTE5OTk5ICA1NDMuODQwMDAwICA0NTUuNTk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iago5 NyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEyOC4xNTk5OTkg IDMzMy42Nzk5OTkgIDI5Ny4xMjAwMDAgIDM0NC4yMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rl c3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQj MmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNXM0MuUkVDIzJkaHRtbDQw MSMyZDE5OTkxMjI0Cj4+CmVuZG9iago4OSAwIG9iago8PAovVHlwZSAvUGFnZQovUGFyZW50IDIg MCBSCi9Db250ZW50cyA5OCAwIFIKL1Jlc291cmNlcyAxMDAgMCBSCi9Bbm5vdHMgMTAxIDAgUgov TWVkaWFCb3ggWzAgMCA1OTUgODQyXQo+PgplbmRvYmoKMTAwIDAgb2JqCjw8Ci9Db2xvclNwYWNl IDw8Ci9QQ1NwIDQgMCBSCi9DU3AgL0RldmljZVJHQgovQ1NwZyAvRGV2aWNlR3JheQo+PgovRXh0 R1N0YXRlIDw8Ci9HU2EgMyAwIFIKPj4KL1BhdHRlcm4gPDwKPj4KL0ZvbnQgPDwKL0Y2IDYgMCBS Ci9GOSA5IDAgUgovRjcyIDcyIDAgUgovRjggOCAwIFIKL0YzMCAzMCAwIFIKPj4KL1hPYmplY3Qg PDwKPj4KPj4KZW5kb2JqCjEwMSAwIG9iagpbIDkzIDAgUiA5NCAwIFIgOTUgMCBSIDk2IDAgUiA5 NyAwIFIgXQplbmRvYmoKOTggMCBvYmoKPDwKL0xlbmd0aCA5OSAwIFIKL0ZpbHRlciAvRmxhdGVE ZWNvZGUKPj4Kc3RyZWFtCnic7V1fj9y4DX+fT+HnA7LRP8s2UBRI9jYF+lAgSIA+HPpQ5JoeDpdD t/fQr19b9sxY/FmmrZHsmclkcbezGluiKJIiKZJ6+5dP/yz+/Ufx9vnTf4ovw+/nTwfxJMqm/1eI 9ufNuEHVT1qJ7l9RS/1kK9f65dvhtXg9fDx8bP//epDWvTj8ar88DiHczx9ffj+87Qc/9C2fnv/W fvpfoYq/tv/9Wvz0j7bx56G/7oFvh7qxLRxCSN3++dv4T6lFLZ9s+7ltF/TP7uFfDn//ofi9A0w9 1Q542QM4/vONbkQjn9rJlReB/Hp+dei9Q1bo87jjVfDZstDStgtiTVHq4r//OnxtB99saN1+VI0t 1MTQVuhGydLWwc/jobUehmrnUUs3iqjbBdem7FaxG7OslekWu21vV95K82RawBRtV1X3sms/9fNb oP+OKL6OYG708C/42YN5DJu2rn8H83gs07hnADavfTSXUz+/BfqnMCfCcwDmEAyhdcmB5+m1/ua3 L8LzNG2EaMmHOTMr1XXd/s8U9QQrHeVuA1Jo3TDGFLqUnfguZHkc5mOcRJTuZwxL3xKQiK8zL77/ fHj7wRZSFJ+/Fj0Eb/pfn3ug3+hSt3/8XPypg+nPxedfD538HxqUa6jODdo11OcGQ5/o+3j5PMby Ogn/OvOim0/TbkFT8ylVOx1RH0HRHxwoUtL5jMCvaMOPtKF0DWZmxnwfL7RBU0TTV5Rg4XjvGso1 k4M+3tEnajo5aIBOAR/QwIP+TDqVej2SYRQWyQlxSun9SY3EmJkUY+GnlvDFggEcr1QqwCyqqT1u EXaaFkYNDW0A8nlPG+jCLuCND+yw0AcdVor9hJARvhRCIvtAiYzSlKRLIXkyBKYDUgY4+E5hfWGx 4BWYHAzbsHxKO1WGPgFwjLgwfvvQhCP42fJzAVqFPgJzOXcq6V4gn1PM1pFpa2AMffY4loLu5LC1 nxtkSQDTkoCugZLfcU8oTXEK+KDDIp0CFbLcoKCPFCSljfCwHJrcpaPU3igXbmPxcFTah4MqD8jI LO+HhP3MUqK05FW2CJ3lflUDU/lUKylvIIZh0waNDl55nsTOJnt0KQnDJNk+lC9RQSohCiJoimcH YClQ4QNq21wfAT0uwRYkpQoyIUDO4kf1O5CckyjrzZEFr8COA0iGlaPTnYAd1oHX6h5m4ZTCkYJQ zWmhXigYQDC8Gkwh1+BroaswQR+gPMEGC8OIFfgI7hC26RBSmyOSqQGmqIqmwHFEGxSYm+wWMuis c/Yn3ylvawGk1CCFyWEDyCkKGOifCnC6hpKZlWua0FzQlgYkw/SB+un0oY+QNgDEvuoVAJ2+okAG U71FUWtM0SckfQJHATjAtQJr+5JsbZU8cuUdenRWEV1GrXVOOlDCVXQZNNjzFA5N+wCMaZCFAAdQ sk61Eyp7ggt8BPdrFVWNP/X7465dbDFZax+v34Gf8mp9FXPTZy2cBbaX7B9pZgieDoM6P4B65X5a AP0yEWys9Rjm4blNgFSlu6NwVSX1CCl3oDDqFGbLszJQLmi9VOigFAKtBriQwpHQStTqNCzsmLyF B9o3PAEH5fz2x6v0YPNQ7Uqz9qwGm2cTfRSGRQWVwqHBWAdlG4QhzBaU3IB/Y26hwCpizUa5hk5n dVptT1wardPObAUGBC70sU1QBOV03KN4DzMQELiuAB8gcSJEIe8NBmUiIlYHhgWBC7ONUC5zeGlR 8MMoPKSAj/WHBQsQlOS0sbEe35peBI3DvRKcwAzW++gJ2MV4HWaBpnwljLqAqICn+NOSK1fQU2wf tfR1h+9dHU/N7C6Q4ozlRJ0af+lAlwTS5uX2eg1+wXYBPAcyN+ZsiD8pZs8fc5m40l9t/jCVZf4k 6wAIChxbzK1DxI6KhAnrzy/u0qWb09r482iVTKKeAyn4o1KAiw+HTBGCnYQLY0IY1m/98TEeM+o0 bEJp3CZKeus/HCaPIAVW5iMYQD7wMfkpMMarUwB6Hv2SNzd524A30XhQebOGV/R4zW+9brhptsDM rsSbKCG30QySeVUQVy5JSByV5DzTAWtDA0+nS8Vlgl3KyJOOslP0Gn+kggEK68+pknBlgsA71IR4 FtvH+kwXeGY0idZpZlYyRUA1K+f1M4EDjV5Z0RYjaYt+RwZS8BKal8gi4OXh/aSs+LuhWN0Ivtsp A4mlq3iDY83axgiVCMUmYE1eaBnrxpMI25waLIhS2DWj9faCiUrjS/ZHNFHCFHBTljtLuu8rhimL 1P6OhEEfJ3Km2rvLt1K19dkSSCjFoUkerY73ElNq1z+uV+IiXEv8IUEWAzSPz8+41NEzhWjYy3gp zLMALB2fxhRR/oOOEhMwwKrKpt9kR6fdE/YVNdPGxVku3GKroN8D0Q66DRsIFnHuuICV+VOCBdYm 70jlRcicr+Bcmmi8rUx/9iT3gud5ub5yUEcoruLRlNTvhH5pToQSUGBBXZl7wnANQ9oDuMNGDb0k tZQ/R4ss6ZoOWUBj/wZVeiABAwaW1HuDKSvwBJ2exCAXdhhIxsNeFUwPrDWKNczIATRitah6et+D YfazHcrqmI78KB+1Wr+64TzhazkQyqQJ72oHXxilU1ceXybxs7LBEBD3tyA4CLZ16JQ/h0vBlvuU XYk5c98mlSmjmEqgSpctfW8q2FKUu4hYhRsWQbIXQaeFSiELHk72/H61uvT5CxJ/gOJYEsRSBrRB 8577yxJdttaLuzhMD41pdnWyNlcb9pTJ4WUJUhNkHe208V/iiprzvaDNjeEBbC8xCdbpXEsJ1AMr 9CXkvd4ZtQCFsO2wQa2LzbwLN+pSeijj4y8XBGQCxvjw0ywJ+Fkyf1OoFGxUfIxLI0e8cpaA1Ri2 1Cu3c4nbuVSi0FZVxbfjx/pJClPaQsqm/9R0rS2ryLr/8KWV0fapbkqjxfEr679p+z7dk93Hsn+8 8F8sj32W7snxcO1XPTSnN49wfjn8cnj/Q64qItoxvj45m1Mk8d6hK2YujvZm3CgLfHU85ycwrhbk cqTIHgUkT50WxQgPo07Cw+gp4WHMwOjtByI83FfWf9P2fR6FhxFTwsOIY5+CCo/uqx4a4QkP12d+ 4WFSVgC4K/bapwhJHrWKXxdenclyIJNiXwA4+NSQJNlm/NJtqUTfnqfKuMs4RhII6lKyDVDEBkvh wt6TpTAjVDaFPsC5RV/hG4J5phcvxbAZ2NMxMNRiZMNsofQiUi5fl5YtM4rVDNgyowvKKX1Yp1sk jRIsfcwnMTR5fx/7CipxfCo1LEXEKVUWD4m2wkfyldfmSF1ZQPvTX2DjoXsT8pYwQYqNmoSS2UP9 jgtXt3cZVnVqU6FuTqZCI6ZMhUYOan37gZgK7ivrv2n7Po+mQl1NmQp1NfRZV9RU6L7qAas8U8H1 md9UaHSIWh5+hvUKdw5DaK+MC142soc0uAw8YI/7a8ZC3l3vcmZSuV6LBU04pvAk5F1D1UQopR9Q 0Ha6Jcf4si5JSQCyNnedGbXgrDEirn06kef62bLfOyvR+Kv0MHJDDdDHwxbdLOalKT1aTaVIV0oe FelKqQlFulK6V3q7D74i3X9l/Tdt3+egSFdtT6hIt61Dn7IhirT7SgnvzSOcGyjSlTqlBD4UaWYj 2Cv8I+ZwjffLJIh/4Hd5PGPgPeZ80uQjOpao27XPynnOoGC2ERWkt/R1XRjI1ItHE57cgoMcvmpm REGajWoAitKbP9YA5OPcExy18/hYUFyLHTbPrcCqrn0S2itBdv1NmDEils+xf7hEzsSw+MbGXbRv 46rjjEg3yTZlrC9SdtKnrjtcen19vZgI60UJ8DPEFjSvylNIU1VOhTRV5RDS1H0g5lU5hDSN37R9 n0fzqpwKaWpbj33SkCb3VQ+NF9LU95nfvCqThjTtc/y6V9nILIFCt1OY9o7i15JK3EvTfozPlxE8 xUeu7nRKxwebwVEXb/etDxwb/KhNeG2xjio1L1SSbJReCJ9L5fC+hfVJb9hpgsre6YrXVqerph9R tZxUAsI1/N2XO50382wasQfxp3b7eMkwuABe4eO9+LtVeN8T9JEkIqyqfT692kxcQPuCehrrtaeN nMZ8pWfe5ZeunMjteTTc7lKfL7t/5PZHqSim9tGYwou6kTTYyLESYzsGghDmTFZ+BwG38VJt+tJb 0qRPIrx7JwHNJKlzz99hvuD+rjs67rsyRSaBeVHrGxBU/L0HGUv/3N7OLt294eeVldMBb9vsj1Xl Uxmvx12JTT8Evc4Z+Xz8BO0joWtlTsKmcKyCdgDacyAibTrR+kIxVZ6u8Hlh58abwXQqeCHiAskW cTPhPZcvTHOx0DY5zDdTGua+I/L2qtjH7x/8mUGCEuygTfKhL2ihLDXzLr2IsPak8AIbhg304S+C 4D3N4zpA7OSCCpPTl5pznTDgBhDkEM8OdbhpA0S889ctgPcEo9X5TpfWPBhBCkk18AQ0AIIgvh82 VPDzrFEWmKWUdWguGEYPSIbpA2dD2XnWRRWyk1e9AqBD6ByILUgIoXofnyGCowAcbK6CWhPSyayt vp+stDU09kj2YRoeyT7JWMzqEDnc3KHAaBTYtCh9KDoXDQtF8YE0RkHXABjAATJZr1jKObPZCHF5 8MDt+b+qxp/6Q3I+JOdCybl5mqTRPq2mOXCqvE73CtTe85brWw7mjvFX8hdwBDglohZHio3pnLcK vhf2trsF/syIa8BT3CCZI8Ab13pp9cBL7+ww3kItCOvhfVERJ/85ks7wCX5YfpQI9y48wR6wLyj7 meBAFWUSf8cNkDYf0rg+SXXBXaB8YbgruWXtu06oK43w94HHBe7JLmE04nxp6JUc9WxapujSOzCM j8IcpY7yZH3LLmV5BPrjFmhGSKfJIXjc4MyNG3mDc9kM/1B4ku8W3Mwc7szxlA2Kg+7oUzTHjLOh NKml+KCcy42nRTB8yx8wcOl49HzcTfGj+RjKAgKiHD9QvdVQJbQhSAmc+EQjRblaetmQomTjdT+c Lc1MEGfcU/DYcdHQFkTktNSPR1OlsqLJRfOdu5+Y8/vEE2pszglpIf11B+uKJQQgFT0dnBsLoot/ U9Vm4sf64yVGuK382dyE8JGizokTKbXX/a0KH2ltVjRV0us+v/CRjcg6IVcjcbTu1yd8euWnu8B0 U+XnPGAW5Wc0n5uQP73ykw0pvfJz7v5W5U+v/ORDk1N+zt1vpfxkm1Cv/IzW/QrlT39dwOk+BpA/ Q4CfHFHVOwo0xlBDfYIX+ogCJp++kDZ+bYXxZpaaWEXjX2TBL2UFmFTUF/CervYL7TU1S9smK5Yq sgglnSAlJr4B+hgcrDMNiNcRF7U/xWs7WWkd1MOvL99iPcsfi4+H/wOhd/IsZW5kc3RyZWFtCmVu ZG9iago5OSAwIG9iago0MDE5CmVuZG9iagoxMDMgMCBvYmoKWzQgL1hZWiA0Ny41MTk5OTk5ICAK Nzk5LjI3OTk5OSAgMF0KZW5kb2JqCjEwNCAwIG9iagpbNCAvWFlaIDQ3LjUxOTk5OTkgIAo0MzMu NTE5OTk5ICAwXQplbmRvYmoKMTA1IDAgb2JqCls0IC9YWVogNDcuNTE5OTk5OSAgCjQ2NC4yMzk5 OTkgIDBdCmVuZG9iagoxMDYgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9S ZWN0IFs1MjIuNzIwMDAwICA3OTUuNDM5OTk5ICA1NDMuODQwMDAwICA4MDMuMTE5OTk5IF0KL0Jv cmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUw OTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIz dG9jCj4+CmVuZG9iagoxMDcgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9S ZWN0IFs2Ny42Nzk5OTk5ICA3MzkuNzU5OTk5ICAxMjYuMjM5OTk5ICA3NTAuMzE5OTk5IF0KL0Jv cmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUw OTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIz UkZDMzk4Ngo+PgplbmRvYmoKMTA4IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGlu awovUmVjdCBbNDMxLjUxOTk5OSAgNTIxLjgzOTk5OSAgNDgzLjM1OTk5OSAgNTMyLjM5OTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRl bXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRt bCMyM3NlYyMyZGNvbgo+PgplbmRvYmoKMTA5IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlw ZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgNDI5LjY3OTk5OSAgNTQzLjg0MDAwMCAgNDM3LjM1 OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMy ZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0 bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKMTEwIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlw ZSAvTGluawovUmVjdCBbMjU3Ljc1OTk5OSAgMzQ5Ljk5OTk5OSAgMzk2Ljk1OTk5OSAgMzYwLjU1 OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMy ZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0 bWwuaHRtbCMyM0kjMmRELmlldGYjMmRodHRwYmlzIzJkcDcjMmRhdXRoCj4+CmVuZG9iagoxMTEg MCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyMTEuNjgwMDAwICAx NjQuNzE5OTk5ICAzNTAuODc5OTk5ICAxNzUuMjc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0 IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJk aWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0ZiMyZGh0dHBi aXMjMmRwNyMyZGF1dGgKPj4KZW5kb2JqCjEwMiAwIG9iago8PAovVHlwZSAvUGFnZQovUGFyZW50 IDIgMCBSCi9Db250ZW50cyAxMTIgMCBSCi9SZXNvdXJjZXMgMTE0IDAgUgovQW5ub3RzIDExNSAw IFIKL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KPj4KZW5kb2JqCjExNCAwIG9iago8PAovQ29sb3JT cGFjZSA8PAovUENTcCA0IDAgUgovQ1NwIC9EZXZpY2VSR0IKL0NTcGcgL0RldmljZUdyYXkKPj4K L0V4dEdTdGF0ZSA8PAovR1NhIDMgMCBSCj4+Ci9QYXR0ZXJuIDw8Cj4+Ci9Gb250IDw8Ci9GNiA2 IDAgUgovRjggOCAwIFIKL0Y5IDkgMCBSCi9GNzIgNzIgMCBSCi9GMzAgMzAgMCBSCj4+Ci9YT2Jq ZWN0IDw8Cj4+Cj4+CmVuZG9iagoxMTUgMCBvYmoKWyAxMDYgMCBSIDEwNyAwIFIgMTA4IDAgUiAx MDkgMCBSIDExMCAwIFIgMTExIDAgUiBdCmVuZG9iagoxMTIgMCBvYmoKPDwKL0xlbmd0aCAxMTMg MCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4nO1dS2/kuBG+96/QOcB4xIdeQBDA 9tgBcghgjIEcFjkEs9kEC3sRZw/5+9Gru8X6RBVFkWqp3TZ2bXPUZL2rWCyWvv75+z+Sf/2efH38 /p/kR//z8fshvUuzqvtK0vr7y3BAlndKps1XUgp1lxft6I/3w0fycXg5vNT//ziIvP1g/6P+x+MS afv9+4/fDl+7xQ/dyPfHv9a//S+RyV/q/35Nfvp7PfhzP1/zwPuhrPIajjQVqv7zbfinkFVR3dVA iXo8pX82D//78Lc/JL81gMm7sgVedAAO//ySSVFmd3maFotA/jh/tJ5MVVJkeWn9fTixUj08egjZ +0HpFqw0zRLZ/5aqhga50He6fkbScVm0BJDDed4s8zfk+WUAc6X6L+vvBsxn2FTZANP++j5cKxN3 ncQUJmxk/ITLYJ43y/wU5kB0tsBsg8HGlxh0Huf1+3Dckc7jsmGTJRPm7vlG+W2/D2GepW95lmip 0kQVeU3l5L//rBd+WW9pVWVJpnUiFS7tLV25SDtaVqYW50J0clSZlCfjJ04N5nmzzB9Mi3OhOnmp TI2oodSNwUXYjPEBLqd53izzB9Nik84WmG0w2PgSg87jvH43x53oPC4bNllaVYuLekmty0RkI2p8 DCQqcKvz1qlVVadlE4/U6xyXefFz8aL9HsLSjVhc/MfEBx9eD1+f80SkyesvSQfBl+7Hawf0Fy1q +r7+nPyxgelPyeuvhyag6QdkO1CcB1Q7UJ4HNH2im+PptUc/DqWzmq/7o3RWu5I4lD5TWQ70Z/x3 I3R0eJ6lxdxFW0q1zBuhlMwbkRTiiGRFyXDfDujTgGSf6Ck3MaDSdkCI86wPMFKys3QMqW3d6ZGi HakmuPqtHcjPy2TjfD8vIzpREel5JOVmhSdkP4maAK1DOGOBNyVw3vbkY+KDrZxUSQ3jiJxkspET LY+0f6b86jWqpMwA8AcD2TiLizlzPNEBRVWdfkQC+wCOB8oKHjmY436cv8XEAEwK9IABHvRHMqlQ 84kMq7BEjkJToakq9kYZrPR5QICCA2TPFDIKiMjpAA87cArwp3BoQbFTD1R0M0J3qSgyUWSZSqrU lP8gELxQsQRBFQJlhwEPBdm4brfm3t9ul4VhuFeyD5ZVFuLS+qCsCMnJHes+mkcPUCn+4pFVIBBt KkFSQLBDIYPPoExFMSC8eQCLAnBU850hzAGrAC9pkGJjzDKVUrkwdArlEJEBdIEgwFwqZSMSQgkA 8u+gZmDKQP5B3Xk7TQFDPeRFhhddnqi8hwXkQKi+kSd8zI54DiB3QlaN3BXSBHXhpEoZkyL7QWK8 NwsLIS2Eib63K6ObQSMfoE+/kw2i5SmXTaPDAi3qNW4W3KvcxP2Z9bisX+s3BhMDqhw346CTA9bD pLBsOsqDZI0NuazkmAYNDAb4XPCGYDDoEyN2GuQQRJePMe5DBYMyPSau5BPnDHjzCJAryBI6EIiS HfdKdJmr3sSNUIgS0WHHsc62jg1kgGRIQ4hBOvwhJ7koQXXdiZCYfntKYlhziOIPgPEbHViFwiFz OgBCBhoEmwPX4HChEc5Kwwo7JHCpFXKI0YHZlGKAvkpnIGeNVPImRpU6O65iCY3BkMNeafAEhCHs ngVCGQhUUn5SVm+VJTjYcVg2WAXYIOgAxUXB/pvSQ9E5AHQFgAEcdOvoIEF0FfgIDkDAQakuIa4B qs+J2RiNyq24ALNR+AF9MLAUfZRCMDmWDNasjwDo9CMSvAcVKRQHUEL6BK4CcIBLAt4+hXAFTTyu UnLiPvAEt+MeE45dp3z5yMjjyJDdoCByfOoN4AB74bFziBJMKV2YKnQZQYXw0yHIZaM8n/wmzLGf DAeQzGGLP/9IHbeWwH6eqPARD+Vno/6AGY79JTw7zyiFKSw7Dqwvku8UujTJuCNrAK4f6t9GgoFH qtwQ+7Bnhg7eEIgGwIO/5K0/HPeBI49zmKmFKSJ8NiKAzDgIBHvai96QZYPDEeqOCyQ2FoSE2Bqp wgr5ZgwVm2aPfqS6K88u2nzGmbPicRSRdfxjUZhSxsdxwEsP4weTehwH0qoEkCkxv7JBlMR9gj/t k0+DASiuZLfffC2Uxw5VQ/QMKZ14J6oqP24/93yiGjD/r4Vd+CGkhuQkxPo0xob0JeZm6cAtnznq 6KaW3c2pC9AUji4UlTFhUcsdbzAn0N/PyQ3wBYQfkOtXCWDGdXYy49QROsTJcLzMR30eeVcIvqPs XzZyIu2QvAPA+DoZvtCYv2XgUWvDJwDZ0lyHzVmMjbZDNQ4vdDHkdMFp0DJzoVVl2gufnSUbTThw ht0FIBxTNbH+9rNSBkEg2JbhrHQhrGIY5XRsK3cj2XMKhMOihQvrsPPSYANfEsnXKjqUVfLqMl9/ HPjCG9QLWbY+DF506cihNBXw55VuKwpzzZeJeZ/sUHbrfRay0IzrlDEgsAuA1gA8pJa9xqzT5Idg Tqs8ekZIqWHBjijoyIg5oNov4UNYVf7MrxTlwMxnK8THPjApmBk25eWj3nzsy39k/ipe10N57MBT g6LxNJxvAMMcXLZl1GfF2mxp+s25zXVuMTtl7O/ArHUg2fm6AIgkn1S0BLFTYs33jKGZOVzWEl1C 6vIyZ39ZbtJ1I6f4Dhs/NunlcIDGH0PNv0yNzoLfgbmejy10FmllMvvWWIdjf4j7+GyGF0pWMLpk d/UwqYDmakF2LakyRGizvRYcgmvIzsEJc4CyFyzYg/oCHSwrmInCBhgSGTxouChvYWotzUxceDM1 f2+xUrJ6WF5xZa0fm/5QPS0DNHZMLRXpUx0Zoa1j3ypx3ogANudUZbE7JHRcZKHFXBXM8UR9K8wB foHv/EiJhP0yEVQoJNEUdsjfUOxgDgfIvvGQwQk9LcXi+3biuk90DsoI28VATeG4XIPNXJRHdOCw b53jco96cP5Y1qNIkI+22eDyUjHLVqJeICFwzuPoHyJnXhy2dRNw4earyA01dSiV8dBKj+0Jf0mL n4NPnPDHcrxWRumWBnV0sH3nRdujvPWiKhZgq5ErZeXkOgesfDLY4yOb7cba9X0bUP1C3VhDlAbw cIBt9DiR8ShG28jpwS0+4+ZYJT6znZUvtJ4iYxQ5xlW7K8zChXBi+hiNRbpXu5nWFRvL9O/v/FG2 ie+zwGAlGjuANA9wiMlfhOBPJPFeDHuq2S97kXyHUsJgRRBz6NFm3OMmwxUdYipIkgWpKS8Jb+cX GrmfuOzBcIcotPoWgDGdv8z15lXMI7qO2NdpWR0yX4UfIjUT4tbO/DtKfGVunBNsWVamJHu3m9tf EKNEbuB+C2IuFsTo9j2DAzG8aKyw0GlXhYnLKkVTPvXU4ZqBh/CmpT1AC9HGBW0wm6fGnCGfuAYi X9NbbkR7pe/MqSCb4P4W+aAoAY71qOuDJ/iLHLj35pu08D35YY6AUX8ZeNLMnNTjlU7rtPWncATs QVLIo1FG/8j37YZqJrbnBrZh4POMbOPqKAPQQgGfgKYT/JEtxBw8+vQJWBYBs1w2HIglhVRRY4CX ycAG85OyTVp4evCdXxD9OflfRj0yvSro+xng1cP5BGHCfvAUwwY8fJN2vs0PAMYaJTmnnR8jdPX/ t8Xs/Qzw5tOWzZl6wkPoosAB3pSVUwfh3ypyfBcs26X6OFpZatsqtwFuAHylx208aN8WziOHkI9S nCLpVRzOfgZ8IukYJHQInKEVHfsEGkfAFmQdbKEl8Thh6NEVsK+z4c2nbXMWRD1kZUMuiovez4CP esQg4U09LqkeWsfk7TqR43WrBzTLDUFCVugwyvFuIHBT9W2oehbXE8bYR31yVfcg4U3FoqrY5MFp lZ5erAotivdampFnBmIBk6uX6SuTEnz4miI4e+RbWXXaMdG4y+FOHd+FMkQ9oc8Llih2K5UgWo7e F1ZdtbcfB/LgUabH04Ovl/O47LhKcT2eRfPlgvxrjEJ0Ur/QtSHgnMcVU15gYrBypDKHv5nIV8QE u/RSnd9yxhsDXiznG2WfK2GurFxY7aOUQaBbtU8MKmspTCpHqfPVsjKF/RPV+eq2q98A951Hk7oi +FxTNBnkouGMrsYhXMj5XXFAeL6tGF/HzF6mGPGxfA+GEIGcR48BPnBh79VGugkhhMnLT2QhpSpN 3HduIWVB8AGN4V+fx28ePfasHq3E+W4hfAMJ723unOLfSLcp2gYB1cRLX/k3/ELI7XGfwGUf49Fd KMQ1Do/WLx5bjFVaWrn0oeSxC9bWp8rcG8wESXLxKRv2HimW3EOdNtwN8TAH6zT0F0VqssHD1oVQ MbbTbbgXx1blZ9yjFZWBesCKqMsk/IWJz463aD6ewJIomUrw8vdx+A5F8K57Nu7h3zE24pGAIAG6 PDm87Myjc6VHgnuVzHuc8DtKp7nutY4DTb7QuQu77EovUAvRlBVw8Wh2ua0joxB+v5rR4f2TvwvI ey+6OoGuSW09einvt91hpGOYLsl4UnXsTs4LP4u+yyaa78fD3w9nGePwekVv2d7fFidTucH7ve9x ssLEZ9Uk6zI1bPqOG6zwfnPqcsefpeKY3djMazQtbx+ZAoy3WxdyQSE8ML+fZStWkKafKmTjNczB FYRQfVVoQ+ccXg0F0Sbf0gcYBU94NOvf1pZnyqtvVZIdzCdrP/hMTd+QZFmfxmiNtrJUllZpuDVB n2ZcnF2BKAlfPlHiXzZv4RzgvveoWGoTnx1n/i9fnDXrjOFWasU57q2UWmVafVp7lzUn2ldk73KR Ttu7gFmAEMGPJn1tbsVZSwIXXZg0vRVnsay6FWcxy9xKrTzpsfRd5qmpy1dfapWltZfuOQnnMLe3 xL5ucQO+mbTyxu8nz3I4u8nfBSkeCOGAwTqwb+x0eEXjfFZe9UtyA54eh/AV5emcc7OmMOLrBScs H6SA8J4wJnhGMkn31DxiVmgrRvczlzHIKjXUIWBPogu9P8/EZ8cJW582Ih47drAZoIXrvENe58Lk XIiInLUXUY5yAx6Pr1046FAoZnH1prrfZVX/hYpP/o03AROTtSKVT1XiitO2UHXI5mc+PVGf1GsD vL9k6P3uySMKBqgLVXRWNd7a2x/P5lZl0xihx8LiwwdogU5XhDa9qID8DeaA/mSCxiPjV/d80ZRV Zbz0BvhpiQ+59WqXYXEmqbmgpcmALz5KaBOfXtbOJ3Qp3IGhXEHOUkZa2oT7EyXLohIlT82XUn3j EESM7yEarSD4BEKO+zBvMmmhYpJJtzWP5+lHcPZTPjtCqoiKkDZfG4c+lBUEEJXAZlYqs+tOdPvT Vh9gm59g+GTaxGcX9kdWWUyiqDQ1Gzjt1P6oTEUlU1Ya08e3P6oooiJUmv3jQtuf+jv5qAEVebti /+PHu+8O+SV5Ofwf3ngAaGVuZHN0cmVhbQplbmRvYmoKMTEzIDAgb2JqCjQwMjgKZW5kb2JqCjEx NyAwIG9iagpbNSAvWFlaIDQ3LjUxOTk5OTkgIAo0NDEuMTk5OTk5ICAwXQplbmRvYmoKMTE4IDAg b2JqCls1IC9YWVogNDcuNTE5OTk5OSAgCjQxMC40Nzk5OTkgIDBdCmVuZG9iagoxMTkgMCBvYmoK WzUgL1hZWiA0Ny41MTk5OTk5ICAKNDEuODM5OTk5OSAgMF0KZW5kb2JqCjEyMCAwIG9iago8PAov VHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzQzMi40Nzk5OTkgIDgwMy4xMjAwMDAg IDQ5NC44Nzk5OTkgIDgxMy42Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2Ej MmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1 dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNyZXNvdXJjZSMyZGVycm9yIzJkY29kZXMKPj4K ZW5kb2JqCjEyMSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzUy Mi43MjAwMDAgIDQwNi42Mzk5OTkgIDU0My44NDAwMDAgIDQxNC4zMTk5OTkgXQovQm9yZGVyIFsw IDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGly IzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjN0b2MKPj4K ZW5kb2JqCjExNiAwIG9iago8PAovVHlwZSAvUGFnZQovUGFyZW50IDIgMCBSCi9Db250ZW50cyAx MjIgMCBSCi9SZXNvdXJjZXMgMTI0IDAgUgovQW5ub3RzIDEyNSAwIFIKL01lZGlhQm94IFswIDAg NTk1IDg0Ml0KPj4KZW5kb2JqCjEyNCAwIG9iago8PAovQ29sb3JTcGFjZSA8PAovUENTcCA0IDAg UgovQ1NwIC9EZXZpY2VSR0IKL0NTcGcgL0RldmljZUdyYXkKPj4KL0V4dEdTdGF0ZSA8PAovR1Nh IDMgMCBSCj4+Ci9QYXR0ZXJuIDw8Cj4+Ci9Gb250IDw8Ci9GNiA2IDAgUgovRjkgOSAwIFIKL0Y3 MiA3MiAwIFIKL0Y4IDggMCBSCj4+Ci9YT2JqZWN0IDw8Cj4+Cj4+CmVuZG9iagoxMjUgMCBvYmoK WyAxMjAgMCBSIDEyMSAwIFIgXQplbmRvYmoKMTIyIDAgb2JqCjw8Ci9MZW5ndGggMTIzIDAgUgov RmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeJztXUuP3LgRvvev0DmAx6JIURIQLGCP7QA5 BDA8QA6LHAJvvMHCXmSyh/z9qNXd0yK/Zn8UVXp0j2ZgTw9HIovFerNYfPuXL//Mfv0je/v45T/Z 1+PPxy+7/CEvm8NXlrffb/oNRf2gi3z/ldVKP9iqa/36Y/ecPe8+7z63/z/vlO1ePP5o/3gaIu++ //j6++7tYfDdoeXL49/aT//Liuyv7b/fsp//0Tb+cuxv/8CPXd3YFo48V7r99Xv/V6XzWj3Y9nPb nvu/7h/+9+7vf8p+3wNWPNQd8OoAYP/XN7ZU1uwbmlEgP59fPfa+R1boc7/jQfDZMit1ZTNd1Jmu s//+a/etHXy2oU1jszI3mb0wtM11U6iy/VPoc39orY9DtZ2ZutmvXDvMj502Zfc5LzNb5sWD6drb lbfK7H9Rhd9eVA/Fof3cz/dA/3ui+NaDudHHr+BnB+Y+bKrcD3uAuTdW2bJKfgE2t703l5d+vgf6 92EWwnMA5hAMoXWZAs+X1/qH2x6F58u0EaIlF+ZpWcnmJszFJ7nbgBQaNowxWWnzvfjOVHka5nOa RFTddx+WQ0tAIj5fefH90+7tJ5upPHv6lh0geHP48XQA+k1pi/aXX7I/72H6KXv6bbeX/8eGomuo zg26a6jPDcZ/4tDHx6c+lodJ+OcrL3bzaVoVdGk+ZdFOR+X6CIo6gNL40zlDrx596MuuwZwb3ncN ZbiPvPIboI93/hO1Pyw0QKeAZ2iAYT/5oPudKus38MnBsIAgHw5cBsAHn8tHCpiPwsL4xKz9hg+0 U39Y9c4HDCBV/lwSCMZfF8QYrK3/RHGAQ+kr48LSwRMwjA9qARICAPHXIYLIACGwdAGK6cROsvww rZ7oC5AIqgM4gJMBhf5cVD6YDCMQBLQtgaC9gnMkbIAdRo6iKmeUorw8uXGjHJSFqoMsBkiHBkA6 MBQ88ej34a9ToamEkVBJVDcgZfugIx9Dp1ytAWAwLJVJKIKGizFz4EGlzrOrPa1lNFVSnAmpkkKk chkkRyC+1fZwCETknTFuXj57llzgqRjrLmKAjomrIsDFra/ksDHiDzgOGt6zJ3Ttk/4nxgvKMFsr QhT4o+QNewXmclQui5jjplauiOWGMVAuNAxXp0gS3O7hLAWrx404AN3vAyUZSJSANJBQhdpEixwu ctH6BoQBfrjY5n4CUBQ8AZzqN1ywnKFXYFVL6RRmxw0O/wkgbcQyp2T/CQ1r6S8MjkLxEcHZw02j FEXH4Uj2NcwVSAM65pojFeGvcbQHhhnrFilXPgwXhhE+Dnf5+cIMp1yMACU4XwnKAUaBpaTDol4b bjvDKxN5dDp3KAg9uvdiasw0obVGaqA+zj06CuOQrKyH5VfkbKi6cuY+j7ORQ0NAUy5i5Bdl49LD 7Rr5GKjmAR4YVoLHdKmuS7II04jajlz4Rcic4Ug2RzsnPxO8zxKoHbgA5cKP20rQaeMTCBgLVJAX gPbNZfFQJufB2jLIybD1xdeFbsLg2i7kfXFzQoJOJcLO3CClQRJ4YhqTtTCNQ1Lp+3q3Z+cUlXXZ Sc7OWcRG0cqdT2iP5fZWShdmqpW6YpFu4e+osInNo6jumikQGxW4PcrdpzfOT7nr9qX2CYWOzrkd X8qIGXG1OnkKEGq54Ds8+oYeqGkItH7yO1GV38J7wZUAAcf3N3hWT0SUmNpHIhvGCR4oj+fT9ICj aSdAVkX+ErQpKcIAckgDA/zwTIeEzSyAw3dIb1b6K23dReH2AkQJAkbIIpJbVe58IvJahgvqCKeN 0pSoUB3pYXXa7owzGcGcsisCiwXczOUhTcjEThPSL4fLjAhlDp0mRNcmiRbwlaPbquaAdVWcqduP uCjfrdAge/xetbosiMeNayCJwg/RGf+Vwt98CoEqoUKLMn5yCCnwMsyugADbJEmsShlnNqhVuUmV kE/J04F4CqZEUHuhyB9PlE5IEJonGz0h62j4bn6KwFDgAANkErQtsfw8pYwe17jg+/D9OapSp4ke l12i/FnGbE7HCpyOstHuotx4WPuglc0pXvKaood17kx9C3t7wy4Y9i66zZYeWb4KV1g6vpjuxo5M PbHe6m2u8NMrdoXBwgSnbfXes4TnW1anQZId8HGzndSdlnAXxiaVGgfNmzudKPzndoWn8Z60rh1y 2LynFZjcpnBF4SQ2N7LCqjfsTePJrXXZuiNVX3e0tqf77sJeljAHKu1S52Ydh6TufVvHazN1JTaK pFW5yR2OuQdbd9v2uVU7VUL416dyBsVHfxBeECUBpVDuRCIF7H4yoNVBwNSTFgC5MbO0UC6lrsws nTwEG7G3DBJ0uDa4wIgyEVjlLl7C6XIBmyrlnB6oZXgFxwW8c9uWq0OBulN41o8rXV9zoSU3zWaz qVzFBOcnhx8XBaWL+/MT2gsCelrnJkgNvP4kBTTiMAcvCnI7eYfgbvPKobwEioCNyo9spxAygE7r tXLTL+X0zyRhHa1qlz0S3A3u5kuUbko4yDC85hayGK/PmZB2xIvIgCLk5cJCBsigsNhKEgQxMIBx gMZndpjuB98AabzZGV8DwxPHLA8JFaRejgOsVbDL+cXanOLE4BenBFb4OfmIgsf8KH2sXzyodk9C lIhWsorwYBLOOSS4FrxaRYIM5oSbQOtc5K62CO5qK7cnFMRJ2GfgxWx4HxwfCUFU7kkIlDnUveQ9 KpODcTG7T0DWzSmPqwBl6t/kgA0gHP2gF0bdIUQQqFUCgv3cYKBiDO3jGKvo0QeYLJBUCQE8yLIM rO0gmUyzEAZZG9cX2+T2hFMfUt6A/AJifDjGcLawLjS3FTNoaX4slkeChfIpSHEJA8NywUaHjVYn vSd8kir8Bg0sBlnJgCAgXH9YGAWP31Ja12JFAkz7/3EQ2NccfvRmM+nYE5tJ97SZdEMoKKE+4T2b dCKFXMAc4w5vBD3MEyAKEIiEKrBVCEG8th7OjcsPLoMWuu6LSn4FhYkpAwn6IqXafJE+jd21L1IW my9yedjNF2EImtMX6fFtr3rQWOI/n54DJG8NhPgnOclLqRBZHSS/L9c5N2Cn/itYnxBkEGgxykAA +qS0XtqVUdDtNGyn1hnhUr4FQzHCr4RXAEHgiVPXHFEIEgaGnYLVOY2BesWVo4lLIcsRFsrNfnVy fS9/dnJjI57nmbMDB+1EXneF98WKdfvrsnXQj8n95AJUCZAAaFgDno86LpC90gA5s/AEDHOgnF4q LnSiIP8CqK2+sOygVqZJeu6iAdaeAsP6E8wnIX6UECtdSaAP84notQH8fqTtclr2yhSX08602QCy ioacbie7LKVcM9/j4K/A9Hncl19TZEAhwIkIvwFP0CccCaGwR9CDRAarzV1RH3HcY7prU231ciDe Tz5E/MCZAh6QpvsTPMEZhuViXIPSAmMdrFWBTuFArUSneFqWa7HhGYsRcEBsMDZHfGydZevQqUS1 yqVuMEwowAGAcWURW8RDWEfRI2gRZxnADuL7vQkaeYprnFJO8UkQTGzyx0hd0UXLekwYSzASKqop gkhfJm1l0LZi0AzYi7WqGEDYw4+a8woX5r3f6ZwO4MiyW3mHQj3+jrMV+r/Dr/GOKTDM9+XnuRJS AsuTJD/QWxP5wZaYq9CHH3UROdqxkFEzPL8K4aBSGl/hPjLX6hJJfSujKRGhWw62jEYOW2h32JUh 9Yoon6RETIQ4SCjuA0/weE9CYpdEhayUtVw7Yw4R9ikFllMsiBu+no3XbkpZO77p/VFOytrxl7yM FbuVC8c8NsaEObuDXrndzNdJgoQJTknEyYrhNcQiokIJldz4JfToX4uUXaImZajuTq9hFtf3Dvct RcR0feoUin3hZhdWh71QquqdL0OxpKyIdLcu+Evt1M5zykfADp1m7zJht4qXDsGKqaDd6Drw+meT BMNgY2nZ3V7ZkL5IyZID3zbxVtlMsWM5S0ZCLtdKVD3ekXUocUQWSSqhnHbCTi3H2DIH6SQiMojT hMUeDtiKTd+Z/JhZ5GXClnnEXOQcLBGZe76XlrMQrxg4fLP2lftKs3sgy+d5bt6DR1c0LY17D0gR uBASJRC4vPPXTn8YrACX9SdEpKoJi4RkF2RqEUkDwciXCRUxoBAn1GSHGjsGbKjVZoHwTAq67YHi 8HV5NhLpolyz0QsIMHl6ko3SrdTRU4wFJSKUy3hTd5o4mVgoqa7CMjkh8QbcGmjg5wQEdAPGpwCl XJsGciRECKi+y8zFhXL7uL6ho+Cu8vC9yRSRDHDQ0FpEKWiYSwLGJsncWGuoEU6jz6Sy78j6EvQs JARsk6/D2ri2+sucyd3CRFuYiB40jNhkHn5XQsR1JLB0XLgHShXd5xZyuo8rIlTVyWodEWoZCYiu HECWOvkgx/23d3FloZSzBhFVmODIdaC00zKXTpbufCKYjNe8pZY+2pw8iM7F9Fo1m6D/PSokKmJQ 07MCKe5DoNr5OHFpGldur8bjuPn4pog+fSnItRYnRe5WraY8XSGGl3rOU5RgJUExjNdQHkT3W+Cg ZYRMeuWV7bkpKZL4NMtksKQP2B8QsEnYLJbg02U2i9FSir3EdNBRZWApPmzsMbuRQro0jpR+Dcwv odYqExyVC+nbMU8TshGXuhgkIdy/6NUhgwC74doHr0CgXJn+pCeMr0Q7p6nEVnYFhHvC7+aLpUro groJAnrvWzlY2xlHwr2LBJN7nuhtwl42X661VJKTUO5TnOVeCqc37OeJxWdsy68n0G/41nO5W75s brdbvvqrDTIY+OOKm7vyW75sXm23fF0edrvliyFo9huHzzeClM3xC2je/1vE9SLhzjoGskHtsd+B V7l2CQaM0F6IC0yUAxVaH4UQWOz1ATUNlKeTjmTZe8Je1lodTtvv7LlFh7LdvI4/vv5I3Xz+nH3e /R96p/x5ZW5kc3RyZWFtCmVuZG9iagoxMjMgMCBvYmoKMzY4MQplbmRvYmoKMTI3IDAgb2JqCls2 IC9YWVogNDcuNTE5OTk5OSAgCjczNi44Nzk5OTkgIDBdCmVuZG9iagoxMjggMCBvYmoKWzYgL1hZ WiA0Ny41MTk5OTk5ICAKNzk2LjM5OTk5OSAgMF0KZW5kb2JqCjEyOSAwIG9iagpbNiAvWFlaIDQ3 LjUxOTk5OTkgIAozODkuMzU5OTk5ICAwXQplbmRvYmoKMTMwIDAgb2JqCls2IC9YWVogNDcuNTE5 OTk5OSAgCjcwNy4xMTk5OTkgIDBdCmVuZG9iagoxMzEgMCBvYmoKWzYgL1hZWiA0Ny41MTk5OTk5 ICAKNDE5LjExOTk5OSAgMF0KZW5kb2JqCjEzMiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDc5Mi41NTk5OTkgIDU0My44NDAwMDAgIDgwMC4y Mzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAj MmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5o dG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjEzMyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDcwMy4yNzk5OTkgIDU0My44NDAwMDAgIDcxMC45 NTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAj MmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5o dG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjEzNCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzQxMy4yNzk5OTkgIDY1OS4xMjAwMDAgIDQ4NS4yNzk5OTkgIDY2OS42 Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAj MmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5o dG1sLmh0bWwjMjNOSVNUODAwIzJkNjMKPj4KZW5kb2JqCjEzNSAwIG9iago8PAovVHlwZSAvQW5u b3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDM4NS41MTk5OTkgIDU0My44NDAw MDAgIDM5My4xOTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2 YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMy ZGJlYXJlci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjEzNiAwIG9iago8PAovVHlwZSAvQW5u b3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzY3LjY3OTk5OTkgIDExNS43NTk5OTkgIDEyNi4yMzk5 OTkgIDEyNi4zMTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2 YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMy ZGJlYXJlci5odG1sLmh0bWwjMjNSRkM1MjQ2Cj4+CmVuZG9iagoxMzcgMCBvYmoKPDwKL1R5cGUg L0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszOTUuMDM5OTk5ICAxMDQuMjM5OTk5ICA0NTMu NTk5OTk5ICAxMTQuNzk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJm IzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJk djIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZDMjI0Ngo+PgplbmRvYmoKMTM4IDAgb2JqCjw8Ci9U eXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNjcuNjc5OTk5OSAgNTkuMTE5OTk5OSAg MTI2LjIzOTk5OSAgNjkuNjc5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMy ZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0 aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzUyNDYKPj4KZW5kb2JqCjEyNiAwIG9iago8 PAovVHlwZSAvUGFnZQovUGFyZW50IDIgMCBSCi9Db250ZW50cyAxMzkgMCBSCi9SZXNvdXJjZXMg MTQxIDAgUgovQW5ub3RzIDE0MiAwIFIKL01lZGlhQm94IFswIDAgNTk1IDg0Ml0KPj4KZW5kb2Jq CjE0MSAwIG9iago8PAovQ29sb3JTcGFjZSA8PAovUENTcCA0IDAgUgovQ1NwIC9EZXZpY2VSR0IK L0NTcGcgL0RldmljZUdyYXkKPj4KL0V4dEdTdGF0ZSA8PAovR1NhIDMgMCBSCj4+Ci9QYXR0ZXJu IDw8Cj4+Ci9Gb250IDw8Ci9GNiA2IDAgUgovRjggOCAwIFIKL0Y5IDkgMCBSCi9GMzAgMzAgMCBS Cj4+Ci9YT2JqZWN0IDw8Cj4+Cj4+CmVuZG9iagoxNDIgMCBvYmoKWyAxMzIgMCBSIDEzMyAwIFIg MTM0IDAgUiAxMzUgMCBSIDEzNiAwIFIgMTM3IDAgUiAxMzggMCBSIF0KZW5kb2JqCjEzOSAwIG9i ago8PAovTGVuZ3RoIDE0MCAwIFIKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnic7V1L j9w2Er7Pr+jzAh6L1BtYLGBP7AVyCGDYwB6CHBb2ZhfBONjZHPL3Vy31dIv8mvqoUlGt7pkxEvfQ aqpYrHcVi2///vmfu3//sXv78Pm/u6+Hvx8+32X3WdkOP7us+/NmPGCb+9xm+59dY/L7qu5Hv36/ e9o93X26+9T9/+nOVP0XD391//j8iqz/88fX3+/eDi+/G0Y+P/zUffpzZ3c/dv/9tvv5l27w22G+ /QPf75q26uDIMpN3vz6OfzW2rar7ovvcjWf+r/uH/3P3j7/sft8DZu+bHngzADj+9U3d2GL/RWMW gfx0+up9leWtNWXVBD+PJ87zAzzFrirue8Cytlt6XpTdN7qfcldXwxNmv7imMkW/UOuP2/re9uOj eR4D8+/R8+sI5jY//AQ/OzCfYGva4VO3Jd/H7zKZ3UM5bMgINm/8uJbRPI+B+X2YlfAcgDkEQ2hf UuD5/F5/H49H4vk8bYRoSQnPpiya/rN16bn7juk/WxcGb/y0ltM8j4H51ejZlHUPzgDz+F1NDw7C 5oyP1nKc5zEwfyI8B2AOwRDalxR4Pr/XLj3H4fk8bYRoSUtuNN279jySufRcNZ1aavpxBwZv/MSD p3keA/Or0XPV1Pn+8wDz+F3NoC8BNmd8tJbjPI+B+RPhOQBzCIbQvqTA8/m9/u6OR+H5PG2EaMmF +dlMa8FomWX7VEWHmc6O6qy9jnt2//tX95JPvWkjMKBM/2cMyzASMKCeJr74/svd249Vp9B2X37d DRC8Gf76MgD9psNS98u33V/3MP1t9+W3u725eBiw/UB9Gsj7geY0UPhPDHN8+HJYfhpM26K8Qkzb sro6TFflNdJ0Vaei6ROWB5+u+wl+dlygiOcpLua+tMdUv3lnMGWrPfOX5rDIHNDwrh8ofLxMDNis HzBZGLkGXlP3A+1p4Id+oDoNfPDf2/QD5em95fktHEE2vNaY0yMP3nuN8Qcaf1YfENP6sMPq/MWY zH/CXwwuNxZSl0DneeFPE1/syajddR7cGTIq7Z6MGuvyyoh5rL/g3OdI4LfyPKGNnqjPY3H0xHsf rfDah/N71UzA8eE88U7JDgDsIwMMSYS/BSCF5cM2wKQwB0Dqf8UWPk7hCZC27yjWAXQFcjCwfLoN AId5UMA6xSkiCCblu893DmgMXgtzAPEDxvytxLeUJ0ElljhFUbkiBxDkc/ZB6UwRDOd92EpOyT7G kF/EKBwpIV8bRLA6XS3yCxBdLOjLNntQL20dLxs5IcNX4AnO2Bokxvl4Polds84CmgMkA6nP3ygV EWSbwiFLOwBmpjibGiQRMhnm4EpcYAhw9boRxWfenfbyxhwzWz3TFnfMDLD4LbluWUC/Tb0WQKde 18VdKNs27oKnXCjOkK0/4MtBsEXQOOHiV8F8ibCJQB5xD6GaL3641OOeioInix4TN1d8yYk4BThA xQN9gEo7o+QELvRWXCTAGde+lNqjKXWhA5QbV2BwaoeN4nYSpxCgMop1dCu4VUTlQ/6D/1oFsYRr 4QyiIZZh6868BmaFSVoFKuu1Ur7/t0iK0XCBDFgusNgUAcY0SiiwLbC4Zftk6oxs1IUk7PxtQDMN 4OBamnvEsVproY/YeYfjfbED1kcW9sH2HUkyP9KPxO4vBr8CyoDHymGn5hsUxrfjQdTD5kYwHUDK 6VIhzG/f+6DTAVt5cBQ+PoqAclgopNvKIbKQ/Fz2liornLcg0XHTCLayVtNRtglSg0byCQQKNZWA 9mNshfl5EOAoNK+4NQWr4whJYvUnYQ+bFw6BmNqXwQe/v53AIYcdNqb1NwZCNr4AiTBANQQ7WCCX EbmHdPyEmYexBm5c+0/k4Er7iwN2wN3n4XMetecihYslntGEr/CUjYCTY43arbj8CzWfMXM1TABS DUVX5MGXcAxuNjHEDXaB9hDgg7riES4O5x9BUYUgDSRIC17KqplK6sj5tjeL6+fiNvSjUpQInMEH TeCiGAd5CnPQWqeIahfQlYYvBiiEq7GN2Bu5RimCyXqiap6LeMF0jOB+vjgYoNsfQbpUkkWQLi9/ wqgq56H5yQ1JEpxaZKimINzLnS1BVV6SSqX5iiwNs6sUzCXxC4vKOqy80sbQlEqEukyRlTQ/UKUM +wJroV5xKJirIZWLzCwmqQlIJUEBwUZtJP4psYQFim2+7xCxDUnERZ7lLo3xZNB8rZXImuZbJ/Do eV2iIDgjSLlpJHpTiH4e3+KsrViCq+Fbq0hpc1S4gnoc2Bfu5QSSDsriwVTe4niSErL8gqofce3r lMXOzW/BeQ0eJoG3QLBbUOPCv0ITnyrOBlAhJ0sey1XYfRVTiYbUEcnz1VqatGbRuHxrPzCRE8GE XM9Bch0Vv0+5EQetuMYJcLKKYM9N8C03FeG4Oj959eCDQAxxlhF4wYEI+EJHoLYutSvsCz8iGSFS OdEJTjPyhDNXqJQ9cjgiMD96F8HbkmIjuhhJCDChvlSR5EUVj9RbFJgLC05M5iAxooBxvrOQJuij 4T0ISuav2Hzmi1Mp914n5icubJjlkVIuDLH20vKJ0mVLoAd+9hSy37yUDvAB28DPZfBMlWJ8pgqa 8RHVuwoWaIRxRLUjdkdRKygoaq+BU+KCAo06MX6sLyLZw8sH9BLsRZu2aoMfBtEwfFRyfSnU6QtL ZWl0ULjp3FZhjct015PbWsmImX+2IU1ZseCAMs8Y8fOXgcyEhqgvsyoeyZu1pfXsi9KuW7AYkYXj Fgifg9YrKloPZX6L5XkRgSZBvx1+TmGVkPFmyga5JTBfBqkYhtRAj0ghJTGv0IpJ4r4XVe2wdgSk Ct0NV61AmKXn16weUBHKxy6zLz1kqHE0DIQQDAhOw8RWdSwMj9fGIYdXJmQkpeDAxDSnm+/0Sari wC2iYRR+fEyQP4vYqXUa7G41I58yxlxWRy2uYU3xPLeed9ZszjvjdUI0cqnpe7W36HtJAIuIf3H7 PIUBInEkt+o3pon28TkEveWALQUH3n3DMJGrVRqXk7lzPn/nJFRInfOI7pTzO3lc6rz/IFD33Qei CeZlGcoCL1HDYgOpzaXDlEFyY02Lq2bGbTJ+jxxB0+J1WgNjr2TU5rTPMTxx6BjWzgEk9maYy3Ux rs3zrQxoAoJfyhtdgOjg2ohb0TQlLHnLtbXFmXMSTRAHjih73kzLfG5ZxEa5pxSFoCXv/ETaqicC YY6lXY1zR4Bs9rR8Gl7fSLRIQOsrHVTViOMMOso+X63Ag+0IFxdSgm7sFGEIBz9CqdAVKE1rAJUz t03tbGVxuL/CTCyGp3h4U3iKIZWGktdbcGfhSkR+3oPj1O9PgrsNaAdAoBNCokOltnUIEwEDccC1 FjDZfO6PLuyaEFygCySnTgW24/Vc6SU2rjX0WqFqOiVJzAtyHEmy24JAV2ywfaFe67vGj7ZSo36b K21+p8Y65dpXXAYaIQsFRWqCTqcaMez5/XwieExw8vN63Ndy0Psnxr06UtZQQWW8a6VROMwtFH6h DFxmoNLrbrN6jYY30LYuDlSXhXHGLyoRhAglLMRtR+prqxx1FNe2LGxQUWUuGwok+2YLMRROqCNv z48S8I4Vq0bErlIKyc9camip2kYvzviBfH7HiiSslqShIj+VmCY0VzYukrkYF0RA5ndFT3LgASGF sCu/yUQQV+C8f6HCDI0Dt1eTLYkopOaH61fRhBoFRHhlMCcYFdeqqFyBokEf21KNGlqtqReQx1a6 Zr+GqogZpHhiWTnzYavcJUOFe8xjGgdw75zrJJ49S1IWsE6bfQ1avhoLTeVqLIU+TRFpTn45Dj/W mqR4iYvpgN2joMaazLpzjgC9oRsQVY4lDQjLjy9JcTX2di4KE0AmONenwfqrEO5KXYM3m+cRVCKl 6Hd+2arEhbUqRe0KkBuqbIzoKywouxLUDXA7YH7pRURG4oOafinKeEuKcgeqApFyAKQm8fnmn/Tj 98hFOMUpeCwGy9xxSCKFbF/KOSKz+VIoIs/D3QLBTSc8krvVG4qS+IAR18kk6Ut/obMVF3JOBRKF px8DWkpDf1TL5dgyMOraBYNfa82vErrQibAr9t8SBR3z0t1chaDjq8C9GYGrWsy0tIld41CqpCCK x4t5czDBvScawRpBToqTnaCzkwboSa5IHJRlXUYjTEUIAXlQ1j6jDARVEgp28Vo31NOYu14st83y oAzi/MIjDfOPJq7UVeWWuxtHHAzgOBVUntCvxHSl4lFWHr0SiFyN1nAX8jbyvlntiJNfVlnEVhpn alzftE5ff40Ieqw/P4srY10HDcVnmuDGrZOD0CiB4GHq2Pz90grc3MWpQIsBPkA1aLgJVGnB0e+V KtW4ZaCQLIIj6RGmAnff+UbRCges9JzfuldSojzfK5CczdlWL72ld1g3LqtfRv8im+o1CikmNlvQ yDo2UKuh1fJ8mzS3ur0GgSuB5LtQy8cUvmqiWHhZOUSXv6er5ezCA8ob70o261jehdI6W0lJCLwo gZa/UBknByxJHlAQqOFhuoCy0NBZxbMpAeLDAttCj6UBHaPkypkEDIzgvB/9aSxMjF+CRxTjshMX v74elNmEhbFSGwNJEJX7KIkKpP3V5O/8Aeh9kcQwyQfD5MhE+Ud/byIqHeafhNEwVCWl/eALUetX UOSDJpNGYaH4apg5GnBDLJOubLY93qjLU2g83BJB27S0LCJkA7lesSBeGMDMaweFEd0MOTlImhUK Dq/zmC83IgWvFShmDZeKp4c5PriDoHBdisZGIVuCmIYOmWk0uwKhosNIjz7hbgeIbKn89LifW5C0 hFFeGLdcF9TZ8Z5rEKio14HGFC6/Ra3NT5TM78YvOW4nuKEpSThFoE9UYkMbto2up/NAXuQOl+Hd Iy+MqlIUkqPwny9SJQm+gNW2UCx3vueYYgSu8lbcTYAjh5ZlPtMZjQyX2Tc8rTuS1twXk+fupILo aZrTcrAPgkyjoAxDwVi8EF1ydwtbUwhCGAr3NQoQxH1pblCJbkCa3wBE0IeFn54MBSiWFjMYl/uv x0VbJ7gQQTLRcUENvyavgmuZ3zZDElrUCAxQV0hQ6xQRnuMeGPXiJMVPsVUUC0sRTOPSxwvzcySh dtpuESM2XF9A6iGNA7Y/Yjve7pdlTkOdjYqLUpYuTnUmbaf5cvP2tYbaKuNTM9wEkaiLVewaga24 WVdBJeCdJA/HI6uxTXI3cHTJlC578OPlsLfc3hIUISY5rcHXwhN1l4m8h2450ZCNdRvS4SontpM0 CuDmOL8nmFOUgEzXqdrkZ1VopSNXLxG9B/jxfC7nBe31eCloksNwPCQibr2x1BivXEZ+bd/hWwKC SAMIDMAqN9nmtxaQ1LCLq+0Xqo+2mNYfIR9QJQ3RvVxxLYc0xHHSNF0QeOm84FSm4HoJLtkFcWmB TSuoBZgv2tAc16hYetVjBB9i/21hRqGsXOnw2nRLXWunCSmWTenunLi5uYJXZLI2uAtwqDvJjWEa YbkL1Vqp9ARGJAru8NjKxTCC2MQLv+7sQgGxwhqX+7nfnKR53lYuVXs9uDYNuiB+foiJaCgpWwTx I6juo3kOHhwXwHEpTjeFh8JXKb4hKT5hTbwwCfyy+4ikKQYu2srh/QitNj+Jg0pMwXK+wSBCv5XH jbwv28MPbKn/b58ffrrLdn/u7O7H7r/fdj//0g1+G1PFxGQ9fVQh7ZrtD3Tm5thXZcBY5QvY8Xnm 2tsHC1Fqn8ggjn24wQYGfGJny8qz0Lr6TpWndR1c7LnzB9FWe2iz3noOgYPRAhtdAKxTTYrbNuBz 3FTCB/Eg1saPfPRXUXkD9r2/LH9W5XUWtVtsp7NQWNflFzps6DEktM0N7f7snrrVmqoH+/DX1+8T 2imbEmCfdp/u/g/aX9bNZW5kc3RyZWFtCmVuZG9iagoxNDAgMCBvYmoKNDQwOQplbmRvYmoKMTQ0 IDAgb2JqCls3IC9YWVogNDcuNTE5OTk5OSAgCjM5OC45NTk5OTkgIDBdCmVuZG9iagoxNDUgMCBv YmoKWzcgL1hZWiA0Ny41MTk5OTk5ICAKNDI4LjcxOTk5OSAgMF0KZW5kb2JqCjE0NiAwIG9iago8 PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzY3LjY3OTk5OTkgIDQ3My44Mzk5 OTkgIDEyNi4yMzk5OTkgIDQ4NC4zOTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUj M2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJk b2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNSRkM2MTI1Cj4+CmVuZG9iagoxNDcgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAwICAzOTUu MTE5OTk5ICA1NDMuODQwMDAwICA0MDIuNzk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9m aWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0 ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iagoxNDggMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyNTMuOTE5OTk5ICAyNDYu MzE5OTk5ICAzMTIuNDc5OTk5ICAyNTYuODc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9m aWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0 ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZDNTI0Ngo+PgplbmRvYmoKMTQz IDAgb2JqCjw8Ci9UeXBlIC9QYWdlCi9QYXJlbnQgMiAwIFIKL0NvbnRlbnRzIDE0OSAwIFIKL1Jl c291cmNlcyAxNTEgMCBSCi9Bbm5vdHMgMTUyIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUgODQyXQo+ PgplbmRvYmoKMTUxIDAgb2JqCjw8Ci9Db2xvclNwYWNlIDw8Ci9QQ1NwIDQgMCBSCi9DU3AgL0Rl dmljZVJHQgovQ1NwZyAvRGV2aWNlR3JheQo+PgovRXh0R1N0YXRlIDw8Ci9HU2EgMyAwIFIKPj4K L1BhdHRlcm4gPDwKPj4KL0ZvbnQgPDwKL0Y2IDYgMCBSCi9GOSA5IDAgUgovRjggOCAwIFIKPj4K L1hPYmplY3QgPDwKPj4KPj4KZW5kb2JqCjE1MiAwIG9iagpbIDE0NiAwIFIgMTQ3IDAgUiAxNDgg MCBSIF0KZW5kb2JqCjE0OSAwIG9iago8PAovTGVuZ3RoIDE1MCAwIFIKL0ZpbHRlciAvRmxhdGVE ZWNvZGUKPj4Kc3RyZWFtCnic7V3LjtzGFd3PV3AdQCO+mwSCANJICuCFAUEDZCF4EUhxAsEyonjh 3w+b3dPNqtPsc+vyFsl+zECemXKTLFbd57mPev33T/9M/v1H8vrp03+TL/ufT58e0se0andfSdp9 vxoO5M1jkafbr6TJisd6049++f7wI/nx8PHhY/ffHw9Z3V+4/9H9z5dHpP33H19+f3i9e/jDbuTT 08/db38mefJT9+9b8vmXbvDr/n7bD3x/aNq6m0eaZkX352/DP7O87Wa1/b0bT/0/tx/+z8M//pL8 vp1Y/tj0k892Exz++arN8rx6rLe3nDLlH8dLu5sVbZ5VdTP6+/DGRbGfT5nUdVs+lt2vbffqRbmd VvdVJfUm3Tzm/Xi3BnXWfyjL/fG8/2M7frzPbyP33y7Pr4M5t8X+a/R3Z87DueW7Ldlu1/BZm93v WerNzR0fvMvhPr+N3N+fs9E6j8x5bA5j+xJjnU/v9Xd3XLTOp2ljjJbcOb+IgRaYIoi36rJMNnWd ddIkyarkf//qHvKxZx0Fg2b993Auu5ERBv1x5sK3zw+vP9RJt1DPvya7Gbza/XjeTfrVpiOA5Plr 8tftnP6WPH972Iqj/UDeD2yOA0U/0BwHSv8Tu3u8f+5eXilwfpy5sH+fNunW68T7VHn3OlnRvkzl jT/Zd/7Ae3+g6gdK/4WLM/d42w9Ux4GN94k89S/54F8CT/Fvmj356wwzrelTnoKnnjb+Y+ESmDo8 xV+x7I0/9epIM+rNzzvmHu5+sZtHG7KV8LawHrDqmXdJ8cYfgHlwGgOm8i/Jd4/NBtcoiB0ugc2F vfRpSkCX/KYW2180qcv8/qKeWDKfY/LS3whgZbwJkAgXELBEFoJKuszHS7KcCnNK/1lGuQwmBo/l 7wKXjLDMNBra6Y+qHF0OELFcXsJEW8r9cA/Op+FCOC9OC+FzE+OEHC7JBHs9QoTT9jprU3ezufqE ecBWwifgHvymnNOBHGDqClMAbgpUyNkW1oOqD40VAzIZjFSFSKa2ARpx4RI4K8JnCk8B+uA8528l 6jnYKP8eqCs4JYPRMuJNnDNi1OLCQhPU7dgKwoKhYYAjuIaw28voAlxlzvzcZIEBYFyfDMccgwEJ vWcbIRAxnIQoOwgcA75z/KZUe6L5xbVnOOPqdfSZ9UAhBISrNq2nMX+ZFy73K6yahdSYwpoApU1t hRNOENwVVB+oT079/kQE+sNCa0dUKM3B2qQKRbPZ/BJOuDAPoI8o0iGG7SRwcSKabBPRrGLjEgx/ LJAUx2pASsUwJsodD2bZcWQvQNLDCIJkPq6Gqg9Ym1NZuOek0VIWoDKfOjyFOwZRTMVw3MlCYAiw K3/FUBdwglFIQykgbKFP2oOJcuPgf5ZXznpkjS9PuObjvqe/+QKnWEHq3IEBTlcgU8DYCheHcxis KZd8MA+OOt6Bl8l2z3U7dI0rHSJZJOifAIPwJVIE6ebx32fUa3k27idxccmVVJQQjAIR4qBauKGo QYToTQXhZhSxFs45lXWZb/igvOSomtRNnhihTiuXthWW80JmnsLF4SgjLDJoba76uHgAffrGTEqV L3lTeevzHOwCt0i4slSYsAZYrwA1CBefoAgxFqBILIG35UEKf01PSDruRlvwiwISmMeIg3tQIovj 4hV9suKR6dAe81+fYwQCS5mS0BihTjRZ+2y2wdty+giPvkuyyOYJLyrQb4WttFa2lARUFDGokb20 UH3VZlTm0omi6rOA3S7GO48EgNW1uy9UOmoCw4oEn3BwQgDsK+wcRVqABYpEuTQWFvHBv0m28Ufi xFi4dxVONHEENddC81jtXGFwrWwhQ6rak+0cBeFwhAUFSWFDC822CbC4Ls0iN1ifIj3MqwpfH+ry S/LrFeEQHtUFTvetepvMf4UDEl61gr40kCG3lqJk0hjk1eG7UA+Fo+7FOyrXw9dDYE7yoL5NaUzm cC7KZB6n4JJfgdQruGHOSMa5ki2FB8vd0Rjx9lkTNiwUTFaN0stCELLCQOGpi1IHZaJbWNXumnKo UgAScZWkCJdZ5NRy9jBwA+MIJV5/A8A8dRNQjC9KylFcnknBMUFGMTcuV1viVvUBx/UJ1DgIWFW3 7ttyBEyBqVK9DwuETPjeTFcW4w+hTqKAjy8m01vgJcAlFxNKF0AooBogCQQumSmNva0cOjWhoPCK FU1NPl8gDkouo10vqCjsBlwxCzlfXoX9ru5yMdUHKskaKsoPeKazT0GCsOflipy7QR8s+q7aGC9r V25ZBAvwbaUtKiaK4Cxz5cflxxssdFIdsFFgsSkysO2KCc7mNfPgmkVrjKXSAjThWEG2kgG9a2L+ CqguPGND3/lkYtRmU7psprBzOZtxWabonaMoe1H0O7yiSvWV+fwLRX421ehOrtbDX8qnKd0Vu3V/ xH9K8Z7KgsttqHDVkk8DyvMl5C8HO8dzVWDAnzpwpQCmtwn8tK48tXOllred7XLZyrR4eQgYztyS 5JZTeDh2pm6qUfiWJ4tS4WjRZNCkly5/LPd4oEAWPPyRbKepEZfWJe0oERfA3Wg9HxIdp/UYBcM2 rRw1plGU0qqINaFTJWzj0KGk1oyK1CJlhg42iIRFpcYjbIxhXqKF2sqaUSbjrQ6oHylpnM4lxjWb qOvB5jgBqOqZKRQ35l5NVV21Q94Wdr3KSlVIWQW9KzpuUwx8qRaZCqct/BJgkDil11XmSlmw9QQl CFH6i9MGZXEaEEmxWgvVVoybrSZqiQPiwFEj6XtBEAYXKApgPooCvZisOJwpN3Q5JCwV41MVXUGI fSWmT6ROHrXL61irrCGyWVJSBG1HLSQ93JRX0lFiz2t/gBuPHInn2avvqABRoLV0PQRQEmf+D2Z6 rRx32XhuAICmUUqFmtqZ6ELtEBS9AARg9kIpXoojyBR1QAs534KmNQKPVi0tJ6qgPic0iC15w0NO qXFy7VL3XRB6CMdAOZwpwMTuCSvPa7CtI0acLVRjbWoFA2IMJozB0UaCTvJROohmVeqs2MVlCZ27 x5ztpI3DhTHqfwUgk8Ip4I0v5mkAuFCVgsFmX3I1XlVGkLgr51sLFbUZd4out/BjLUy5nmjaQscD RToOfRdMO5Cu4YkoE12vXWLAkacUbgKlVE1b+PCORgIfCG6qKFFQVO7DAoFe474HP1XYQAMLmmSt +0y/si1G6eXKD4nl2JUiWVEaFp4oHVNv78D8VqfuTqtPmufczCvq9LEWj19wdjE/JWIhRQehInoY g0Dzxcg5FzegnSjYm9aVDlwn+cE1vXA00ElV2ow+FXBcg2obQQNajo4qmg1z44r7kbOkel+OfI3k jGxahywhS3eekxRPhKyiNLC3O4LLIjI0kAbhp5Lrm3EbJ7+tlWFMrD5+9OiioJGFSsoLOUUZwExX eAZmJMhsqiNVOrurMSdo0cJM+nSeWPNaOh0o+jHdNnKtOSxM0dRYCqpNTXKvHb4t3tJ5LGQ8zINl zRhOqooXe6zkmTrhwnI18GC41Mo3vhaTHBASfhAcpsJCcIRzsiIVFp5iEV9aZncFSWZc5PJ3iVKa WtQbhw2xOd1KFL9JO4DwY4wEzfrC25AKsrx59n3FrAkBbM+JDsztkk3drgKqqgr5LvA2SVyMwaID dMdx2xh9HNCjiVJqUb7zHwMIWNn6u+3bSjn18KEKAkgZiAz2/8RUo5iG+U48HgkR4hac2bk0jGK2 KPL8lznlTRMLom+Lka8opQKAIxgcuy1ovxRezQfNxAVAfXhKgyLdXiAfLawHqLwK77aeWZRAZXmP /teHVKQ4J+AWG+cpF1RVuNQBMXnuLtk1wJmxq+EVSigKWBnl5ITLUez8XThfhqt+w8jegE45pCE4 d3ieurm6P1JqIDEUpDyCpFg4T80hyMTbCCoSZ7jzpKgr5dHBy+nJsJYAAeQexclqqGuH6MCnu4fX mRibKw+icKWDRYje4gwyi6IvC4Kx0Mh2vbItNEHbzLsLFqV3FyxwV1JLJD7vdargzxwaQ5uX2poC 18NCilO5dt1O0t3BOU9SioiToNNveNGPpluwSRZEnbqMvJJ0aQHMUlqpyjqbYhZxl4iXs3ECWrl1 althjnLegrGv2gziTZMULaGiFJ4VdTmZ5+54wHOgeTqCB/RbedjIxzzdf43+Ptxmyec/Pf38kCZ/ JnnyU/fvW/L5l24KX4fUE/jQnraaZHvI+SmzdEtaBy+3KE5zOEQhz3xiv3JnBvbSahhm2Xiqeq8z h2WvMIJ1jju5UB+vAXQF5gbRqzenVfFg9jsqH4QeUn/VMlhG/zGS98Pb+gZN5oeEcUka/3WgDTes ADylOUH5IMJ2I5x6w2RfD5dtsvKFPiFAAWKcdq8HXYnightbFj1fFKcsKA7VjdGCcX+mwsTga9rv bd66kmXAI/N0hVF0XOSF3TZHsS5z/Eek2KqCzkwO94nS0/eaudsGP9+kDnfrz5QJ6oxCd26erp3i nTMRoeWLetQ0AlHk6XL/VLFAFr3ZpRBIUFMCRYFOOPZgkditgNnEHa+m9m/aOHS6ltYpgtbsMUBn QRtkDSwfAwOaFSa5ppQHE8FetaPvsi5UxDovc7NxXx+My2VOE5rpuBSBR2LRPYXLumWSkE26+ykK s3lOeoyquCj5gTHPHJlaROyy9i14UrPns+zVxybALwhnDw08E75AmtixRbGNRdsfm8SRsnX2UlAH w60YiwQFReTm1s7RjVL4McvByiYnpu/A++ZF1GPrgpXkDQGYiQNQFnbPG3IHws8vNAwiNOlBOnJP 4SY6NN1Ktt69pGkGzo3oskwMMvS5eEfun7csKsT0WVnpkInQzQ7wzLqgt0kbdVU4Wl4WzkZBD9XL STrHvR25ZGqkonRJm5KDqjaTY2BcgMaIoWA3LSyJF2hUis4WjT81GmeII7i5zuVJGXymUeIddmnU JtqgKEfnsa7M66mhicx92wvO3l5tLsAsQUc7iKMpD2i2364Pj0UA25krByo+TOLYBq4Uto/h9QAw AMYkPcvaEkmoD77EPOmIi2XjURRgZZRq0aDsuLt6ap9oX+7Ux3EeNjetnJsuxIb60tozdq/AcQaX RYF4WSQS07aIa2lytmzk30RMbw4a9/Lb66wWR5oocquS7JSiM+1NJWLHAYWKJnX25RZAoXOyL/x0 TWyayaU0F7nzZJ+t1rGu++MVj2QZFbpuy7F3AXkqSUCgcLfA7L0caMoiiYFmguA+gMxR4CrcVOQc NM++KFpEXDwCNDUYWLqsfWEoUpseNDKg8DwbqWipMaVAkNU5bzdioQmSynmJBU935lMPT700BM3a /ACaVb6AvRfT7uZundUDYbkMhQYHAe8SwFwCzHoAi0X6zJF7F5JES5mcivac0nLJIKzNoGfB/h4m wrwY98Ci5FIqhAGNOwlQQZ6Px48Wn7OCzKKKYLC33EinDSoFLtoyoPkJe4HvFC+QCq/tklSR8I0I rwAQKMdlRD3EjOJAnJUnyW7ULDVRB1VAXo9CK1sguHejNVBAXrDbahMCqQqHtGPlWFBmF2ymon6c p1Ir+nZGKZCDwLxFJhyXD5yWeQK7oqkFNzFG0FYTQV7Lm0nEiTIb2DFIH1TEQpKSIWLbjOJeAuBY 4UzBTRXNdP1twYONaXBXEDW590e0Ytt2vAlKlG7U85zCQIUlHitY+hoZEc8TWttP6zsRW1G49Xdm fj6LvwiMA75AdD0ESWnqlMSJyGqVOrwrQL04jXEY7Jpl6r5Tn4FMbdJDP+E4XQdp8iSSA30spmcr OgYapEaaCMdZssXiOMrSJLWpZYitS6fztCRYKDLDj483OITGMOp2LhmITwycLUrr+AmecAaPDbfr TPL5eeE3F0omB0rvJP+xHzFlDzSMgD44SgA3NcGMFUFo6SqHYKQChlG4+IJmhzH68Jk0huZ4lqbz mKJ8HN6f5r5xYzpOrKYsXcZEH241vQvLxpMh1+TCRfQdTCR3OR6HmsfyM8gfEayYv1HIloqTNS0S ORTHZAgycLlxCBwEKsXgdUc7ck+NM1UO6QqYzMA1mueIAzMYvUmr0Tj9TMgbD2XyHpt3xNtK0m/G m/ndEW9v5JIQ76tmgLXUTWkyjixwj/BLkIJAhCowLal1NDHBbHsM7lBSKfrK8cxHnqJq4Ahb4urN uGekULFRUGIutjjKY9fUZFr1cwyzfjU9oChHCSIiC+EExbbZzJAbDKJMGsyHq0ZOp1EctEX39lwq 3Sxnjtl5Ttmx8+1MJaN8xcLz4m7MLlRYW3TVFTjzCc/hrU8g0PU+otuXHbvU+k30rpoeFnT7bIpI NUVxFmJEYVNcE+sJkrDUdUJTj34tHX4W9M+BRbWozxF4rXxRFZnQFkexKZzDEfvHRDYXUxKmBJvL zc5wgE1cazYQiIA/K4oLuLLyBRU/hHZWE2lipWlbuRRzc2r1qhUiLiNaCP5AVrG7SkQCXwCpau4J /EDej1W7/wJC9//fp6efH9LkzyRPfur+fUs+/9INfh3yypmb9VxTjwGK2+ZnVd28kN1uovVxCd/7 y76PQUCG15B44SOVzxS1N7A3CQcnXzUnZYL2PfO2dFrV2rwozBrf663/Xv5dhy/afSc/utfN6n7e +x9fvp+Riek5AvmYfHz4PyvZdHNlbmRzdHJlYW0KZW5kb2JqCjE1MCAwIG9iago0OTYzCmVuZG9i agoxNTQgMCBvYmoKWzggL1hZWiA0Ny41MTk5OTk5ICAKNTcxLjc1OTk5OSAgMF0KZW5kb2JqCjE1 NSAwIG9iagpbOCAvWFlaIDQ3LjUxOTk5OTkgIAo0MjAuMDc5OTk5ICAwXQplbmRvYmoKMTU2IDAg b2JqCls4IC9YWVogNDcuNTE5OTk5OSAgCjMzMC43OTk5OTkgIDBdCmVuZG9iagoxNTcgMCBvYmoK WzggL1hZWiA1MC4zOTk5OTk5ICAKODAuMjM5OTk5OSAgMF0KZW5kb2JqCjE1OCAwIG9iagpbOCAv WFlaIDQ3LjUxOTk5OTkgIAozOTAuMzE5OTk5ICAwXQplbmRvYmoKMTU5IDAgb2JqCls4IC9YWVog NDcuNTE5OTk5OSAgCjEzOS43NTk5OTkgIDBdCmVuZG9iagoxNjAgMCBvYmoKWzggL1hZWiA0Ny41 MTk5OTk5ICAKMzAxLjAzOTk5OSAgMF0KZW5kb2JqCjE2MSAwIG9iagpbOCAvWFlaIDQ3LjUxOTk5 OTkgIAoxNjUuNjc5OTk5ICAwXQplbmRvYmoKMTYyIDAgb2JqCls4IC9YWVogNTAuMzk5OTk5OSAg CjQ5LjUxOTk5OTkgIDBdCmVuZG9iagoxNjMgMCBvYmoKWzggL1hZWiA0Ny41MTk5OTk5ICAKNzQ2 LjQ3OTk5OSAgMF0KZW5kb2JqCjE2NCAwIG9iagpbOCAvWFlaIDQ3LjUxOTk5OTkgIAoxMDkuOTk5 OTk5ICAwXQplbmRvYmoKMTY1IDAgb2JqCls4IC9YWVogNDcuNTE5OTk5OSAgCjcxNi43MTk5OTkg IDBdCmVuZG9iagoxNjYgMCBvYmoKWzggL1hZWiA0Ny41MTk5OTk5ICAKNjkwLjc5OTk5OSAgMF0K ZW5kb2JqCjE2NyAwIG9iagpbOCAvWFlaIDQ3LjUxOTk5OTkgIAo2MDEuNTE5OTk5ICAwXQplbmRv YmoKMTY4IDAgb2JqCls4IC9YWVogNDcuNTE5OTk5OSAgCjY2MC4wNzk5OTkgIDBdCmVuZG9iagox NjkgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAw ICA3MTIuODc5OTk5ICA1NDMuODQwMDAwICA3MjAuNTU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iagox NzAgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAw ICA2NTYuMjQwMDAwICA1NDMuODQwMDAwICA2NjMuOTE5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iagox NzEgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAw ICA1NjcuOTE5OTk5ICA1NDMuODQwMDAwICA1NzUuNTk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iagox NzIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs1MjIuNzIwMDAw ICAzODYuNDc5OTk5ICA1NDMuODQwMDAwICAzOTQuMTU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzdG9jCj4+CmVuZG9iagox NzMgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyNDIuNDAwMDAw ICAzNDIuMzE5OTk5ICAzODEuNjAwMDAwICAzNTIuODc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9E ZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0ZiMyZGh0 dHBiaXMjMmRwNyMyZGF1dGgKPj4KZW5kb2JqCjE3NCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDI5Ny4xOTk5OTkgIDU0My44NDAwMDAgIDMw NC44Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjE3NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDE2MS44Mzk5OTkgIDU0My44NDAwMDAgIDE2 OS41MTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjE3NiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDEwNi4xNTk5OTkgIDU0My44NDAwMDAgIDEx My44Mzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjE3NyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzEwOC45NTk5OTkgIDYzLjkxOTk5OTkgIDM1OC41NjAwMDAgIDcx LjU5OTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9V UkkgKGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaHR0cGJpcy1wMS1tZXNz YWdpbmctMTcpCj4+Cj4+CmVuZG9iagoxNzggMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBl IC9MaW5rCi9SZWN0IFsyMDEuMTIwMDAwICA1NC4zMTk5OTk5ICAyMTcuNDM5OTk5ICA2MS45OTk5 OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJICho dHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLWh0dHBiaXMtcDEt bWVzc2FnaW5nLTE3LnR4dCkKPj4KPj4KZW5kb2JqCjE3OSAwIG9iago8PAovVHlwZSAvQW5ub3QK L1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEwOC45NTk5OTkgIDI4LjM5OTk5OTkgIDI1MC4wNzk5OTkg IDM2LjA3OTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJ Ci9VUkkgKGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaHR0cGJpcy1wNy1h dXRoLTE3KQo+Pgo+PgplbmRvYmoKMTgwIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAv TGluawovUmVjdCBbNDk0Ljg3OTk5OSAgMjguMzk5OTk5OSAgNTExLjE5OTk5OSAgMzYuMDc5OTk5 OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAoaHR0 cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1odHRwYmlzLXA3LWF1 dGgtMTcudHh0KQo+Pgo+PgplbmRvYmoKMTUzIDAgb2JqCjw8Ci9UeXBlIC9QYWdlCi9QYXJlbnQg MiAwIFIKL0NvbnRlbnRzIDE4MSAwIFIKL1Jlc291cmNlcyAxODMgMCBSCi9Bbm5vdHMgMTg0IDAg UgovTWVkaWFCb3ggWzAgMCA1OTUgODQyXQo+PgplbmRvYmoKMTgzIDAgb2JqCjw8Ci9Db2xvclNw YWNlIDw8Ci9QQ1NwIDQgMCBSCi9DU3AgL0RldmljZVJHQgovQ1NwZyAvRGV2aWNlR3JheQo+Pgov RXh0R1N0YXRlIDw8Ci9HU2EgMyAwIFIKPj4KL1BhdHRlcm4gPDwKPj4KL0ZvbnQgPDwKL0Y2IDYg MCBSCi9GOSA5IDAgUgovRjggOCAwIFIKL0YzMCAzMCAwIFIKPj4KL1hPYmplY3QgPDwKPj4KPj4K ZW5kb2JqCjE4NCAwIG9iagpbIDE2OSAwIFIgMTcwIDAgUiAxNzEgMCBSIDE3MiAwIFIgMTczIDAg UiAxNzQgMCBSIDE3NSAwIFIgMTc2IDAgUiAxNzcgMCBSIDE3OCAwIFIgMTc5IDAgUiAxODAgMCBS IF0KZW5kb2JqCjE4MSAwIG9iago8PAovTGVuZ3RoIDE4MiAwIFIKL0ZpbHRlciAvRmxhdGVEZWNv ZGUKPj4Kc3RyZWFtCnic7V1Lb+S4Eb73r9A5wHj4kkQCQYCxZxwghwCDMZDDIodgNptg0V7E2UP+ ftiSWk3WJ6okNmV3e9rGru0aqVjvFyn1xz9/+0f1r9+rjw/f/lN9H34+fNuJO1G7/qsS/vtDCFD2 Titx+Kqs1HdN20G/P+9eqpfd191X//+XnWy6G4cf/h+PS4ju+/fvv+0+9ovvesi3h7/63/5Xqeov /r9fq5/+7oE/D/gOFzzvrGs8HUJI7f/ch39KLYy+80RJDxf0z8PF/9797Q/VbwfC1J3tiJc9geGf H6QwsvYs+b/OIfnldKvHpZ2SdWOTv4eItR7oMZ4JVx94EMqzrk3t7/BfdSWNsAe2PdzLoJHmznjq FYWrthOACvHsE/gP4vkloNnp4Sv5e0RzSJsSHf6O5mAto3V3DaUthge8jHj2CfyU5kJyTtCcoiGl ly3kPK3r5xi+SM7TtpGypUJyVlq5jgYd27PSRh2W9fCIBgIfaQ7w7BP4i9mz0nUvHx3bhtJNLx+g LYIHvIx49gn8G8k5QXOKhpRetpDztK6fY/giOU/bRsqWCslZ2x69F1Vkz9r25PhfIxoIfKQ5wLNP 4C9mz9qaLmX2NIdr1f3vQFsED3gZ8ewT+DeSc4LmFA0pvWwh52ldP8fwRXKeto2ULRWSc2N1Fwek iO25sabzNSliGgh8pDnAs0/gL2bPjW26XNzTHK7VdvkOaYvgAS8jnn0C/0ZyTtCcoiGlly3kPK3r 5xi+SM7TtpGypUJytr5J6XCS+tkO10hS8xD4SHOAZ5/AX8ye7fC7JLWoF5sdyCS0RfCAlxHPPoF/ IzknaE7RkNLLFnKe1vVzDF8k52nbSNlSqT5F1G2PlPSDora9QEkNH8NPNf8Jzz6Bv1w/KGrXC470 VqKR8tigR7RF8JCXI559Av9Gck7QnKIhpZct5Dyt67gfXCbnadtI2VIpOcta9OsSe5b14FSEhhh+ ovmEZ5/AX86eZa0nbUPWZtLXYnjIiz754CT+jeScoDlFQ0ovW8h5WtfPBL5EztO2kbKlmObjmNPB 0G/V7LAxPnOpuq2UrWRd/feffpGv3WgwYwApu++Qlh6SGEC+zNx4/7T7+Nh4h66efql6Cj70P556 oj9Y5W3p6efqjwea/lQ9/bo7jFsHgOoA7QmgO4A9AQy9osfx5WlgfxtJay2uUNLayKuTtDHNFUra eE+8Nkk3Vl2hpBunr07SrbNXKGkr3NVJ2rXmCiXtbH1tknbCXGHt4XyfsZGkMzdzX2Zu7PhxldRT /PgWy1uONC4mP6C2pYBPFPCFveWxA9QzIqg7gDkBHlgc9Ulq+ey3LmJf9aqQeoYZoB0AVEJKsBKi /Eu4BQQCYtfUFHnSQewuVw8B6b0MHXWJOUotJQxuAUrhFqD0MwUAc0AHb8qA9J7KA5CCORh6BdxC kcoHTnNLLBc8l9qDBLGDtjNsCpblkZbw7do37lFoA01RwqSmvLDql59KRKE+CDfmqEtLPQgkRo0d nQ70sj4qK01Vyfs6XQUDGdjHekoVJNktmEPDBeeHeMHnMbBCPuOyIRdFCMtC7IMQA6rM9tvZqARO x4Y2FDsv1BIBxOg2csuMykc2FADaBqTAC0UK+WOBCHkfo/k0JxfQZc2gfjFC9D25R39iyylgBtIl GAjcstTrigTy9phyMPi9TiAH9vkKDFYBibGVIJjhlvnjPEUpIyJFvVIOgvAIlSAVMrYO7zqPAR18 dIQr+NgHOMCSgRfoNiB9Fiidh2JyRpWqpgYDeZ3vJPm+gCedVyUbPzKq7VRuOLNRcCYOBkvlUSRZ uLG8oLUC368tCFu8Z2dkU5bSjIlHkVohJxiCofIhBmol3pTXj8AmameqKhQzRKFEZbwqPrAyBByY 2HikfMFRpKhXIvY6Pjuw8RK5za4/7Zz6+WkdW14uwZqR2S+k4NykoBhiSolgr8a9sFeq/NZPb7cs 9M4UoasjEWLFxZcLm3S9bIrllY31JW+n4FH8ADxRcMY7T3f9U5P+K/l7tC+14Hp+12rlop2hdNuG U81d52qnJvxxOgZAhzADGCayUAJJebqkpRC8BvFquKTX4qkjhhZZ2mkDDFK6I7fgHmRvGs1MFWCp vdFVFlNK3b64rnWtFutaJjLCGmsYHFyqOVW3VAcgUEWvgHUAq6SKBACoGswF7QfWhakMqBqCICyb mGPNrDI0t1BXzdkxONQ9KILeoxqKFfwHJAS629B/3uQcgPcg70eWHIqa25DlCzp+EAN9JJufcVl+ U/d1citwyxYOWOFlFMklzlqUKPjZgwNQBPFVEcYQdlaBMuUHAGAfAMg4A/I68zB2FWyReJ97zf2W GRxDjgkGQpLui2O1zq8Ly8Bm++vYA0TYcvZwXp/VCCYXLLapM8eyHRnueNIOpoHbxFN2xvCOeyYz PlJRoo4uUmknzpKtKQk1dL1YrEP1CqZECz6+pYJ1b33EhfURb1JpN52nOXIoPiO6zqVfSAww1OSP C2pRIIj3c89apo+2lduNPDPtdYQqF1s3dIlzcz/2GGdOX5Gx2bBhaRF02nAFf6oALBnY50tNdkOL LxQWNKLrZ6kLCloalxaYeobflugRS/q+Ofq+/EyX5Q/2wRVwPqic79ej7/fiCDoPdCkI26BcttHI 6V5KnEd/m3mIprl/waH/BXuiYA9gZFD+UesvaezttSQ6O+5EwmYBf0SVn7rwJUrG8xtss5YzdGKD Y0HzaMRoHvQgF6ZTGmHUl1LKb+RR+eiU73okCwUJuw8LMXpJAmYN922DVKOPVmi+kFUAkDPZy9gZ uBTF4Kk0qgcThOB3Nv5px+i0YMvcsVfww50iww5+YMDuxOE0ZIvdcNyrFLTMxCkMy+5wDB1PCc7M ZW6bpGdMpFtNnrK/bZKekZFvm6Qxt5e6Sfoj9KpnHiwWOo4OYFKb9LsXs1t7m25MVR1FtF1gH7Wt R0ovZB91QRMA5sCnMXZeWPCBmHNfPaIjvRQZOmpJ7RIeQKZ1Olyx4KnNjEE222mpxIN8Z0blRsZS fr+791aNTBZo326799T5bu0rcdhN29e325u39fF1l7eaZruaZmZd9QiZ8G2PL1hvF8O6l72rY+1o upCiS2y1b/EY+I8+AWGFrOFFE/SWkqbujqZ+2xvg2J3dGzjPkZ08OvJEMOSf0Fz/kjbckYJVwAtf 5XTTlhthTjVJ9gsfTXlnvYYbw4RO9IKrnq7k9yOGvg2MbU2Nj88nLj30uvUTjE40brE8MzqziWdT obaj4sPKPKOtkImq47zNqQswhq06k9R7h5XzViLFMSvodjrkBxsHdIozNLQQ0GEzJlA4pA1HllVU 4ateljDPrDw+gDIE5xkykC76phjtKA5gtqYOQCUISIcsCm9kKMG9Ou4jSPBdUAuQjgCYHEK1S+WB VRUF6OngmMzEk9xKHytDyx4sCjw3eEaipYoy9AoeB0Q7Ma19OGZ9AgyDdHgyCHxwBkedODgXkH4/ XWRDjA1uMdQbeF4oIIMXI2hKoYSBkIdCfUaVr0O6goFphtFRqaMqwehYwiQN2kX08okzGN5f0CyB 28fp1DCnSkpYBreAAwmDKxJT2lWKoqkgxwoTz5nOyBT1wt8C0YHWAQtECN7AMjfsBdRldQuAxAmL s5zQ0KdlMkhHSkFzkLTWRzo+R6EqwfdZbxgq5ZlIt/aVWXOVwVgG6gAp/RCSQ7ktsdyWoq48BnNX dz3Z4ZXOIgTsd98Wfa7J1HJMx51GNlv8HSgOmR4mV7ClAjP4oAhtaJ0GIYAGK2wF6BVDEoG9vcAH aHUMNaeAtg3qePg0FUqH/szSAWOYxLmCmdKf5zZ1AmLuuA8U1IADQgAICKp0dtkM5lBziYc14GgC PM/g0tyW6FpQhEAH9QbeLIGOxb3R1puWkyHjENOikEGTkYYQD9kJDA9CBp9paUUIdQVfVGNVSVdB pDQ78Q3TEO3gXPJcv8gWTYBUUwDcctyVEDMCAdUBgCoGmqyc5hdKQmAG7AGKExqpJaQyqM2o1WGl AZabYK5I6THOYEC56B9sr4u3rFe2XN9T4RsWoL4D/6C8oH/wXQbQ4SjSe85hAJCysTUloVKHklA1 Y0moTBsCLq8kPFAcGSMt+EyiRnyTbHQQZzS+BJ9e84lJ8zNS8yONw+uLH4dDs1myDTRtLOPbgHhx vXMbEJ9N+m1ATEi/DYjXKuo2IJ5n7jYgZui4DYinK4PxtT3ZA+JGnLoB60LA5XUDw4C4Jp9Y/KMO iMF++QGxTBx9mimooeTGVgBCMz+6pf6M8sge/75N62ddbJq3QeQ8Ya8ziIRRHd4CZRXPC1RAVz8y nCHsNv/j6r2rmf81wsYZv+m2hC844x8oDsPqZc//Gh0XZbPzvzcT9PSHwrYuflI+0dXAaXBmPS+R xII2XlDILPxJfrrPtQz4GZ4wh08oggIj0Ba8Opn6ceK1dNlC0breUii6++Tf4IFwuk8NDCLHvQWH n1TpKAQFOf00e76YnN5UTM5G6Cd4vi/LkJHtlgwZFb8GA59vZg0BTCU8AO2/qxdPqGy6FYcf359z A/DX6uvu//lI2fBlbmRzdHJlYW0KZW5kb2JqCjE4MiAwIG9iagozNDE4CmVuZG9iagoxODYgMCBv YmoKWzkgL1hZWiA0Ny41MTk5OTk5ICAKNDY5Ljk5OTk5OSAgMF0KZW5kb2JqCjE4NyAwIG9iagpb OSAvWFlaIDUwLjM5OTk5OTkgIAo3NTguOTU5OTk5ICAwXQplbmRvYmoKMTg4IDAgb2JqCls5IC9Y WVogNTAuMzk5OTk5OSAgCjY4Mi4xNTk5OTkgIDBdCmVuZG9iagoxODkgMCBvYmoKWzkgL1hZWiA0 Ny41MTk5OTk5ICAKMjQ0LjM5OTk5OSAgMF0KZW5kb2JqCjE5MCAwIG9iagpbOSAvWFlaIDUwLjM5 OTk5OTkgIAo3ODAuMDc5OTk5ICAwXQplbmRvYmoKMTkxIDAgb2JqCls5IC9YWVogNTAuMzk5OTk5 OSAgCjY1MS40Mzk5OTkgIDBdCmVuZG9iagoxOTIgMCBvYmoKWzkgL1hZWiA1MC4zOTk5OTk5ICAK ODAyLjE1OTk5OSAgMF0KZW5kb2JqCjE5MyAwIG9iagpbOSAvWFlaIDUwLjM5OTk5OTkgIAo3MjUu MzU5OTk5ICAwXQplbmRvYmoKMTk0IDAgb2JqCls5IC9YWVogNTAuMzk5OTk5OSAgCjU0MS4wMzk5 OTkgIDBdCmVuZG9iagoxOTUgMCBvYmoKWzkgL1hZWiA1MC4zOTk5OTk5ICAKNzAzLjI3OTk5OSAg MF0KZW5kb2JqCjE5NiAwIG9iagpbOSAvWFlaIDUwLjM5OTk5OTkgIAo1MTkuOTE5OTk5ICAwXQpl bmRvYmoKMTk3IDAgb2JqCls5IC9YWVogNDcuNTE5OTk5OSAgCjQ5OS43NTk5OTkgIDBdCmVuZG9i agoxOTggMCBvYmoKWzkgL1hZWiA0Ny41MTk5OTk5ICAKMjc0LjE1OTk5OSAgMF0KZW5kb2JqCjE5 OSAwIG9iagpbOSAvWFlaIDQ3LjUxOTk5OTkgIAo2MjEuNjc5OTk5ICAwXQplbmRvYmoKMjAwIDAg b2JqCls5IC9YWVogNTAuMzk5OTk5OSAgCjc0Ni40Nzk5OTkgIDBdCmVuZG9iagoyMDEgMCBvYmoK WzkgL1hZWiA1MC4zOTk5OTk5ICAKNTYzLjEyMDAwMCAgMF0KZW5kb2JqCjIwMiAwIG9iagpbOSAv WFlaIDQ3LjUxOTk5OTkgIAo1OTEuOTE5OTk5ICAwXQplbmRvYmoKMjAzIDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgNTg4LjA3OTk5OSAgNTQz Ljg0MDAwMCAgNTk1Ljc1OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMy ZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMy ZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKMjA0IDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgNDY2LjE1OTk5OSAgNTQz Ljg0MDAwMCAgNDczLjgzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMy ZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMy ZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKMjA1IDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbNTIyLjcyMDAwMCAgMjQwLjU1OTk5OSAgNTQz Ljg0MDAwMCAgMjQ4LjIzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMy ZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMy ZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3RvYwo+PgplbmRvYmoKMjA2IDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMjkxLjM2MDAwMCAgNzk0LjQ3OTk5OSAgNDUy LjYzOTk5OSAgODAyLjE1OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9u Ci9TIC9VUkkKL1VSSSAoaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1vYXV0 aC12Mi0yMikKPj4KPj4KZW5kb2JqCjIwNyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzI1NS44NDAwMDAgIDc4NC44Nzk5OTkgIDI3Mi4xNjAwMDAgIDc5Mi41NTk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtb2F1dGgtdjItMjIu dHh0KQo+Pgo+PgplbmRvYmoKMjA4IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGlu awovUmVjdCBbMjc3LjkyMDAwMCAgNzg0Ljg3OTk5OSAgMjkzLjI4MDAwMCAgNzkyLjU1OTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAoaHR0cDov L3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1vYXV0aC12Mi0yMi5wZGYp Cj4+Cj4+CmVuZG9iagoyMDkgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9S ZWN0IFsxMDUuMTIwMDAwICA3NzIuMzk5OTk5ICAxNTMuMTIwMDAwICA3ODAuMDc5OTk5IF0KL0Jv cmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChtYWlsdG86c29i QGhhcnZhcmQuZWR1KQo+Pgo+PgplbmRvYmoKMjEwIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3Vi dHlwZSAvTGluawovUmVjdCBbMTYxLjc1OTk5OSAgNzcyLjM5OTk5OSAgNDA4LjQ4MDAwMCAgNzgw LjA3OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VS SSAoaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjMjExOSkKPj4KPj4KZW5kb2JqCjIxMSAw IG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEwOCAgNzYzLjc1OTk5 OSAgMTI0LjMxOTk5OSAgNzcxLjQzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAv QWN0aW9uCi9TIC9VUkkKL1VSSSAoaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjMjEx OS50eHQpCj4+Cj4+CmVuZG9iagoyMTIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9M aW5rCi9SZWN0IFsxMjkuMTIwMDAwICA3NjMuNzU5OTk5ICAxNTIuMTU5OTk5ICA3NzEuNDM5OTk5 IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRw Oi8veG1sLnJlc291cmNlLm9yZy9wdWJsaWMvcmZjL2h0bWwvcmZjMjExOS5odG1sKQo+Pgo+Pgpl bmRvYmoKMjEzIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTU2 Ljk2MDAwMCAgNzYzLjc1OTk5OSAgMTc0LjI0MDAwMCAgNzcxLjQzOTk5OSBdCi9Cb3JkZXIgWzAg MCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAoaHR0cDovL3htbC5yZXNvdXJj ZS5vcmcvcHVibGljL3JmYy94bWwvcmZjMjExOS54bWwpCj4+Cj4+CmVuZG9iagoyMTQgMCBvYmoK PDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsxMDUuMTIwMDAwICA3NTEuMjc5 OTk5ICAxNDYuNDAwMDAwICA3NTguOTU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBl IC9BY3Rpb24KL1MgL1VSSQovVVJJIChtYWlsdG86dGRpZXJrc0BjZXJ0aWNvbS5jb20pCj4+Cj4+ CmVuZG9iagoyMTUgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsx NjQuNjM5OTk5ICA3NTEuMjc5OTk5ICAxOTcuMjc5OTk5ICA3NTguOTU5OTk5IF0KL0JvcmRlciBb MCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChtYWlsdG86Y2FsbGVuQGNl cnRpY29tLmNvbSkKPj4KPj4KZW5kb2JqCjIxNiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzIwNS45MTk5OTkgIDc1MS4yNzk5OTkgIDMyOS43NTk5OTkgIDc1OC45 NTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkg KGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzIyNDYpCj4+Cj4+CmVuZG9iagoyMTcgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs0MzUuMzYwMDAwICA3NTEu Mjc5OTk5ICA0NTEuNjgwMDAwICA3NTguOTU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9U eXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9y ZmMyMjQ2LnR4dCkKPj4KPj4KZW5kb2JqCjIxOCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzEwNS4xMjAwMDAgIDczOC43OTk5OTkgIDE3MC40MDAwMDAgIDc0Ni40 Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkg KG1haWx0bzp0aW1ibEB3My5vcmcpCj4+Cj4+CmVuZG9iagoyMTkgMCBvYmoKPDwKL1R5cGUgL0Fu bm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsxNzUuMTk5OTk5ICA3MzguNzk5OTk5ICAyMjIuMjM5 OTk5ICA3NDYuNDc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1Mg L1VSSQovVVJJIChtYWlsdG86ZmllbGRpbmdAZ2Jpdi5jb20pCj4+Cj4+CmVuZG9iagoyMjAgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyNDMuMzU5OTk5ICA3Mzgu Nzk5OTk5ICAyOTAuMzk5OTk5ICA3NDYuNDc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9U eXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChtYWlsdG86TE1NQGFjbS5vcmcpCj4+Cj4+CmVuZG9i agoyMjEgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszMDAgIDcz OC43OTk5OTkgIDUxNS4wMzk5OTkgIDc0Ni40Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwK L1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3Jm YzM5ODYpCj4+Cj4+CmVuZG9iagoyMjIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9M aW5rCi9SZWN0IFsyMzEuODQwMDAwICA3MjkuMTk5OTk5ICAyNDguMTU5OTk5ICA3MzYuODc5OTk5 IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRw Oi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMzOTg2LnR4dCkKPj4KPj4KZW5kb2JqCjIyMyAw IG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzI1My45MTk5OTkgIDcy OS4xOTk5OTkgIDI3Ni45NTk5OTkgIDczNi44Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwK L1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1Ymxp Yy9yZmMvaHRtbC9yZmMzOTg2Lmh0bWwpCj4+Cj4+CmVuZG9iagoyMjQgMCBvYmoKPDwKL1R5cGUg L0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsyODEuNzU5OTk5ICA3MjkuMTk5OTk5ICAyOTku MDM5OTk5ICA3MzYuODc5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24K L1MgL1VSSQovVVJJIChodHRwOi8veG1sLnJlc291cmNlLm9yZy9wdWJsaWMvcmZjL3htbC9yZmMz OTg2LnhtbCkKPj4KPj4KZW5kb2JqCjIyNSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzIwOS43NTk5OTkgIDcxNy42Nzk5OTkgIDQxNy4xMjAwMDAgIDcyNS4zNTk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzUyMzQpCj4+Cj4+CmVuZG9iagoyMjYgMCBvYmoK PDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsxNTguODc5OTk5ICA3MDguMDc5 OTk5ICAxNzUuMTk5OTk5ICA3MTUuNzU5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBl IC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM1 MjM0LnR4dCkKPj4KPj4KZW5kb2JqCjIyNyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzIwNi44Nzk5OTkgIDY5NS41OTk5OTkgIDQ0OC43OTk5OTkgIDcwMy4yNzk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzUyNDYpCj4+Cj4+CmVuZG9iagoyMjggMCBvYmoK PDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFsxNTYuOTYwMDAwICA2ODYuOTU5 OTk5ICAxNzMuMjgwMDAwICA2OTQuNjM5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBl IC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM1 MjQ2LnR4dCkKPj4KPj4KZW5kb2JqCjIyOSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzEwNS4xMjAwMDAgIDY1Ni4yNDAwMDAgIDUyMy42ODAwMDAgIDY4Mi4xNTk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzYxMjUpCj4+Cj4+CmVuZG9iagoyMzAgMCBvYmoK PDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszMzcuNDM5OTk5ICA2NTYuMjQw MDAwICAzNTMuNzU5OTk5ICA2NjMuOTE5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBl IC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM2 MTI1LnR4dCkKPj4KPj4KZW5kb2JqCjIzMSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzI0Mi40MDAwMDAgIDYzOC45NTk5OTkgIDM0NC4xNTk5OTkgIDY0Ni42Mzk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0 dHA6Ly93d3cudzMub3JnL1RSLzE5OTkvUkVDLWh0bWw0MDEtMTk5OTEyMjQpCj4+Cj4+CmVuZG9i agoyMzIgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszMzMuNTk5 OTk5ICA2MjkuMzU5OTk5ICAzNTYuNjM5OTk5ICA2MzcuMDM5OTk5IF0KL0JvcmRlciBbMCAwIDBd Ci9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnczLm9yZy9UUi8x OTk5L1JFQy1odG1sNDAxLTE5OTkxMjI0KQo+Pgo+PgplbmRvYmoKMjMzIDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbOTguMzk5OTk5OSAgNTQ2Ljc5OTk5OSAgNTAx LjU5OTk5OSAgNTYzLjEyMDAwMCBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9u Ci9TIC9VUkkKL1VSSSAoaHR0cDovL2NzcmMubmlzdC5nb3YvcHVibGljYXRpb25zL1B1YnNEcmFm dHMuaHRtbCNTUC04MDAtNjMtUmV2LiAxKQo+Pgo+PgplbmRvYmoKMjM0IDAgb2JqCjw8Ci9UeXBl IC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbOTguMzk5OTk5OSAgNTMzLjM2MDAwMCAgMTQ1 LjQzOTk5OSAgNTQxLjAzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9u Ci9TIC9VUkkKL1VSSSAobWFpbHRvOmZpZWxkaW5nQGljcy51Y2kuZWR1KQo+Pgo+PgplbmRvYmoK MjM1IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTUxLjE5OTk5 OSAgNTMzLjM2MDAwMCAgMTkwLjU2MDAwMCAgNTQxLjAzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQov QSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAobWFpbHRvOmpnQHczLm9yZykKPj4KPj4K ZW5kb2JqCjIzNiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzE5 NS4zNTk5OTkgIDUzMy4zNjAwMDAgIDIzMC44Nzk5OTkgIDU0MS4wMzk5OTkgXQovQm9yZGVyIFsw IDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzptb2d1bEB3cmwu ZGVjLmNvbSkKPj4KPj4KZW5kb2JqCjIzNyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzIzNS42ODAwMDAgIDUzMy4zNjAwMDAgIDI4Mi43MjAwMDAgIDU0MS4wMzk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1h aWx0bzpmcnlzdHlrQHczLm9yZykKPj4KPj4KZW5kb2JqCjIzOCAwIG9iago8PAovVHlwZSAvQW5u b3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzI4OC40ODAwMDAgIDUzMy4zNjAwMDAgIDMzOC40MDAw MDAgIDU0MS4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAv VVJJCi9VUkkgKG1haWx0bzptYXNpbnRlckBwYXJjLnhlcm94LmNvbSkKPj4KPj4KZW5kb2JqCjIz OSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzM0My4xOTk5OTkg IDUzMy4zNjAwMDAgIDM4MS41OTk5OTkgIDU0MS4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Eg PDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzpwYXVsbGVAbWljcm9zb2Z0LmNv bSkKPj4KPj4KZW5kb2JqCjI0MCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsK L1JlY3QgWzQwMy42ODAwMDAgIDUzMy4zNjAwMDAgIDQ2Ni4wNzk5OTkgIDU0MS4wMzk5OTkgXQov Qm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzp0 aW1ibEB3My5vcmcpCj4+Cj4+CmVuZG9iagoyNDEgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0 eXBlIC9MaW5rCi9SZWN0IFs5OC4zOTk5OTk5ICA1MjQuNzE5OTk5ICA1MTguODc5OTk5ICA1NDEu MDM5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJ IChodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMyNjE2KQo+Pgo+PgplbmRvYmoKMjQyIDAg b2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMzE2LjMxOTk5OSAgNTI0 LjcxOTk5OSAgMzMyLjYzOTk5OSAgNTMyLjM5OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAov VHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAoaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMv cmZjMjYxNi50eHQpCj4+Cj4+CmVuZG9iagoyNDMgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0 eXBlIC9MaW5rCi9SZWN0IFszMzcuNDM5OTk5ICA1MjQuNzE5OTk5ICAzNDggIDUzMi4zOTk5OTkg XQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0dHA6 Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzI2MTYucHMpCj4+Cj4+CmVuZG9iagoyNDQgMCBv YmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszNTIuODAwMDAwICA1MjQu NzE5OTk5ICAzNjguMTYwMDAwICA1MzIuMzk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8Ci9U eXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9y ZmMyNjE2LnBkZikKPj4KPj4KZW5kb2JqCjI0NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzM3My45MTk5OTkgIDUyNC43MTk5OTkgIDM5Ni45NTk5OTkgIDUzMi4z OTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkg KGh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvaHRtbC9yZmMyNjE2Lmh0bWwpCj4+ Cj4+CmVuZG9iagoyNDYgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0 IFs0MDAuODAwMDAwICA1MjQuNzE5OTk5ICA0MTguMDgwMDAwICA1MzIuMzk5OTk5IF0KL0JvcmRl ciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8veG1sLnJl c291cmNlLm9yZy9wdWJsaWMvcmZjL3htbC9yZmMyNjE2LnhtbCkKPj4KPj4KZW5kb2JqCjI0NyAw IG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzk4LjM5OTk5OTkgIDUx Mi4yNDAwMDAgIDEzNy43NTk5OTkgIDUxOS45MTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwK L1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzpqb2huQG1hdGgubnd1LmVkdSkKPj4K Pj4KZW5kb2JqCjI0OCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3Qg WzE0My41MTk5OTkgIDUxMi4yNDAwMDAgIDIxNS41MTk5OTkgIDUxOS45MTk5OTkgXQovQm9yZGVy IFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzpwYmFrZXJA dmVyaXNpZ24uY29tKQo+Pgo+PgplbmRvYmoKMjQ5IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3Vi dHlwZSAvTGluawovUmVjdCBbMjIwLjMxOTk5OSAgNTEyLjI0MDAwMCAgMjcxLjE5OTk5OSAgNTE5 LjkxOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VS SSAobWFpbHRvOmplZmZAQWJpU291cmNlLmNvbSkKPj4KPj4KZW5kb2JqCjI1MCAwIG9iago8PAov VHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzI3NiAgNTEyLjI0MDAwMCAgMzMwLjcy MDAwMCAgNTE5LjkxOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9T IC9VUkkKL1VSSSAobWFpbHRvOmxhd3JlbmNlQGFncmFuYXQuY29tKQo+Pgo+PgplbmRvYmoKMjUx IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMzM1LjUxOTk5OSAg NTEyLjI0MDAwMCAgMzczLjkxOTk5OSAgNTE5LjkxOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8 PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAobWFpbHRvOnBhdWxsZUBtaWNyb3NvZnQuY29t KQo+Pgo+PgplbmRvYmoKMjUyIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawov UmVjdCBbNDQ3LjgzOTk5OSAgNTEyLjI0MDAwMCAgNDkyICA1MTkuOTE5OTk5IF0KL0JvcmRlciBb MCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChtYWlsdG86c3Rld2FydEBP cGVuTWFya2V0LmNvbSkKPj4KPj4KZW5kb2JqCjI1MyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzk4LjM5OTk5OTkgIDUwMy41OTk5OTkgIDUyMi43MjAwMDAgIDUx OS45MTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9V UkkgKGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzI2MTcpCj4+Cj4+CmVuZG9iagoyNTQg MCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFs0MzIuNDc5OTk5ICA1 MDIuNjM5OTk5ICA0NDguNzk5OTk5ICA1MTAuMzE5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9BIDw8 Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3Jm Yy9yZmMyNjE3LnR4dCkKPj4KPj4KZW5kb2JqCjI1NSAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1 YnR5cGUgL0xpbmsKL1JlY3QgWzQ1NC41NjAwMDAgIDUwMi42Mzk5OTkgIDQ3Ny42MDAwMDAgIDUx MC4zMTk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9V UkkgKGh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvaHRtbC9yZmMyNjE3Lmh0bWwp Cj4+Cj4+CmVuZG9iagoyNTYgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9S ZWN0IFs0ODEuNDM5OTk5ICA1MDIuNjM5OTk5ICA0OTguNzIwMDAwICA1MTAuMzE5OTk5IF0KL0Jv cmRlciBbMCAwIDBdCi9BIDw8Ci9UeXBlIC9BY3Rpb24KL1MgL1VSSQovVVJJIChodHRwOi8veG1s LnJlc291cmNlLm9yZy9wdWJsaWMvcmZjL3htbC9yZmMyNjE3LnhtbCkKPj4KPj4KZW5kb2JqCjE4 NSAwIG9iago8PAovVHlwZSAvUGFnZQovUGFyZW50IDIgMCBSCi9Db250ZW50cyAyNTcgMCBSCi9S ZXNvdXJjZXMgMjU5IDAgUgovQW5ub3RzIDI2MCAwIFIKL01lZGlhQm94IFswIDAgNTk1IDg0Ml0K Pj4KZW5kb2JqCjI1OSAwIG9iago8PAovQ29sb3JTcGFjZSA8PAovUENTcCA0IDAgUgovQ1NwIC9E ZXZpY2VSR0IKL0NTcGcgL0RldmljZUdyYXkKPj4KL0V4dEdTdGF0ZSA8PAovR1NhIDMgMCBSCj4+ Ci9QYXR0ZXJuIDw8Cj4+Ci9Gb250IDw8Ci9GNiA2IDAgUgovRjkgOSAwIFIKL0Y4IDggMCBSCi9G NzIgNzIgMCBSCj4+Ci9YT2JqZWN0IDw8Cj4+Cj4+CmVuZG9iagoyNjAgMCBvYmoKWyAyMDMgMCBS IDIwNCAwIFIgMjA1IDAgUiAyMDYgMCBSIDIwNyAwIFIgMjA4IDAgUiAyMDkgMCBSIDIxMCAwIFIg MjExIDAgUiAyMTIgMCBSIDIxMyAwIFIgMjE0IDAgUiAyMTUgMCBSIDIxNiAwIFIgMjE3IDAgUiAy MTggMCBSIDIxOSAwIFIgMjIwIDAgUiAyMjEgMCBSIDIyMiAwIFIgMjIzIDAgUiAyMjQgMCBSIDIy NSAwIFIgMjI2IDAgUiAyMjcgMCBSIDIyOCAwIFIgMjI5IDAgUiAyMzAgMCBSIDIzMSAwIFIgMjMy IDAgUiAyMzMgMCBSIDIzNCAwIFIgMjM1IDAgUiAyMzYgMCBSIDIzNyAwIFIgMjM4IDAgUiAyMzkg MCBSIDI0MCAwIFIgMjQxIDAgUiAyNDIgMCBSIDI0MyAwIFIgMjQ0IDAgUiAyNDUgMCBSIDI0NiAw IFIgMjQ3IDAgUiAyNDggMCBSIDI0OSAwIFIgMjUwIDAgUiAyNTEgMCBSIDI1MiAwIFIgMjUzIDAg UiAyNTQgMCBSIDI1NSAwIFIgMjU2IDAgUiBdCmVuZG9iagoyNTcgMCBvYmoKPDwKL0xlbmd0aCAy NTggMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4nO1dXa/cuJF9v7+inwOMR/yQ WgIWAWyPvcA+LGDYwD4EeQicTYLADtabh/z9iJJaIus0dSg21a2eOzZm3Je3RRWLxfqu4s//+flP p7/+8/Tz+8//d/o6/fv+80v1pqq78c+p6v/+5A/o9o3RlftzapV505yH0a/fX36cfrx8evnU///H i2qGB6d/+l9eXlENf//59R8vP48vfxlHPr//7/7Tv0769F/9f38//eGP/eCfp/ncF76/tF3Tw1FV yvQ/fvN/VKZq1Zum/9yPV/JH9+W/vfzP707/cIDpN+0AvBoB9H/8Samz6pp+RN0E8o/l0R4K02lV N230sz+xMRM89mRs0w6f637pxtZuPe4HY8e19R97HDTKvrE99FqO6/MbPY3P83yLzO/Q8xcP5s5M f6KfA5h92LoBnBFm7111NYADsIXj3lrmeb5F5pcwF8JzBOYYDLF92QPP1/f6ezCehufrtBGjpUJ4 ruvKuuNatSE917Vqhu+0IQxifIbZm+dbZP5i9FzXuhs+tyFt1LXVAw0AbMG4t5Z5nm+R+XfCcwTm GAyxfdkDz9f3+ns4noTn67QRo6VCeO50M77WhPTc6fYilgIYxPgMszfPt8j8xei5090w/wiz9y5T Dd8B2MJxby3zPN8i8++E5wjMMRhi+7IHnq/vdUDPiXi+ThsxWgphvqhpHSgtm3SfxvaYsabttb2T qk///7/9Sz4Nqk2GAqWGvz4s40hEgfqx8uC7Ly8/f2xOqjp9+ctphOCn8Z8vI9A/ddZ2py9/Pv2H g+n3py9/f3Hq4jSgh4HzMmCGgXYZsPIb4xwfvkzL3wfTdXd+Qkw3PT99Nky3nXpCTHeV3gnTmUbO j5UHV9eju345qqknUJSSsP0iB7phoJ4HlPyGaZflULi6CFyqN2d7wOoL7zBmmVRSoMOJQpwoJ2VU b5TWjnZ6zq/bzh/49vI5iaivvW59C1YmW90MB7G/aK0k6QBxyQHdyN34OAzY5ZFaztGwb9hKfkNS vX4rHkFCeivoBggJJjXv5Fp+YXCo98NAdwv9KjifLZuj+ii5wIdhoFnBB59DLr/yDtZefCJ2Ht3Z CUjTyM2ycj01w0kFpPlWfqOT33gnBjQQ7wiYXgbOclI5B7wFJ9V0DhhoJAVUcg6AVKIQ4ZCTaokx fER+Q/G1yG/ApIbCAbuv5NlVwNzeM/pQhtIY4PQXBhjgFMlSAqZhK+ERIDo4HnJAyTngiCFOzxKF rXwL7K1cC5IlgB6RIB4cnZz0nRgAgoGBGMFskfhOAQ4kfmOqY0t8B7HPVkGe24gK8BAh4NDpQwsk q95uUP3WVdJWXSjlLGn6LJUPI9mTlUgDriiFLQp9KZ/1h+vns8RiOxOT+SUUcsDPxEe9t4DWWFCH n3dSwbaA9BpXq6qVEc6fUFyBdIIBEIoAGghFyp41aJZvr1PuyhygA+PygedTOYqaGDwixWbCaqUw ylgt7guIbwB9OxwoaihhJqAQNFO+t9ttWmNNL9BaPUu4urb+wPEknIPYZwIg4RLsL/CxSJdKCbMP bUnJFEGKmA90jhKAAQsAU1pKs0lB9SYtZ36urBacDwgpTApwwDciJ80jmAeqRO78+eT9yuxikBt7 WJsgesHemB4poq7MuhhaNXLgNyNXfGMPI9e8pxoQLA5oTD6CauWvyQ7W3blXCjo7awlGdf7A8bQE B3FgBx3aDnbo9KGNEfEmzU7XYs9sc+w9cxAHWAAjUqrV+pF71qMz4O77+S50NUetpO9CfbiOEuCh K7Y5BnDkgJHRGN+cT46eVadOq8WXphrjDxyPHkf5vSBfA56kNopaMcgaqfOicSInTQiWwVuax50L t60B1vYwW9XZhsRku+bgxHS2AVosmK1wTjtqDL6TxiC37CSpqFryC6Au6adMeAsY2GCTy9cmGOlg UFL7MYc7UnwkWJjwiPQwI+hwhAtEgDlOAUFIhR/lHOBOAEiBLcKkIz6UWgGVx8jlYqxhNIV+aviG lhjyNK97s1LH1FZZKfcFaIlG3ckdj0h/7y1gY4D1s93trCU5A2DcGuLGjwYjlEI6iVuPqXLfLXjM gc1QnCKkMLBFn1z3SWg9h1C2G4NqSKrVi8tY6cYfOKDsrWyw6GMbgw6dPrQljEFltNizRh98z3qI AyzQ1LUpOrYcXGseuImNLr+JTSs2sVMH38SmDbAA5+xYe9ajM+CNO1r05rynRQ8DGjIf5enJtuhN u9Cjix0uAwekx1H6LciHOC1P45DKramYBcENeEzDfaQBP0SgFiQVDKpvM/HbkLrcwTw2dZ3bEHFA OxDuouFdtEdgIGI5PSarV6sABbs4f/SgzHiUYbqD8x09KjMLZZTIWQAlVpq/6BY8VnzdxAGzVp4D yofRcVMgAYHXNkwpG48JQXR2/bRx/8Audjka6tJhYOVmJTCK7WIIcwWoKa8gnF7CcqeTZpjhtRHa V13rY3PB2lTrXPBQZrhDpw/tntZAbcKDcps1AME6GJCCoZw1UC/xZtU2/sDx6HGyBmbkQ3yPC52M cB7IKcimTvBjy4FnMzHaJsR8Ce9Ip0P604M1emT663SIBTja1BpFTYrHkYBk5QAnJuBKjyQmPdqr lJjubcDqVoUEOeRaH5kgHcQ+JoERcQMWHHoQpUzQ02noL8ZlH5QIZDbSX06efsjMXOnUwbmbkccy Ulu4wqoyMg8wspwT8wYShfdCEBw0AwjXc4sesgQgWaNAJTkidbvPE+31WnwDi2ZAZMjV2kbMwavz LbyFIihhcTTzgidgYe4O52mSUZoHhkIcd1nlaZNnoUgwem4WgpnZipEVhu/B+57haijgFLGQIwFe AZnL/cROEZ6oDgM2tfhhk87VOJuzabwWLa0/cDwx6SD2z8CxnSIOnT60JQw3PXjvvT0z2h58z0a/ 64KF58pNcPgtvYlm8Eb6m1ibY2+iMaHwOXZugkOnD+2e3sh4p4QMb6SW+aOYrCDdk5isUK55wLI4 FOG0gg3y/LC0jvcSKFD3vkuZO+SBJpS5S0iRHHjNG+hJIwXplYF9gspn13bTK4R3vV/0gQvhHcQ+ QfPScPD0FcnDxkd43BloraKUtEdZwp5229ry5Wux2x3gNFLTvcWu37OH3IrzJKPJXjJ9PCYyOPRY 0reU6O9i6YJBeSdLl4b/wRaOFRAUkfBzReYTG8ewlSWMY3V2AQmvItgVr3oDxxNxDmJ/R49tHDt0 +tDuqKObohXBXEfflj984wleFodMkDcd4e0voCsmDxhK7nwflZz3+8pp7wXCaXu/L1DJsbvZPjp6 z6+MV/Vb284fOB4DcxD7BL1L4mdCGTpV0kADTdCmMwoyIRgs9e2M2BMq8Vx55uE7UHxB76fl2RAU y0jZhaDYbzm8hLQzcnjVA7NXHAsLRN5jcni5Ep+cw1tEBViKsIB1QXsv2WgJlXhAIfRzOqzO7mr+ TFDzV/kDxxN5Y82feZZi206Q2446e9GaP1DAgc2hEi/V/JI6+7I4cG2AJszbzdHug8AWEtRr7nrm DdK3O8lLGALgychpQQtaPUgJ3rFuu+mUo+bXdc/ivMqGxnUuMweubHAQ+2eAp5ihvs2bpvCWOdud 1bu0beX2Bw8RZGiPh3WJo0oa0dhWfORYqgwaOQZzYDE01RaKEdAVTxN6MwJCGAGAoDCESMAAOcjm JtijcNYhZMTX4iXgbanQMbV3m4Wt/QHHV+9dfWOWy/zukv2aYcZjlzU+Ke+RxXkE7xmWmha/qV6J enXQ4QAXtoFXZ/tZRYFQoGEexykyYupcQ6cFoBC2AegDlg9zUJcV9xxiZsn2WgxUvGGjwL6D/ttg iMi+91CymJBxLskSCAYzziWk3NuG1Zb8zBVIyS/R/C+hs2EGl8q4/Y7iNEHo0tViFgZlbDGtbLuM bRZ/jXadSpeBh8jYJuqL+S10wOZ4+tDBY/LEh263C+E9yqsNuUhwiSLkqsBVEAfpGHmUuwBsZUIO Z12j+ZDDHcs74yBe5YKH8kjboQv+Au2eHulz1CM9nS3fmQBsnra3Qre2lQQJfrFid+CZtguJfE17 QNeJtFgwAwbuapKeknJrsZWKvQSbe9ABHilIyP8pGDpoNyTs0VwVvHZlu89aU3d7zj17kCIjIU3w v9Nbgp/nWj0M7JaIaYCgvU/E4uzykNols9Iq7Q8cTyY6iP2jl1/CtpaiD2eAX3gHyRqvIHn+MXqG 0iEFZKjoH6Xim5E5yIOf8BaIH8McwDj5pPIRFCTAScH+oLeeYiYK52DA8+XyMSNGlRPO3VycX+Di 2LzreLlsAXFEcZawVdwghXuRJUHg/Yb09sIrKJJHBjKxuCWINxgX6GLIjWmeRJahryTQ3X1u5ztK J0jTuRyxrvEs8mDgeNqHg9jnLU9WQO/w64O/aqIvyNLV9Cf6OdwN/v2EHdr20mHZ7UnV11tVOFO0 mcm/lpv2Vp4YEJDwDSvZXytRqcTGq8iVVlD36p26kZqUd8pkPSHyEKkRTikKUIvSrixm5Mt+Myq4 aBpWA7OCYII5AEUwBzxyB8Vz3aPR6VAk1Ct7I+N22NgaqpGgwylEGOVAOW9NXdnLSyBmvXaRYjY/ GvpILhiFO58wIRpkW8Y1ulKDzvAjoGynSYoJGjQc/7v4RPAeLd4LAowhOOsF+kmA3lpkcaDZyLVA 3V2JMjs+Ry25BxI/v905o5oNIomP8apllAxO2RggpVdMYRygJRe7+N0GRdd2ZsloU8HA8TTfUXVc eHUJYXcfFxkG4GkF2H0yxe6T1ZmvUXhGN1UH4BHwh07B5i2nxDXGrqvau0in9gfum5Iy6CqLhgTk ntAJBpRZCDNCE2IwEWhuGL4FTio/djzcub1NKkavH3rfTx1sZ84NpYf175SoASwXrK/1jNM9rozj 9WQlLokYWJFW4Y1xy8Dx5PXIrnQcsb+16E++Us5DY5HbMKuQlrTSx6YlB7GPhYTu1aDJ0FTCjNsH p5Q3bzcemTmodHFS0c4qCEilqY9NKg7iAAtSo8Hqr0hB7AojejbKaOrylOFaYvmUYVyLmUNTxtAS a00iQUo3ZRGcq8Alp5x2MKbzQNoxQx+esrRjTBfSjq0OzlUcxKtc5a6XtSzfSGBEkZtoHhP+q8oz IqsEI7LNwbUZB3GgzfBby8BRA64cKbMS2Az4mB5JGU2a8lLC57uJulrBqupQ7h2QutqQVcWur1uj jGe7zu8x/aekPrGHn75uhd3f2OrY9OcgDtAitRlQkRJ87LQMLrmKcbPPxSwxkqG9yjLwCPev0dFj XaIgEVI3MioDj9pVDxt0QMiAa+KAdUi3AvdgxFu6xpA9OXX/OyHrgM6OcjM2L0gscQkURmN5XsFh kxvPdci+THeW7OtYosNBvMrjDlVu6NC5elJy1E1XIurvmVUH37OxRNTDAhTAvX+gVaF22CItt8ja g2+RJlsEHbIeeUeEQ2fxPasrsWdtdfA9q6sQC0+W591W5TexbcJNrKvu4Js4XNa+YOHYF6U5dPrQ 7lg+X9v2wnoeFJFfq8reYh3abonID3JgHjgeOY4W5Iz6hPgHtSAhuvHsQVQ1Sp8FSSXi7YP08ShF H51S1Ch9FiyAD4emNOIAPAKtIzJaaCIBFoiZHMozrnegSC0p0gxmxoEpUjOKRIcQj9XSpBEk4hIR uSPxOzNaSEWpywwWkk9dXX1s6jKjhTRjIaGHGrQ25U0lId4b6Uy7KYgHKXGPJKauLk5MroFPQEy2 1scmJgfxOjG9wvBurZMow/OiQikNqKvgNIVqJN6qgLZMSKjwou14jhLMru05PEtNdXDG7CBePUsJ wWzgkLzfq2TueEAjAcmHHK6mSmO7NwWiG9UI2rEHpx0H8brKmBrM2+wVaPzUtrM/8IiY8dx3gN9z ndOUOKOV/F0K0fjtyRk3NGS0Xy9xpwfeYQHVEzQBJ6HbOr1cAldLdVi85IJ2034NdPqg/MtzwBCe J7ivMwrLf83B/VqfQzkzXOgaypljiWMHsU97xw7uj5dLrpyUHPV7SB/z96ytD75nYzLQgoXnikI6 /BbfxE6Fm9goe/BN7FSAhWNHIR06A531FXUIa9R8pdMoZvzYiLzVDQYSult119U5aG640pkLIeOt yRImgcZbCko85Wqge9mkIyivkw68GF4jUTKZfCtoxZ5oHPNQiH+PNmL9ETPXJbGjtVqo32AGQ18B 0OigXx243qCBvYkPwCOIReDfv8i3QKsJgBQoPNJJC8rvVtaSgKCIzQfd6iCiBbYFdLzzFMlIC6e1 SQF0KH+HtcAcsBaOdViLhAORLFd76V2x8hVE6lsGiAJjXC5GR1qgrK0OrFGAlNMDzAFYhjngWPK9 BIoBSDkcQEIAWKTRXru2uYBlemIMREk8he8G/tkEDHTqGgiiGdz7a0iFtVCWokGaA5aBo0JRjJx0 MkW97mNycSAulCT2rbfZrwippo6CQZkhIh1wDCjl7ILzPvoWwPHUeU9VG7YSJB0XSrGNWmEPFgiG 8s8MhMBbFKiU8pEElCWcQoCMyj7YuykQi51qvfeC7Oc4i1wEvMbaJWVmbHfCKdvOhMvsHaSFonzY ft6R28GtGjApbCYcM9BBt/Pl5L27kcnWJuCyk3N3jf8B2cFAxMniHfdIMGNNsQU+BDjNlgcl5FQb pSgUl9yqgRPElXbQYrcffrjtCnQy3AWqpJhI/8A1RQdsBS5ztvPtpzvp0GT3NjlGddYEI5fyV3Qt AKNHNs5FLldKgMjoxtTQQRmOFFVKinhSSjgKCgjpfCK7kZ/aNmCoOfigBxdZDOCDGrk5fJzb1uVE 0nzHRgL75FQJc2R4eGDjJAGhtwp2ktPtLj4QiqBLMcOi0wKHTfDFwTe2cwdkqDiCkMARorQMbrIE uVUAz1M3Bc/cAp0VEQ/Xrfy60FpAHXiiI4AUwG0BVFyzIwm3seZmqJZfePMVU5iyTUSiZL2bCjVX pchZXy45LKHbvA4KWXV0FNhdPLzwCHCEAi57Azl4XMvcI2KREX3hIZ0E4w/oEMJRHLDniQpy90qG gsytshJaJTzCnasZMVBgD5HrB247lamivQSrN2104zg1wOpLhOppUgHC8brimwnKIQ80SlDB8YPs osBu7xOa1V0VkHJWdIaLU56rQP1tiEP5lisUApeg0P1HP19O3ITCmrBefv45HHBCCiAkYbXUX4Ic k78WJgU4gKnQuEBChA9UcDwQEd24hIyp5zvTAR9A/nCmQBxQggGddZ8wmhrKKpbFQeUBbiV3FWTE ZgEfEDTlOQLb/Q93Ss2AbJcEfgmGceTOuBUM4cD2QFqCKkiNWlg/ahQA6XZLKWe3wQ7ikSSuUHHT SS6/1sDZ6AHZhx3YxhBed5fcpYR94GobpwfJ61Cub9faeXAWTXoJOj/rSP2QU1VO8jVzxzOIiPPw HZi03PfG6YUHwGGftiftZrDPK14znqJNtzIhnxJuoeQRcNg6bkxk8+AbLaPmHJAh+nMT0qs5DfHQ IpBMhkGSwJbgkUi/9C1H5gplUuGXwYYy1PrXnqeZ4Ajh8YuE3JSIC6+EgGgv6sJUtOSjbHsC1NTP clN9Aax/H2NpuKBtWW6sTHvNT0p98QmpnzlY3n4wMfZM/Y8JziSAPSH0vB32XcxYTP5MEAhQgLWd /ydYyyVoJiVPIEEFaMQAmpTcggTQoFZ7H+vnbIPzjYZ7Rrhyu3qbYIQXYQmpJuWaBb1d8VbvC+zU KHe6Nh1jNLKYgY7DuOhhX7h2k8Ahy/mwb9T/hyZhy27z1NyEkG9G4ik/pzRNMMFbVAJ0eEuGt51b IZQrXTkf3FVewNGHtJ3gcKXEnbO8hNBRifVSEYtKVkZ1FM9NzmGQgLKILl9AYLRq1twxzyrDF0zX kuCHQBuCsu4ErCYAvz3+yNUhngXNy3ivrI6zd57hhDvBZwVBXCJEy7M6qCBOqPOf6HtNH+RR/HJO 99sOrzk34emldnfGWU2Q91BiyGUGVf94YVqGvLuPHwLxkaH9FhB/6Kjgzm6udvFywIzOCKCHeV1a b5Rtes6B2yNNJEE6JLAcWgLDkcyznVOqGx4UXlWdDbYKTxDkVNNUwwSUgbgosN0pyi9P7+V8ii+X 5ismqAvbGTmKnCInhBfi8fryjEJm6pI7rhCCVmoJrZWoDrZXz4IqPP5gp3KxxF3OXDsEnCUcGcAh j5+Xs9vsBo8shzyDDDOURZorUUPrPeD13ANXQluizoKELKjILQMrkGKYLzt2fqN7ceiXu9BYii8d Nma7rzQBh9utiYSiJO7nAYUqklu0Jup4dgXFKQi2DHs0B8nbdaESZaw5Qnp747Urfi+a5ZLgs4at +/U2uu1mL8RxG92qEo1uDdxxCF1rofPtRBkeAko0nAXQptiED5pE0mQEgycSkojATPa639dXqBhk yziyS6PbztoJFPtBQA8DCeVjtGQxIeEL3pKhoKKHn4eWeFcgqBTllbMlmjpICx5TMeFAAxx8tdyC 2Z6pnLDbGVWMnGKgsgFcorw/JHc0ct8TzLE9q3Cfutg9aMzKjZoGClhn3Xm+Kh1yf+Re2413jV27 klhXp67rGndt9fjx/EZVtm5OSnXjp86N9lJcteOHr72oaN60XW1NdflVEz7ZjHMO33Qf7fj1U/ig vcxph2/6r+t/NUIzP3mB8+vL317e/W4nOaGM6n8a9JgIKSTkqHKTmXdKLNGLm2u8vIfSdpZ1Je9N 0nFOcJzngmSg7CAd1lJc7NzLUmJ1vDl5BhwZGKKVqNxfFlNYbmTRVRUyiIy+JRBRQqcrcB2orQJf J99+zg+4V4E3Q9megXXVvN0uxZQzfiYx5j7rQZz4YsyNmkHmjJ8CQXb5ZRM+3EzzjqLM7Xw3PHEK H626y7z9p0CYTb/UVfDwDO9dxJmqY6SXk1LH+ar0CkFGFbpngCc+6GqF7RaZohp4Djsr0RRkx5Om m+Wk6fO1k6bby4nQLZw03V6O1vJwM807nzRtr500bed5LZw0PR+t+eEZ3rucNBNl8li6yS+TKaEW 3sca5rl7POiRkGS2vQkU5yP7HDVcHhxGiAuBoc5dCiWymQv4fnLSF2KR9huLTuouPIhX0gS2t1PJ aWLFy3B4OmtCY1x+FDP6bZVoAkqbr8KAKVHLcuHE9paux7zJMZfgwHgoN8foRan2nT0+znPQn7qV plhFATWhOy9qQtdeUxO6WXHuOlAThl824cPNNO+sJnT1NTWhq+d5a1AT3C8noOpATRjm3V9N6P9e NiOjJi6jCIJKp5QK54zWLBkRZX44YTG8zyN3dPC1ZNx1dxcmkeH4yatNLaAEZagWaCoCYBkpi9vb b5dxH6kuPP8J3eC2C6ec1m4cq8lmQRH57Zh7jABeVZucWAHTjVlapmFY5tejAoVkBDpopDEBQ/Ko Th1Fb9dflF70F6Wv6S9KX/QX90noL+Mvm/DhZpr3or8ofU1/6UfneUF/GX45ARXoL+O8d9BfjEo/ nNtLI1GhybBHeDYXN4RB1PITzy964KvdHvXm908ldPqmqQUJ8Xnugs2wRrfH+BMCF7z8li9uu46Y cHHafdIkymgzTcgNElzhJVr0Z1wLl1OxnhraKqPv2Ca6mu3pr0XqcxMQn6FF8ohydmh3xW+WU1u6 /TqFfdI2IvtyYxGwu13NJ7syt6zDanZJHOP8jsdWtl/ymKAw8CtbMiKQJZyxPJ+En/573ilfhqc2 s5sth93zahDwzpeKr6qzXgyPs7lmeJwvcVD3SRoewy+b8OFmmnc2PM7VNcPjXM3zVmB4uF9OQFWB 4THMewfD4zyzq1eemHeb2PB2ISjjsPNnQbCRb6Vsc8ILhq3vSShWUSb2PsG4+Si/AX1CP2w7qiWJ WbdyQUVcOm0tZuVkdZ8rpDIaG4FfFPvaZgQbSlxwU4IB8MgBXwtP48hI4s+IgmRcbMxVb36VV7a6 Mhyy/u/pR3/UVDOcnumfr99zWcGn06eXfwNOHPkLZW5kc3RyZWFtCmVuZG9iagoyNTggMCBvYmoK NzQ1OQplbmRvYmoKMjYyIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVj dCBbMTI4LjE1OTk5OSAgNzkwLjYzOTk5OSAgMjY3LjM2MDAwMCAgODAxLjE5OTk5OSBdCi9Cb3Jk ZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkz Ni5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kj MmRELmlldGYjMmRodHRwYmlzIzJkcDcjMmRhdXRoCj4+CmVuZG9iagoyNjMgMCBvYmoKPDwKL1R5 cGUgL0Fubm90Ci9TdWJ0eXBlIC9MaW5rCi9SZWN0IFszMTQuMzk5OTk5ICA1NjAuMjQwMDAwICAz NzIuOTU5OTk5ICA1NzAuNzk5OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJm IzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRo IzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZDMjYxNgo+PgplbmRvYmoKMjY0IDAgb2JqCjw8 Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTI4LjE1OTk5OSAgNTQ4LjcxOTk5 OSAgMzA0Ljc5OTk5OSAgNTU5LjI3OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMz YSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRv YXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kjMmRELmlldGYjMmRodHRwYmlzIzJkcDEj MmRtZXNzYWdpbmcKPj4KZW5kb2JqCjI2MSAwIG9iago8PAovVHlwZSAvUGFnZQovUGFyZW50IDIg MCBSCi9Db250ZW50cyAyNjUgMCBSCi9SZXNvdXJjZXMgMjY3IDAgUgovQW5ub3RzIDI2OCAwIFIK L01lZGlhQm94IFswIDAgNTk1IDg0Ml0KPj4KZW5kb2JqCjI2NyAwIG9iago8PAovQ29sb3JTcGFj ZSA8PAovUENTcCA0IDAgUgovQ1NwIC9EZXZpY2VSR0IKL0NTcGcgL0RldmljZUdyYXkKPj4KL0V4 dEdTdGF0ZSA8PAovR1NhIDMgMCBSCj4+Ci9QYXR0ZXJuIDw8Cj4+Ci9Gb250IDw8Ci9GOSA5IDAg UgovRjcyIDcyIDAgUgovRjYgNiAwIFIKL0YzMCAzMCAwIFIKPj4KL1hPYmplY3QgPDwKPj4KPj4K ZW5kb2JqCjI2OCAwIG9iagpbIDI2MiAwIFIgMjYzIDAgUiAyNjQgMCBSIF0KZW5kb2JqCjI2NSAw IG9iago8PAovTGVuZ3RoIDI2NiAwIFIKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnic 7V1Lr924Dd7fX3HWA8yN9baBokCSSQp0USCYAF0UXRQZtMWgGTSYRf9+/ZB1LFI+lGXKx+feZNDG kY9kPSjyI0VSb/708z8u//r98ub9z/+9fPF/v//5qXluTDf9uTT9fz8uC2T7rGQz/Lm0Qj1bN5Z+ +fr07fLt6dPTp/7/vz0JO1b0f/Uv508043+/f/nt6c308aep5Of3f+mf/neRlz/3//v18re/94W/ +PaGH3x9ajvb96NphOr/+Z/lP4XshHnuOyX68gb+c/jxv5/++sPlt6Fj8rkdOy+mDi7/+aNQjXTt s+7/Vd7lnGoCVxOy700jnOxHOj+rZ9FocxGiGx9sN5bqvqD1T1+ehLDPbWe0asJLG1e2vt3xt+Nz M9a4gKpNaLcZfxt9dJiqJqoc+vuln913P9yelG83puXd56c3H/uvqMvnf16mZflx+utzPxVK9P/q v2Mvn3+5/KFpZPfHy+dfnwbC9AV6LFChoHk7FrTXgo9jgbkWKFhlalTf+IWDjX6ABQa28Q5+VsIq qKeoSkGjqKdTGx8+97tpsQrP0yYe9nHTk/z8DAh25Vc5y5zxgXHpexJKr73UYO2b92BoAg3+I/wF XCb5ITkbW3Z4MTHLFg5osTQ7WjWgVZqsUAG5RURDzj1qdIUSr9Ssp0aFuLbagu2tp464G1sC7dWf 4Hdb0AbiGXgwaHtzMABIvyVjQZ9FVeBoM+iBXKlyvrNoQ8OOoZ6iCbLbv4La6Bg22SyHOrnaM7SF UEfoaUcTgqqg1UZfQRTDwmSaBoyfptQaNCTFxDFuiXvUEVSAPoPWDvWd5gc0dW9nsiVcJ3dh9hGE ciYmCDGNXzTX7wg4AbBAGNA1JcBoFNxm4i31C6ngjMApQp/NgIwkMpNvOWa1L+5nVTYuHm42XFnV LGSP7b+G5y6hWUg5awDDE9Asppc2rmx9u7NmIX2NWLOQw7up3f4JaBbjS98pu9QspnbraxZSzgQs PyICRrwVkkUOOyJZuJRwn8Bdj/HKexIVIXaE+lEAC+6j9HgQf2s3FqAREp0JBD1Ro7TMo7kxOesS SQVaoYWNZhDM6wI0upXx9se6iBaQIaipb1ftBIs4RLu0SCe3LtZOkL2CNmCglaBNHDSp5m4qFvAt lcunVbSJSCbLMtzT8iFEIOTuTsi2AuIm+R/mbizwVMqYZBKjQYyGVq0Z7IRImPFBPL2AeDoJ8UyA eAZDPBMgno4hnl5APJ2EeDpAPI0hng4QT8cQTx8E8UzQUaB1CS85h92nBvRK0O8xDIwDrkEpqd7C AiRYaSCFZpnFVoBWlx4/qSVkgC8GU2FiuEg1RmclB5FZwbxzSAEjDGAAiLwRFZECWwhIqyT6xruq YCOubAAeaGXd6oTQJlgaWhbA0+16NK05YM7EsRE5QGCBmkirZwh6oI7VUM/48Ixb4BmXxDNtwDMt xjNtwDMuxjNugWdcEs+4gGccxjMu4BkX4xl3EJ5pZ3aGxebjGnk4QMJ5dPgSQUPOexXJg3kiWju0 VDTDR0KD5omIn9FmEHr4HAebubS81yAFNneBQQ4bOdAMFZxj0ctPm+xoAEB3jBaJqFG4dBgA51pO eWBW51aJKhcRf7ctVwUv1awzqrmiGdWk0IwSM5oZngCamV7auLL17c5oRjUpNNOXzu02CM2ML32n IjQztVsfzShxrHUGrzD6LM0BaREJGd6aq9q+Qy0OvwXEmmnGu11pxpwYMR40pzR7ow1td7K205Zk 0lsEiyrEvGiARB+LkM4SOz1Oy203jYrZQ8YM1TjSqqRTYKhWgFUKjJWOD80o6XbTCK/+hyEBzTFp 0FDFeEXPB2qUVky2++RhlZJeObLRDMM75rL3Oih0FtAyyTMF8kmj54yWVDToKDBN3gl3F5iUyFnH E5QbDWBudJ38yn1Nxjx8WgcRisTSdsRQYNrDIjTDcoOOt2jAeBbfIqklmHcaMJ/aEq+MuuquRqd0 V2NmHbN/grqrCcrqtbL17Qbd1YiU7mpEaFcg3XV46TslIt11bPcA3dUE95JXHpZGi0Q6BqkYAWxR zOvgbg4bGc0BM87mab8vkoTw+DkskYgDFhiAz6Ka6p7RRLv/gXAW6ilD6MNayFUVq8L9PbgZ/S6U k6tzSEctZehdNHojd2pGPE1BbCiaZtQPesdUISpyHbKDMfaGAtmYQu61ugW7mxahicFsVwlKAAJH DCINEGibeh1p/4IYMZ/y0i6UlzapvLRBeWmx8tIGbaWNlZd2oby0SeWlDcpLi5WXNigvbay8tAcp L21QXqbFWEa+0fgFAQnaT5BDNymwm273Tsjw3uHgRbSTDFoGxOAL/FeRRQsxCdKjmUUDoH3VyEQO dc6zSOJH9IEXm8Pjt47y0pl493P4RJcInu3nPRm22CphTseaa3WzwWy43eOnYFPRZhbsIUkb52k4 /xr9zLi1COkATT2MK9Zp0C38hUImxIKjWhou0EdTXAhZiytC1iKFkLWYEfLwBBDy9NLGla1vd0bI WqQQcl8a2kUIeXzpOxUh5Knd+ghZi1lGqnfk6tAqH320xsCaUU99wrOFxg+PKvB5HUrLgsz7HSjQ sCBDNHOgzCrcfLvxPiO6nOO055AgqQwITaslVXwZC06uKuWOaAn2ULDp0JaSsFGc6Qj+gk8iyKuz spYpZ+WRf0+cWyFn5emljStb326QCDLlrNyXzu1K5Kw8vvSdipyVp3YPkAjqRYZendUGeOIAr8c5 8ssYHBJ4yCsQVTkkBUlJqDndsTqh5rKJGQRHhA9eOtQopBi8y4pniMeaodcjy0kIUAKrSD/KKi6v 5/WApvcUfdB8jHpP87qM9Hu0HbpALBcEBNWJEVUW7KntgUgn47r6xixX4Q/HIKrt2WpKYoa2n5Cv bWUeXm+D8LuvHX6L6Zpmbth0TZt770rcO72XnQOLeYjH6Gmi2zmI7CTRDHz2ALewELukhdgFC7HD FmIXDAAuthC7hYXYJS3ELliIHbYQu2AhdrGF2B1kIXbBBPSC7AEZGiPtNcohiTlMCOSGr2RT4HBo 5EgeW5CvrmbW+U2qCr3+dEDEyvrvdaLo4u1fR0bS9n46wJODhDhSAFa8L4IHvHYbAs0L+OGRE7LF yPA9BDA9ZXu9tx0gqgcPARzSMXwNzykEaJoZAQ5PAAFOL21c2fp2ZwRomhQC7EtDuwgBji99pyIE OLVbHwGaZoOPAJ2PldZOOfIRI82KZnDbVZyc9Ls0D+Tws6UZ2kmcN7JDyffGrzUx6WbYyIszDe49 aldxV1muGcKgqEqQl7ITiwh3TPCIFmtAq2elbz7hoxbCRyWFjwrCR2Hho4K0UbHwUQvho5LCRwXh o7DwUUH4qFj4qIOEjzq/8CFtpRnG07MSeJ3DRrqnd7JZnkVKbj9cqZKONyMYh+76igvzXvOEjtlD hvimKZeDUB8t/JzFtGDM6SM6xE/wK3RyQdrrnWHH4JifgoyWtJrB4FZVNYDjSkIaTog0UKBa+AsU 34lu0cyQUwV31mw/wdTo7hSUrpW0rNW5oKMgP8NLQgcv71oQHtZ+vTiFdDQqiujPxTo7R9PaeDQc gCkjkICMCcnQFtAhEQ1c+Jj7a8Xg3/HCSfGCmS4+vO5k5a81Fjfm/RDRjs+EcpEMD6cOF2u8bDjE Z3TrFka3Lml064LRrcNGty5Y2brY6NYtjG5d0ujWBaNbh41uXTC6dbHRrTvI6BYu8RA4b0qVuDc6 ZA8i/gznkztdZZ7hOrw9u2KGS0tByD6JxTJuXCzxasw4SCuwGtyKHt8hbYYdYaVZI0QUs6gXdpVd 7MnqLrAna5oEe7Ihd6z1uWMXPGZ6aePK1rc7syerXYI99aVzu/0TYE/jS99Bt2RPU7v12ZM1al5h dLHJMZGAd0qgzmAWTBwu0h5XDHYAfIRJXg+CF4YeLs01SI8bWqfLkSPbU70iWpao4CNcOxSEneFg d0jijnud+5vJlnjlEEUXNRTYLLZ7OtZxuSt20mTRQKxt8+HZMQa47SAIq5M5JQgXoP2ckR+qIEyT Ng5WubqlIPwDrSZtb85N07bzAGIyDS6Il16HAoZPb95jMpkXHFBuD+0qCSgtsPvTyITWvchfINsJ j6jqWkB1tN9yWrN4lo3/0z/r8Ay0jZVf5WD0jA+MQ3WSEA9tAO4azjGiSpRw5iOsIpOzcVnTs1g1 EQcGtIYaH3CtXAfWisbhK3E/t34BGxUry7sooGmGNiPBrzQoq9eKhF18trkf3Slh8ujuFp/dlC7k oWh3uC7nDrTrIRZNiHehGS1VPCkskKDk6Hd7+ouDYASHByep8OATFxYY4Vqwuic5DVw72eRRNLtu TQhkbPntUcn4+IG21tEG+oJAj/uE1NWxTeET9tzD8AeUTFIDuuWTTPdBIhYMqICrlsRhIuWMdFvB fJcks7UjZ24nZmPjOcyIceDgO1WSXdGS+pi4VGMgYRYwwO33AxTcupd9JsQiMp0w+RNSkFGjijP9 9ozKOTgU1cm97+pWLiuahtC2I3dqRmqDKnkrTgMZKsL/naxbdmBTFeP/10JUD+SwQyoI+IIExlM0 pzZMM40HCjAVn+OMM7N5m3ac8fnB9zvOuFYGxxnXqoTjjGu1d3AZnoDjzPTSxpWtb3d2nHFtk3Cc 6UtDuw10nBlf+k41S8eZqd36jjOutX6qE8lKGFwYMrb4d78+0I9j/PpO6wXCgTwPdWnaCRsmrfm6 ER/HL+o0XnAMgQmcoa9tI1bJjrxBMuMWrQJwRrvo0vo9Qy5DDnUuw3iDekpz4SNv1d0bHGsBkb28 MMVN004TGcf9xyhMB/YUpcs0DZRCbGEqrbjC2Vak4GwrZjg7PAE4O720cWXr253hbCtScLYvDe0i ODu+9J2K4OzUbn0424pZimI/cMQDtrv9ZAi8KnuAhnc17GZ1HOULsAvNeejP3ucaRQQz8C1z9JF4 jTuF8PkGsm/SfqWQLJEJhI/fSXfld7JN8TvZzXxJdojfjS9tXNn6dgO/kybF76QJ7RrE74aXvlMm 4ndjuwfwOzWDgO/8jiDwktTkx6DEghzJtEWbZpEF5o47+eLQ92rQPr4cMLKKmzSLDaF1MTfYqZs8 lB+FERKwwgf3JDYGDChjV6H13u4DgHM10NEpnEYTvSENCwdjXrlFam9OGTCYEjlEe+MWWDwQNH1d XnKHhLhkuF5vJ2WWZJEFzhoIHxR4wNK3XaBZL4A2cHDZzhs7jzMF3OsF16MWpFvdDroKlo6G3PTF BHLhq/RQkGIWSeE2sEeHFD446TogHmHnTNxqTY+3GlYFp69WBWdSVgU3X8w9PEGrwvjSxpWtbzdY FZxMWRUG0vPtSmRVGF76TsnIqjC2e4BVwc0eGgdZFWhHg4Jj9Cp2B7rr2z1pC/wMsLSmj83oa6S2 wyr8C1Li4Q2PWGkBjKCNlVX0HxrO8KXBuP/Jo2kaij3QN3Nvd4rMsP4htYP0TOHML8Wj/3ZqlWa2 Q+CdtybtdPHr5Gy6oF381CLd4S5p3vXy92t4tglp3oUcVp3PYbUQydNLG1e2vt1ZmndaJaR5Xxra VVCajy99p9RSmk/t1pfmnd4QS3Kf+zJKEu8WBJeQR37G+41dfSBR6klj4E8KVOmCVNw4f6eWqARd 4ZlI1gi9y5Afw0Gm8u1qbaV0WIechJacg5NcHwlXThYebvnM8NJeeLrvYeGib2pm4f2zxCy8L/Ws dnyKWbh/aePK1rcbWHjXpVh4Nx8fD0+QhQ8vZRNVDv09gIX335ljSmgWngA227NvstzBTGox2iJe ijKxbc+QhU3OdXIZ0PJmxUbE7A9Hn46i9acHw5KqbLsju/oJUuYxPoVHZvfiSGe44Ah3kl8oUr8g eSHmQ7kmCQ6NS/SNZZNMSTzod/+xvVRXLc+7aNQCaagk0lABaSiMNFRAGipGGiogjZ6+EkhjKJ3b lRBpTC9lE1UO/T0Eaah8pHFQ4oEjscnjHVXJMYvIYt0e/ahKWjCgg/IqsIRmNBb0vSDKjnaxLNgz tG83bXEpSKROGgr0NBYhbwgBmI8P6Z84X6+APeP4rkaqFtQ0NKyCLBR1uoq/i+w++H48tGn4bggT jQnOeCijU0Eo2nYogYBTgQsx0oFQhI/sYAGKEoIFLHxGKhXP8nn5DG2mpRMpkHnSMXuvEvCHGiXP NgvIEGcNr+Kox5cT9FZQLUlSWBeBBJNxAoFobCWTbO3kXcbKeFvi3U9PapVk7R8YWbu1q9/lCG2g g91pO1uBg2TBLdYclxZzeM9wRPYVXOFEu37QRlSWPB2YQjjOF/kY5M7YDt2CbVdAu3QGFXJj5jhM 0FNUQ4fIyF5Fi3J6UrcfjWObGIct4z0DUc28vBWrPSsQ/wW7jMSLfBa/Tl4tfl0iZH7wlJgtcx0M mfcvbVzZ+naDxa9LhMwPpaFdGDI/vfSdaiKLX3dIyHz/nZmxvEqL376MSA9sqylGDY9nI1VKx5Re 5Q4ABVP+f7+/IgvfuCZenJJQbo6QsRqeushiJOD5XbZBcK9q6uJZ1qQtCydRwwYxtCmKUTMLnhFC ZhPAoZr3PtFVoEVvl4cZB9pVrud6lZrI3tvpWkDtD6/O3Kry4lUTIcOl8/1z4tL5vtRnoRmfgGoy vbRxZevbnVUTIROXzg+loV146fz00ndqeem8b7e+aiJk8EGlDakchwTb6TnD27KESx6S9fsg/8ST JJvHvLkAVm5X786SEuChUuJ2Mt7+j5wS91xAlAdma7n63fuAV6xFIR8nGAiC9J0M4FElmff22F4k yUru/OVI1YyGf8xNG0rrzWRIAmI+NGcWaM4k0ZwJaM5gNGcCfDMxmjMLNGeSaM4ENGcwmjMBzZkY zZmD0Jxxq1uvSu55WiuAwX10PHOVfC04UXAG8iAVWjQ6Fg2XnLIXHShy0EqVXOFLh09uv/SOCc21 8fan/agygOdJ1IySDFcFuUu3J3TnE2e2vYoz26XEmZvPN4cnKM7GlzaubH27QZxZmxJn1s7tWovE 2fDSd8pG4mxs9wBx5mb0gYz8WE3AVoKCax/ojPx3Ojgt8IyiE6OhG6hWrtjmTYJx3/QszPGXBQlN 7nMGQnse1Lk3poq8Mw3gDyfI5xKG8mw6/wfLAvCO5ps3GhtnyN5OTCKbGRH4IEYLZwguBPXBQWyk v6jBF71FaesHVkekLRgRyiTSoLD0j3DPayhHOjAtMm3EKZ+WKW90vWkZDXmL9n00yI0h4jG/hZBb dSsgfDGV6Y1cPFFSm6oTJU0Tt58Ydfo6yfIh2a7ukJwGa4/0D5IYELl4HxuuPio3xNH0Wt0qI/Kq 2TKQSsJeYz8JC7uN6hjqF8wj9SzXSLk20kos9/rFOix3MaJHYrn1pmViudf2H5zlVpsoz3Kv7eNR r8DBvSy33pAmlrtYex8GeoPgkUMaLoB82+smt4ihQeoLqrNkcP1/l2/9DAg7DsX/9eVrqTPip8un p/8DwLgCa2VuZHN0cmVhbQplbmRvYmoKMjY2IDAgb2JqCjU1OTUKZW5kb2JqCjI3MCAwIG9iago8 PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzIyOS45MTk5OTkgIDc3MC40Nzk5 OTkgIDM2OS4xMjAwMDAgIDc4MS4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUj M2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJk b2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNJIzJkRC5pZXRmIzJkaHR0cGJpcyMyZHA3 IzJkYXV0aAo+PgplbmRvYmoKMjcxIDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGlu awovUmVjdCBbNDMxLjUxOTk5OSAgNzcwLjQ3OTk5OSAgNDkwLjA3OTk5OSAgNzgxLjAzOTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRl bXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRt bCMyM1JGQzI2MTcKPj4KZW5kb2JqCjI3MiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUg L0xpbmsKL1JlY3QgWzM0Mi4yNDAwMDAgIDc1OC45NTk5OTkgIDQ4MS40Mzk5OTkgIDc2OS41MTk5 OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZD R0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1s Lmh0bWwjMjNJIzJkRC5pZXRmIzJkaHR0cGJpcyMyZHA3IzJkYXV0aAo+PgplbmRvYmoKMjczIDAg b2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTgxLjkxOTk5OSAgNzAx LjM1OTk5OSAgMzIxLjEyMDAwMCAgNzExLjkxOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAv ZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGll dGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0kjMmRELmlldGYjMmRodHRwYmlz IzJkcDcjMmRhdXRoCj4+CmVuZG9iagoyNzQgMCBvYmoKPDwKL1R5cGUgL0Fubm90Ci9TdWJ0eXBl IC9MaW5rCi9SZWN0IFsxMjguMTU5OTk5ICAzNTMuODM5OTk5ICAxODYuNzE5OTk5ICAzNjQuMzk5 OTk5IF0KL0JvcmRlciBbMCAwIDBdCi9EZXN0IC9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJm Q0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRt bC5odG1sIzIzUkZDNTIzNAo+PgplbmRvYmoKMjc1IDAgb2JqCjw8Ci9UeXBlIC9Bbm5vdAovU3Vi dHlwZSAvTGluawovUmVjdCBbMTI4LjE1OTk5OSAgMTk0LjQ3OTk5OSAgMTg2LjcxOTk5OSAgMjA1 LjAzOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovRGVzdCAvZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRt cCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVy Lmh0bWwuaHRtbCMyM1JGQzI2MTcKPj4KZW5kb2JqCjI3NiAwIG9iago8PAovVHlwZSAvQW5ub3QK L1N1YnR5cGUgL0xpbmsKL1JlY3QgWzI1MC4wNzk5OTkgIDE3MC40Nzk5OTkgIDM4OS4yNzk5OTkg IDE4MS4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3QgL2ZpbGUjM2EjMmYjMmYjMmZ2YXIj MmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJl YXJlci5odG1sLmh0bWwjMjNJIzJkRC5pZXRmIzJkaHR0cGJpcyMyZHA3IzJkYXV0aAo+PgplbmRv YmoKMjY5IDAgb2JqCjw8Ci9UeXBlIC9QYWdlCi9QYXJlbnQgMiAwIFIKL0NvbnRlbnRzIDI3NyAw IFIKL1Jlc291cmNlcyAyNzkgMCBSCi9Bbm5vdHMgMjgwIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUg ODQyXQo+PgplbmRvYmoKMjc5IDAgb2JqCjw8Ci9Db2xvclNwYWNlIDw8Ci9QQ1NwIDQgMCBSCi9D U3AgL0RldmljZVJHQgovQ1NwZyAvRGV2aWNlR3JheQo+PgovRXh0R1N0YXRlIDw8Ci9HU2EgMyAw IFIKPj4KL1BhdHRlcm4gPDwKPj4KL0ZvbnQgPDwKL0Y5IDkgMCBSCi9GNzIgNzIgMCBSCi9GNiA2 IDAgUgovRjMwIDMwIDAgUgo+PgovWE9iamVjdCA8PAo+Pgo+PgplbmRvYmoKMjgwIDAgb2JqClsg MjcwIDAgUiAyNzEgMCBSIDI3MiAwIFIgMjczIDAgUiAyNzQgMCBSIDI3NSAwIFIgMjc2IDAgUiBd CmVuZG9iagoyNzcgMCBvYmoKPDwKL0xlbmd0aCAyNzggMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2Rl Cj4+CnN0cmVhbQp4nO1dS4/kthG+z6/oswHPim8SCAJ41usAOQRY7AI5BDkEaySBkTWy8CF/P2qJ Yov82F1sitR0t2cW9mgoqcRn1VfFquK7P336x+Ffvx3evf/038MX//v9p6fheVBu/jkM47/v1wXc Pgs+HH8OlolnbabSL1+fvh2+PX18+jj+/9sT09OL/td4c/nEMP377cuvT+/mjz/NJZ/e/2W8+t+B H/48/vfL4W9/Hwt/9vSOD3x9sk6P9RgGJsY//7P+k4lhkM92vB7Lh/TP48P/fvrrd4dfjxXjxxvH 1+YKrv/8nsmxZfpZDnxDlb9dePHl89O7n9xYwcPnfx7mGnw///r89Unx8Q82du3h88+HPwwD1388 fP7lSR2WAvYyFdhQwN9PBR8+j/1UUluGtR2/dxg/yuXYwcu1emaDVOOlmy60m0r1+H/rr748Maaf rVNSDOGmjl/Wnu707HTNpzcOyas80OXTs9FHx5u+UsvLob5fxkF9+a7TWDDBpsHgdulqNXW1CH0/ /JgMxmCnAnMqeJ8+8VMyoINOn6Bf+SF94iV9wqRPfEgL5rbI08RiU4G7oh5MpK0VVAfxgaoHPgHN TyvGePoK9Cl8RaY1hT6VaeOgk1OiOPopUfgs1oMmmjafzyPHxIUSnBAwdaF5aQewH9KqqRPrqV5l Uth4lYn36USE0YTGQB/BRHRp3eEJoEGPBMw7mET0/Ie2wLyjVyrQgCWTPiGGVlJDuJPUkENOaki2 cPfxKpUa000dv6w93SA1hMlJDWEWuuNVKjWON30FTSQ1Jro7SA0pfFdLvxiHC0MMAwhzD/g3vELP cFjy8ATwAHgChAIQJecv1pTk8BmG1oT3jNMtGiusa4XsBa5AL0/4LE2UZDVNekgPPO4hLwQaMA61 gpsqCzdVgJsK4aYKcFPFcFOt4KbKwk0V4KZCuKkC3FQx3FQ7wU21CMIM4wBJCGyhAhrSco4UJwXs icYbwGtI9FTAa+6Hb9I8AGhcjxXxs9B8EvafZcYVdd/GnZRLlkw77qRXsMZkYY0JsMYgrDEB1pgY 1ugVrNFZWKMDrNEIa3SANTqGNXonWGMWQcA/pOoBiChgG11EZTrnC1Q7IFqhLlyvYdcIdVLnZKlI wGEg+5S9J9koCB66T4F7FyiltLCCz5AiIPPdtGoFHQD8C1htWlCwHuArtOiBV0gcWNM4qCktRmFS NWPFdgUUbRYo2gAULQJFG4CijYGiXQFFmwWKNgBFi0DRBqBoY6BodwKKdl+LScE86sHgClgAqT7C E/IlbQs9wYHR0DAZ+hTGpQtwBBokj8yoGiwVq6m8h60Jnm5NFIxlhQGdHqkzknirndLEq479SONi errTNsUGNvUa4FWhW5xRE7f1u+d2Ygg2GpjNr2Qfpgf3+sXMuolRwU5iVLCcGBVsEaPHq0SMzjd1 /LL2dBcxKlhOjI6lgS6I0emmr1QkRme6/cWoYEGMAv9K5xGuNJrVVkDais27DykvsikkAKI0gqcx XvpZrFhaD0TFFbypwpa0y+qF5iMyo/k9TLoCvalakdgoE7mLl9DbcL/KcO/Euc7YDdrIdxHkexeT bQVPTbvsnAK0rf3Cirj97SS+XEl8mZX4Mkh8iRJfBokvY4kvVxJfZiW+DBJfosSXQeLLWOLLnSS+ 3HuHhTYN0rIX5nwFjqC1reu9EWq2KeAJMMhdLzZQHeVJ1ZlLXxFpxaCmdD2gAAyy17NeaAsQFWkB Nr9AjsDgQgEYcenGkOppQbfTm9tddHzFh5hB3Oz4cxgYeKV6TbWR5/q8PKd9KoDZlTqnNZCaZiU1 TVZqmiA1DUpNE6SmiaWmWUlNk5WaJkhNg1LTBKlpYqlpdpKaJoB8A1Kzx8ZehUMqTrUWxrOURoaz AmqgPZpS6VSlCFzvxInNAxrQzbSNnsbfpDJBG3qRgdFmvYrhpvujwCHienWTnhC34pC6ZrUbAx3k oM/JLwx0eGnE4Y/c9mu4ZhkOL8XCiY9XCYefb+r4Ze3pLhxecpvh8GPpQne8Sjj8dJMP0cuhvntw eCmk7+o3vYhci4+sFzXE4ytxLmFOpVuMUMDUdixd4BLYG49uZZKalzPJVjBYWn1iktbkmKQNzMxa YJLTTR2/rD3dwCStzDFJKwNdCUzSBq4YXg713YVJutD3sMUCE6t6q/qi9xI95aGgBS5qE4cES6uF D1QPF5EaWUTvTFeET9AwEIJ7AEoW+OKBhQHcKNPPNGRxKuwg0SxOriw9m1ickjywuJH3ZFickgsr UovN+8Sn5ps6fll7uguLU3LIsLixNNAdUhY33fSVGtYsbqbbn8UpGUC5S1lcFwWDhoG3635Kq481 FclP8ec55H78Ga9luE6m/ZmnSiZLwQemCXS0ReU3swYVzyCwU5/zir3AI/GV9Alh84ANhhbY24Wv sCtDJFuuRDkkK3FjhMVdTSLJedL4dIqg0zs5zRiMd1rwcJPoKFRjdk5vvNCudD3streeSKDJjogK alxNmBYNC8lXsHXdNlGUESdoZWQOWhm1QKDxKoVWJmCp08va0w3QyrActAphWcqHZUUfZQuWCi+H +u4CrYy5MWjVxCyDfIR2JiLNhfR0rfFRplVyOly9VHe8P9EruI2nKToow24+owAdgz4/4/V8SRaT rNrLEDDiXoMJ/FC/DuSTade/kpljnzVUn/KhD+/aGojM48ETYCxJsaNoCS1ccB5Mg1IyWzmkhlrj tEtPtBTSiR9JSAM7wDT4BJEIcgbiNAF8NtjK6SNW6VkFBVgzCFsCOzZ0GYkiaAfkmjhlEkTAfOip 4Wx0lTdDvFIL7Nx0l9GeGTfPeF9JcWzCd/VgY6otlM1tlv6K6b3nXqYW5Q4f8ko0dlYb1frk8KF1 zuFD68Xh43iVaKPzTR2/rD3dRRvVKufwMZYudBU4fEw3+RC9HOq7hzaq9eLwURBAglzhepe2AnUU fAubhBSBbQh4bQsoTeqnrxuns/Iv3sUQWBNTD15x0B8VeZPI0MeSjEY9xHUze5s26sThjM5xOLOk FTpepRxuuqnjl7WnGzicETkOZ0SgK4DDHW/6SomIw010d+Bwxi1D/GZvoybjm73ttextp2n6Zm/b 2d626vo3exshA2/O3nYavGLLSBu9z6mF6iNbU+7ZEAaOJ7Qh7HdmKq0YzE4Zjm6Yz8z+TKv1ToMk OmSWZN8yzasCBbvGAjXhmYYFqrRuSYcXNHAQeUBHlUuQ4FadTnD2Q7a+bkmxDGdBbzacZ/Rmwxf9 9niV6M3zTR2/rD3dRW82IznUm8fShS5zqd483eRD9HKo7x56s+GB4f2+ohwKgBUdHrtLrqESWUyz L1rFv5FwDNwuoNPrQtUrLJQ3kh2+HccTp7guI3JxXUYsexbHq5TjiSWua/Wy9nQDxxO5uK6xNNCF uK7ppq9UFNc1092B48nQ1btwvJqwe1rtr4g5pdVTmnvTGddJTozLuQGObhG32idnbY+8FJ3OdthF mu11YMSQLPa37NJXjxSdOrc6/XAbRVOps31YmrL4UvsfOf1wAUICGlflC9mGXfQKu+gsdtEBu2jE LjpgFx1jF73CLjqLXXTALhqxiw5gRcfYRe+EXUxg3+mA0g5CKLzpqUciXCBacHjAzab66JFNnfZq wbR5TfJBVejm9I4G6VJLW4EwTck8lmsjMG18J43ecIpBk+OuYCsBhhc6EZuHByp1cURVYoh5xq3k 2z1HdFtz+TBt8xobDFrNpJFbSSOXlUYuSCOH0sgFaeRiaeRW0shlpZEL0sihNHJB/LhYGrl9pJEN h5e3Ofm0Rw6kTgkFKlS0ivMCrt9QRiZHY3ZalNK4twKittCDK5Ig3o0hkHbdxG0t+kiZ0j3ajTEQ IweKGERF9i4QtRWmBDSD00AK6pHuyKp5OTB2/pGbbYxgDUZ3Yf8sSNoWeykkjkDefr2DdJOdIzo2 rds2puUnKGJ5DorYkHnScoAi800dv6w93QWKWJ6DImNpoAtQZLrpKxVBkZnuDlBEhPFL3X+7nBJa oOXSAKjiHElS0BRUrIV7ANTj+mMj+5i1aAAAKBMWPO2D0SJPMnmaLX62y+bCPsfLS6njdVqA9unm djH6VGT/q5A7ULF9TPgV+zM9TfhWqrPf7YF/muwT7rO2K/Y8WyxUrodkYOj10CZhaIVv4G3tWF6a IqRPU4FfNw0xaNFOq/LXH5fV5cTBnRSkLm5R+7JQXT6n6hL3Vpwi38UM9VhspmPsvbXlSXbFaipu Uk0dOyXZdSyXZNexRYV0DJLszjd1/LL2dBfV1LFckt2xNNCFJLvTTV+pKMnuTLe/aupYSIRQ4exe YeHcJ3t1F12kIurod+XaX2DLoHUT2iAAGyDpZ7EedFwizEI6sqlLiqdSALhR37UqWfx0FpQzaddB aG4UESOjjWqGZ9m+kp8T7ZBZzS+bIC03/ioFEQXQq4mJrAd8x9UNrCvlus0M3G6Vqt9lU/W7kKrf Yap+F1L1uzhVv1ul6nfZVP0upOp3mKrfhVT9Lk7V73ZK1e9Cbued4nR2OVYelzyEf3axAt3NJnAT dRT6lByXkigtMqyBZiMYG9BjW+WmonKcMif+pmyOv6klXvB4lfK36aaOX9aebuBvSuX4m1KBrgL+ drzpK6Ui/jbR3YG/6UW23kr+nrejSO4ltc4cun+aQXB6A548Qp8Akfbgwx0aIZxIum1bqM5dzRnp laDQ+LfjayqVySHux3aCcnWwhMseLOHCwRIOD5Zw4WAJFx8s4VYHS7jswRIuHCzh8GAJFw6WcPHB Em6ngyVcyDy+U/gqjeppc1GBA+0dSdvHZYti0PEcgwRVdAHCNRja66XvOaZ3iQZg+DNnt1+g4T/7 OmnrhIzH4rUs/RWe/BU75hWbe3SE2zl9cqMFVduEE8MmBG0L4A0q4kNe3OlQiEbSd+QjcpG+47VC 6TuW6llKTlex9PU3dfyy9nS99B2vOUrfY2mgyxPpO9/0leIr6evpdpe+43eWndXbSaR9fQoxZOI+ Ru3k0o6bAkAkXX0S/OLvOaIHU1HRmdka5uK8Q+xgbbxCUN7SqWYhw20DuU+nzWUy2+f7iHmj4257 KGv19Zm7ajx26bbQfUp7tLeADnqyO6xHuzQ7UIsdTD4ipFfBW5f8NUqh0lV4s0Gcfk0gd/12zdYz h5LhbQcEhToBQZE5b2AsNQtgE+l5A/6mjl/Wnm4AgiJz3sCxNNBNzxuYb/pKiQgIil3OGxi/ExJS 3woQfKjABXpF074R7djEHaIxZpNp+mbgruKsXmCLs4cHYGhvk2Rs9B79VcaOu5q80g5Jp7/t6BXb pVbdVpAa/sbM7m1QbsgLVxCq0gNLNnTT3WogFHGH3Np4bwuh7TF2Nam2ro/KRm9gMgoZ3aNpZ6kW 0Y4tdKs+R2GReLfL4SloKYTkR6AScJXOkCb7EMom7K6ivWRwVztV8pTUcbzO5K4YS+2i8kFSR39T xy9rTzeokrmkjsfSQDfNXTHf9JWSkSq5T1JHPpySOsKZmAUbZxXppbusJGCC12dczWxDFJQgL21x kGgLMVCRyZXuI9Lc8FqbvhXy+kwE+6bkZDUZSVtkU2+TtdomHIEOz0Ww2Uf/bGB/6iKPfZ60NppD SB5ZgNirM6n0BkbFR+RdUmHu93S7W/eT2TZTheXxTG2yo9Ii5RHJzN/Ee4EUpWtKL8QWyna7uEnO QhpIOgU5Hd7VRL5X2AXInREMOildRBuNPFzGvXxj/G4bRISvFOxT0xWhly7dOhoQXJ8F5Q3v0eK9 16kTnLFwRuB4nTkjcCxd9qSPV4mBYr6p45e1p7sYKNiQOSPwWLrQHdIzAuebfIheDvXdw0DBQqLX m9nrZmApaYIK4DOAtW/GXN4gDwwKLDptGekwUCCN03rg0SV0f1SkKN0tyJezU5be8Tpn6WRLlt7p KmUkS5be9cva0w2MJJel91ga6IKlk/HAOaIsvZ7uDozklKUXfKnaJMyg9Rh63bTIOnL9yd8Fcp6E UwUuewUuySR7bnM+DT0QdDo7ODmH3u+tOIbh+pQqNX6Qj5e3auvxNSbhGfS0w0cKPABI0douMx9n qjwzn2yUmY8zy0/iyGZy6oylQWzYNKeOv6njl7WnG8SRzeTUOZYGumlOnfmmr9QQiSO7S06d8Tsh BVbFpkoFz6/QsRpYLt7Mbn2Sfu9jMtnTHrjRCV2JeFXhqQnQGDr6o4V3MQ2tWpyrQHY7frZCEaRZ RsMotFfKacz5wMpbU6FwN0FftKnyoc+L3SeyRQxDMiFgAdBZE6EPyc0s9JYH32A6r2KFTZlWNWjw 3SXaoiIZ/UPPfpJRFxi1duLc7RZMrIo8K+d/YEmn92gAf4HYxB/02eMqpixWXC4pELzzg6bkEvXB o/6S/6JJvjjkz1SrbpGxSYu8k8gqrh5i4n9K2YRMBZxLusXHLjbrFsFc124R0y7nir6Pu7nQRGzz PNHXnrouLcGuzIux+o4ypm9HTQ4iK/qZVudDiqubJAfWtUlyTku0GnvAb+RkgOniw39a1VFxRTAi n3ZgHT/M01qDP5jfQl1VG95R6RMvfVsqh3mlB1NWd5YrWfLF1vPL85ZTi+6C5Uqt+naLGWL698py FRddO0pxG9Pvz3KVNH2bNJ8ksxr722O5fBY7QuyH/VjyxdbYj+mkRXfBiLgyfbtF85j+vTIiwVTX jhJ8iOn3Z0RCuL5NkjIZ+9tjRD41qwk+2W2wn3eSWO24pGDQ70yuctR0xn5LElr38CiXWxen1Okv XFzyxdYraZBJi+5CuAip+naLGpLcSXcqXKQP9u/VUdIHpwX6OxgWuOnbJMGTsW8sXMZ/h29jTZme Pul/fflamxvk4+Hj0/8B4aonFmVuZHN0cmVhbQplbmRvYmoKMjc4IDAgb2JqCjUxMzgKZW5kb2Jq CjI4MiAwIG9iagpbMTIgL1hZWiA0Ny41MTk5OTk5ICAKMzQ1LjE5OTk5OSAgMF0KZW5kb2JqCjI4 MyAwIG9iagpbMTIgL1hZWiA0Ny41MTk5OTk5ICAKMzc1LjkxOTk5OSAgMF0KZW5kb2JqCjI4NCAw IG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzUyMi43MjAwMDAgIDM0 MS4zNTk5OTkgIDU0My44NDAwMDAgIDM0OS4wMzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Rlc3Qg L2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRp ZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjN0b2MKPj4KZW5kb2JqCjI4NSAw IG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEzMS4wMzk5OTkgIDI5 Mi4zOTk5OTkgIDIxNy40Mzk5OTkgIDMwMC4wNzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0EgPDwK L1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKG1haWx0bzptYmpAbWljcm9zb2Z0LmNvbSkKPj4K Pj4KZW5kb2JqCjI4NiAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3Qg WzEzMS4wMzk5OTkgIDI4My43NTk5OTkgIDIyNy4wMzk5OTkgIDI5MS40Mzk5OTkgXQovQm9yZGVy IFswIDAgMF0KL0EgPDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0dHA6Ly9zZWxmLWlz c3VlZC5pbmZvLykKPj4KPj4KZW5kb2JqCjI4NyAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5 cGUgL0xpbmsKL1JlY3QgWzEzMS4wMzk5OTkgIDI0NC4zOTk5OTkgIDIyOCAgMjUyLjA3OTk5OSBd Ci9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAobWFpbHRv OmRpY2suaGFyZHRAZ21haWwuY29tKQo+Pgo+PgplbmRvYmoKMjg4IDAgb2JqCjw8Ci9UeXBlIC9B bm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTMxLjAzOTk5OSAgMjM0Ljc5OTk5OSAgMjIwLjMx OTk5OSAgMjQyLjQ3OTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlwZSAvQWN0aW9uCi9T IC9VUkkKL1VSSSAoaHR0cDovL2RpY2toYXJkdC5vcmcvKQo+Pgo+PgplbmRvYmoKMjg5IDAgb2Jq Cjw8Ci9UeXBlIC9Bbm5vdAovU3VidHlwZSAvTGluawovUmVjdCBbMTMxLjAzOTk5OSAgMTk1LjQz OTk5OSAgMTc3LjEyMDAwMCAgMjAzLjExOTk5OSBdCi9Cb3JkZXIgWzAgMCAwXQovQSA8PAovVHlw ZSAvQWN0aW9uCi9TIC9VUkkKL1VSSSAobWFpbHRvOmRyQGZiLmNvbSkKPj4KPj4KZW5kb2JqCjI5 MCAwIG9iago8PAovVHlwZSAvQW5ub3QKL1N1YnR5cGUgL0xpbmsKL1JlY3QgWzEzMS4wMzk5OTkg IDE4Ni43OTk5OTkgIDI2OS4yNzk5OTkgIDE5NC40Nzk5OTkgXQovQm9yZGVyIFswIDAgMF0KL0Eg PDwKL1R5cGUgL0FjdGlvbgovUyAvVVJJCi9VUkkgKGh0dHA6Ly93d3cuZGF2aWRyZWNvcmRvbi5j b20vKQo+Pgo+PgplbmRvYmoKMjkzIDAgb2JqCjw8L1RpdGxlICj+/wBBAGIAcwB0AHIAYQBjAHQp CiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfNAogIC9Db3VudCAwCiAgL05l eHQgMjk0IDAgUgo+PgplbmRvYmoKMjk0IDAgb2JqCjw8L1RpdGxlICj+/wBTAHQAYQB0AHUAcwAg AG8AZgAgAHQAaABpAHMAIABNAGUAbQBvKQogIC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dL QU5DSE9SXzYKICAvQ291bnQgMAogIC9OZXh0IDI5NSAwIFIKICAvUHJldiAyOTMgMCBSCj4+CmVu ZG9iagoyOTUgMCBvYmoKPDwvVGl0bGUgKP7/AEMAbwBwAHkAcgBpAGcAaAB0ACAATgBvAHQAaQBj AGUpCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfOAogIC9Db3VudCAwCiAg L05leHQgMjk2IDAgUgogIC9QcmV2IDI5NCAwIFIKPj4KZW5kb2JqCjI5NiAwIG9iago8PC9UaXRs ZSAo/v8AVABhAGIAbABlACAAbwBmACAAQwBvAG4AdABlAG4AdABzKQogIC9QYXJlbnQgMjkyIDAg UgogIC9EZXN0IC9fX1dLQU5DSE9SX2EKICAvQ291bnQgMAogIC9OZXh0IDI5NyAwIFIKICAvUHJl diAyOTUgMCBSCj4+CmVuZG9iagoyOTcgMCBvYmoKPDwvVGl0bGUgKP7/ADEALgCgACAASQBuAHQA cgBvAGQAdQBjAHQAaQBvAG4pCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1Jf YwogIC9Db3VudCAwCiAgL05leHQgMjk4IDAgUgogIC9QcmV2IDI5NiAwIFIKPj4KZW5kb2JqCjI5 OCAwIG9iago8PC9UaXRsZSAo/v8AMQAuADEALgCgACAATgBvAHQAYQB0AGkAbwBuAGEAbAAgAEMA bwBuAHYAZQBuAHQAaQBvAG4AcykKICAvUGFyZW50IDI5MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hP Ul9lCiAgL0NvdW50IDAKICAvTmV4dCAyOTkgMCBSCiAgL1ByZXYgMjk3IDAgUgo+PgplbmRvYmoK Mjk5IDAgb2JqCjw8L1RpdGxlICj+/wAxAC4AMgAuAKAAIABUAGUAcgBtAGkAbgBvAGwAbwBnAHkp CiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfZwogIC9Db3VudCAwCiAgL05l eHQgMzAwIDAgUgogIC9QcmV2IDI5OCAwIFIKPj4KZW5kb2JqCjMwMCAwIG9iago8PC9UaXRsZSAo /v8AMQAuADMALgCgACAATwB2AGUAcgB2AGkAZQB3KQogIC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0 IC9fX1dLQU5DSE9SX2kKICAvQ291bnQgMAogIC9OZXh0IDMwMSAwIFIKICAvUHJldiAyOTkgMCBS Cj4+CmVuZG9iagozMDEgMCBvYmoKPDwvVGl0bGUgKP7/ADIALgCgACAAQQB1AHQAaABlAG4AdABp AGMAYQB0AGUAZAAgAFIAZQBxAHUAZQBzAHQAcykKICAvUGFyZW50IDI5MiAwIFIKICAvRGVzdCAv X19XS0FOQ0hPUl9rCiAgL0NvdW50IDAKICAvTmV4dCAzMDIgMCBSCiAgL1ByZXYgMzAwIDAgUgo+ PgplbmRvYmoKMzAyIDAgb2JqCjw8L1RpdGxlICj+/wAyAC4AMQAuAKAAIABBAHUAdABoAG8AcgBp AHoAYQB0AGkAbwBuACAAUgBlAHEAdQBlAHMAdAAgAEgAZQBhAGQAZQByACAARgBpAGUAbABkKQog IC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SX20KICAvQ291bnQgMAogIC9OZXh0 IDMwMyAwIFIKICAvUHJldiAzMDEgMCBSCj4+CmVuZG9iagozMDMgMCBvYmoKPDwvVGl0bGUgKP7/ ADIALgAyAC4AoAAgAEYAbwByAG0ALQBFAG4AYwBvAGQAZQBkACAAQgBvAGQAeQAgAFAAYQByAGEA bQBlAHQAZQByKQogIC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SX28KICAvQ291 bnQgMAogIC9OZXh0IDMwNCAwIFIKICAvUHJldiAzMDIgMCBSCj4+CmVuZG9iagozMDQgMCBvYmoK PDwvVGl0bGUgKP7/ADIALgAzAC4AoAAgAFUAUgBJACAAUQB1AGUAcgB5ACAAUABhAHIAYQBtAGUA dABlAHIpCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfcQogIC9Db3VudCAw CiAgL05leHQgMzA1IDAgUgogIC9QcmV2IDMwMyAwIFIKPj4KZW5kb2JqCjMwNSAwIG9iago8PC9U aXRsZSAo/v8AMwAuAKAAIABUAGgAZQAgAFcAVwBXAC0AQQB1AHQAaABlAG4AdABpAGMAYQB0AGUA IABSAGUAcwBwAG8AbgBzAGUAIABIAGUAYQBkAGUAcgAgAEYAaQBlAGwAZCkKICAvUGFyZW50IDI5 MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hPUl9zCiAgL0NvdW50IDAKICAvTmV4dCAzMDYgMCBSCiAg L1ByZXYgMzA0IDAgUgo+PgplbmRvYmoKMzA2IDAgb2JqCjw8L1RpdGxlICj+/wAzAC4AMQAuAKAA IABFAHIAcgBvAHIAIABDAG8AZABlAHMpCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tB TkNIT1JfdQogIC9Db3VudCAwCiAgL05leHQgMzA3IDAgUgogIC9QcmV2IDMwNSAwIFIKPj4KZW5k b2JqCjMwNyAwIG9iago8PC9UaXRsZSAo/v8ANAAuAKAAIABTAGUAYwB1AHIAaQB0AHkAIABDAG8A bgBzAGkAZABlAHIAYQB0AGkAbwBuAHMpCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tB TkNIT1JfdwogIC9Db3VudCAwCiAgL05leHQgMzA4IDAgUgogIC9QcmV2IDMwNiAwIFIKPj4KZW5k b2JqCjMwOCAwIG9iago8PC9UaXRsZSAo/v8ANAAuADEALgCgACAAUwBlAGMAdQByAGkAdAB5ACAA VABoAHIAZQBhAHQAcykKICAvUGFyZW50IDI5MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hPUl95CiAg L0NvdW50IDAKICAvTmV4dCAzMDkgMCBSCiAgL1ByZXYgMzA3IDAgUgo+PgplbmRvYmoKMzA5IDAg b2JqCjw8L1RpdGxlICj+/wA0AC4AMgAuAKAAIABUAGgAcgBlAGEAdAAgAE0AaQB0AGkAZwBhAHQA aQBvAG4pCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfMTAKICAvQ291bnQg MAogIC9OZXh0IDMxMCAwIFIKICAvUHJldiAzMDggMCBSCj4+CmVuZG9iagozMTAgMCBvYmoKPDwv VGl0bGUgKP7/ADQALgAzAC4AoAAgAFMAdQBtAG0AYQByAHkAIABvAGYAIABSAGUAYwBvAG0AbQBl AG4AZABhAHQAaQBvAG4AcykKICAvUGFyZW50IDI5MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hPUl8x MgogIC9Db3VudCAwCiAgL05leHQgMzExIDAgUgogIC9QcmV2IDMwOSAwIFIKPj4KZW5kb2JqCjMx MSAwIG9iago8PC9UaXRsZSAo/v8ANQAuAKAAIABJAEEATgBBACAAQwBvAG4AcwBpAGQAZQByAGEA dABpAG8AbgBzKQogIC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzE0CiAgL0Nv dW50IDAKICAvTmV4dCAzMTIgMCBSCiAgL1ByZXYgMzEwIDAgUgo+PgplbmRvYmoKMzEyIDAgb2Jq Cjw8L1RpdGxlICj+/wA1AC4AMQAuAKAAIABPAEEAdQB0AGgAIABBAGMAYwBlAHMAcwAgAFQAbwBr AGUAbgAgAFQAeQBwAGUAIABSAGUAZwBpAHMAdAByAGEAdABpAG8AbikKICAvUGFyZW50IDI5MiAw IFIKICAvRGVzdCAvX19XS0FOQ0hPUl8xNgogIC9Db3VudCAwCiAgL05leHQgMzEzIDAgUgogIC9Q cmV2IDMxMSAwIFIKPj4KZW5kb2JqCjMxMyAwIG9iago8PC9UaXRsZSAo/v8ANQAuADEALgAxAC4A oAAgAFQAaABlACAAIgBCAGUAYQByAGUAcgAiACAATwBBAHUAdABoACAAQQBjAGMAZQBzAHMAIABU AG8AawBlAG4AIABUAHkAcABlKQogIC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9S XzE4CiAgL0NvdW50IDAKICAvTmV4dCAzMTQgMCBSCiAgL1ByZXYgMzEyIDAgUgo+PgplbmRvYmoK MzE0IDAgb2JqCjw8L1RpdGxlICj+/wA1AC4AMgAuAKAAIABBAHUAdABoAGUAbgB0AGkAYwBhAHQA aQBvAG4AIABTAGMAaABlAG0AZQAgAFIAZQBnAGkAcwB0AHIAYQB0AGkAbwBuKQogIC9QYXJlbnQg MjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzFhCiAgL0NvdW50IDAKICAvTmV4dCAzMTUgMCBS CiAgL1ByZXYgMzEzIDAgUgo+PgplbmRvYmoKMzE1IDAgb2JqCjw8L1RpdGxlICj+/wA1AC4AMgAu ADEALgCgACAAVABoAGUAIAAiAEIAZQBhAHIAZQByACIAIABBAHUAdABoAGUAbgB0AGkAYwBhAHQA aQBvAG4AIABTAGMAaABlAG0AZSkKICAvUGFyZW50IDI5MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hP Ul8xYwogIC9Db3VudCAwCiAgL05leHQgMzE2IDAgUgogIC9QcmV2IDMxNCAwIFIKPj4KZW5kb2Jq CjMxNiAwIG9iago8PC9UaXRsZSAo/v8ANgAuAKAAIABSAGUAZgBlAHIAZQBuAGMAZQBzKQogIC9Q YXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzFlCiAgL0NvdW50IDAKICAvTmV4dCAz MTcgMCBSCiAgL1ByZXYgMzE1IDAgUgo+PgplbmRvYmoKMzE3IDAgb2JqCjw8L1RpdGxlICj+/wA2 AC4AMQAuAKAATgBvAHIAbQBhAHQAaQB2AGUAIABSAGUAZgBlAHIAZQBuAGMAZQBzKQogIC9QYXJl bnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzFnCiAgL0NvdW50IDAKICAvTmV4dCAzMTgg MCBSCiAgL1ByZXYgMzE2IDAgUgo+PgplbmRvYmoKMzE4IDAgb2JqCjw8L1RpdGxlICj+/wA2AC4A MgAuAKAASQBuAGYAbwByAG0AYQB0AGkAdgBlACAAUgBlAGYAZQByAGUAbgBjAGUAcykKICAvUGFy ZW50IDI5MiAwIFIKICAvRGVzdCAvX19XS0FOQ0hPUl8xaQogIC9Db3VudCAwCiAgL05leHQgMzE5 IDAgUgogIC9QcmV2IDMxNyAwIFIKPj4KZW5kb2JqCjMxOSAwIG9iago8PC9UaXRsZSAo/v8AQQBw AHAAZQBuAGQAaQB4ACAAQQAuAKAAIABBAGMAawBuAG8AdwBsAGUAZABnAGUAbQBlAG4AdABzKQog IC9QYXJlbnQgMjkyIDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzFrCiAgL0NvdW50IDAKICAvTmV4 dCAzMjAgMCBSCiAgL1ByZXYgMzE4IDAgUgo+PgplbmRvYmoKMzIwIDAgb2JqCjw8L1RpdGxlICj+ /wBBAHAAcABlAG4AZABpAHgAIABCAC4AoAAgAEQAbwBjAHUAbQBlAG4AdAAgAEgAaQBzAHQAbwBy AHkpCiAgL1BhcmVudCAyOTIgMCBSCiAgL0Rlc3QgL19fV0tBTkNIT1JfMW0KICAvQ291bnQgMAog IC9OZXh0IDMyMSAwIFIKICAvUHJldiAzMTkgMCBSCj4+CmVuZG9iagozMjEgMCBvYmoKPDwvVGl0 bGUgKP7/AEEAdQB0AGgAbwByAHMAJwAgAEEAZABkAHIAZQBzAHMAZQBzKQogIC9QYXJlbnQgMjky IDAgUgogIC9EZXN0IC9fX1dLQU5DSE9SXzFvCiAgL0NvdW50IDAKICAvUHJldiAzMjAgMCBSCj4+ CmVuZG9iagoyOTIgMCBvYmoKPDwvVGl0bGUgKP7/AFQAaABlACAATwBBAHUAdABoACAAMgAuADAA IABBAHUAdABoAG8AcgBpAHoAYQB0AGkAbwBuACAAUAByAG8AdABvAGMAbwBsADoAIABCAGUAYQBy AGUAcgAgAFQAbwBrAGUAbgBzACAAZAByAGEAZgB0AC0AaQBlAHQAZgAtAG8AYQB1AHQAaAAtAHYA MgAtAGIAZQBhAHIAZQByAC0AMQA1KQogIC9QYXJlbnQgMjkxIDAgUgogIC9EZXN0IC9fX1dLQU5D SE9SXzIKICAvQ291bnQgMAogIC9GaXJzdCAyOTMgMCBSCiAgL0xhc3QgMzIxIDAgUgo+PgplbmRv YmoKMjkxIDAgb2JqCjw8L1R5cGUgL091dGxpbmVzIC9GaXJzdCAyOTIgMCBSCi9MYXN0IDI5MiAw IFI+PgplbmRvYmoKMzIyIDAgb2JqCjw8Ci9UeXBlIC9DYXRhbG9nCi9QYWdlcyAyIDAgUgovT3V0 bGluZXMgMjkxIDAgUgovUGFnZU1vZGUgL1VzZU91dGxpbmVzCi9EZXN0cyA8PAovX19XS0FOQ0hP Ul8xOCAxNTQgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRp ciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzc2VjIzJk Y29uIDExOSAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGly IzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjN0b2MgMTUg MCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYXV0aG4jMmRoZWFkZXIg MTA1IDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZk cmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM05JU1Q4MDAjMmQ2 MyAyMDEgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMy ZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzcmZjLmF1dGhv cnMgMjgzIDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIj MmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM2F1dGh6IzJk aGVhZGVyIDc3IDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5k aXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM3Jlc291 cmNlIzJkZXJyb3IjMmRjb2RlcyAxMTcgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJm Q0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRt bC5odG1sIzIzVzNDLlJFQyMyZGh0bWw0MDEjMmQxOTk5MTIyNCAxOTEgMCBSCi9maWxlIzNhIzJm IzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRo IzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZDNTIzNCAxOTMgMCBSCi9maWxlIzNhIzJmIzJm IzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJk djIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0ZiMyZGh0dHBiaXMjMmRwNyMyZGF1dGgg MTYyIDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZk cmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM2FuY2hvcjEgMzIg MCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0 IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yMiAzMyAwIFIK L2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRp ZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3IzIDM1IDAgUgovZmls ZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYj MmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM2FuY2hvcjQgNzQgMCBSCi9fX1dLQU5D SE9SXzIgMTAgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRp ciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9y NSA3NSAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJm ZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3I2IDE0 NSAwIFIKL19fV0tBTkNIT1JfNCAxMSAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZD R0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1s Lmh0bWwjMjNhbmNob3I3IDE2MyAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0 ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0 bWwjMjNhbmNob3I4IDE2NiAwIFIKL19fV0tBTkNIT1JfNiAxMiAwIFIKL2ZpbGUjM2EjMmYjMmYj MmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2 MiMyZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3I5IDE2NyAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2 YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMy ZGJlYXJlci5odG1sLmh0bWwjMjNhbmNob3IxMCAxNTUgMCBSCi9fX1dLQU5DSE9SXzggMTQgMCBS Ci9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJk aWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9yMTEgMTU2IDAgUgov ZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGll dGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzUyNDYgMTk1IDAgUgovZmls ZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYj MmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzI2MTYgMTk0IDAgUgovX19XS0FO Q0hPUl8xYSAxNTggMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2 LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZD MjYxNyAxOTYgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRp ciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYW5jaG9y MTQgMTk3IDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIj MmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM21pdGlnYXRp b24gMTMxIDAgUgovX19XS0FOQ0hPUl8xYyAxNjAgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJm dG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFy ZXIuaHRtbC5odG1sIzIzYW5jaG9yMTUgMTk4IDAgUgovX19XS0FOQ0hPUl8xZSAxNjEgMCBSCi9f X1dLQU5DSE9SXzFnIDE2NCAwIFIKL19fV0tBTkNIT1JfMWkgMjAyIDAgUgovX19XS0FOQ0hPUl8x ayAxODYgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMy ZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMyZEQuaWV0 ZiMyZGh0dHBiaXMjMmRwMSMyZG1lc3NhZ2luZyAxNTcgMCBSCi9fX1dLQU5DSE9SXzFtIDE4OSAw IFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQj MmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJlci5odG1sLmh0bWwjMjNxdWVyeSMyZHBhcmFtIDkw IDAgUgovX19XS0FOQ0hPUl8xbyAyODIgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJm Q0dJdGVtcDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRt bC5odG1sIzIzcmZjLnJlZmVyZW5jZXMxIDE1OSAwIFIKL2ZpbGUjM2EjMmYjMmYjMmZ2YXIjMmZ0 bXAjMmZDR0l0ZW1wNTA5MzYuZGlyIzJmZHJhZnQjMmRpZXRmIzJkb2F1dGgjMmR2MiMyZGJlYXJl ci5odG1sLmh0bWwjMjNyZmMucmVmZXJlbmNlczIgMTk5IDAgUgovZmlsZSMzYSMyZiMyZiMyZnZh ciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJk YmVhcmVyLmh0bWwuaHRtbCMyM3RocmVhdHMgMTI3IDAgUgovX19XS0FOQ0hPUl9hIDEzIDAgUgov ZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZkcmFmdCMyZGll dGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM1JGQzIyNDYgMTg3IDAgUgovX19X S0FOQ0hPUl9jIDMxIDAgUgovX19XS0FOQ0hPUl9lIDM0IDAgUgovX19XS0FOQ0hPUl9nIDM2IDAg UgovX19XS0FOQ0hPUl9pIDc2IDAgUgovX19XS0FOQ0hPUl9rIDc4IDAgUgovX19XS0FOQ0hPUl9t IDc5IDAgUgovX19XS0FOQ0hPUl9vIDkxIDAgUgovX19XS0FOQ0hPUl9xIDEwMyAwIFIKL19fV0tB TkNIT1JfcyAxMDQgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2 LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzUkZD Mzk4NiAyMDAgMCBSCi9fX1dLQU5DSE9SX3UgMTE4IDAgUgovX19XS0FOQ0hPUl93IDEyOCAwIFIK L19fV0tBTkNIT1JfeSAxMzAgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVt cDUwOTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1s IzIzUkZDMjExOSAxOTAgMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUw OTM2LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIz UkZDNjEyNSAxODggMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2 LmRpciMyZmRyYWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzSSMy ZEQuaWV0ZiMyZG9hdXRoIzJkdjIgMTkyIDAgUgovX19XS0FOQ0hPUl8xMCAxMjkgMCBSCi9fX1dL QU5DSE9SXzEyIDE0NCAwIFIKL19fV0tBTkNIT1JfMTQgMTY1IDAgUgovX19XS0FOQ0hPUl8xNiAx NjggMCBSCi9maWxlIzNhIzJmIzJmIzJmdmFyIzJmdG1wIzJmQ0dJdGVtcDUwOTM2LmRpciMyZmRy YWZ0IzJkaWV0ZiMyZG9hdXRoIzJkdjIjMmRiZWFyZXIuaHRtbC5odG1sIzIzYm9keSMyZHBhcmFt IDkyIDAgUgovZmlsZSMzYSMyZiMyZiMyZnZhciMyZnRtcCMyZkNHSXRlbXA1MDkzNi5kaXIjMmZk cmFmdCMyZGlldGYjMmRvYXV0aCMyZHYyIzJkYmVhcmVyLmh0bWwuaHRtbCMyM0ZpZ3VyZSMyZDEg NzMgMCBSCj4+Cj4+CmVuZG9iagoyODEgMCBvYmoKPDwKL1R5cGUgL1BhZ2UKL1BhcmVudCAyIDAg UgovQ29udGVudHMgMzIzIDAgUgovUmVzb3VyY2VzIDMyNSAwIFIKL0Fubm90cyAzMjYgMCBSCi9N ZWRpYUJveCBbMCAwIDU5NSA4NDJdCj4+CmVuZG9iagozMjUgMCBvYmoKPDwKL0NvbG9yU3BhY2Ug PDwKL1BDU3AgNCAwIFIKL0NTcCAvRGV2aWNlUkdCCi9DU3BnIC9EZXZpY2VHcmF5Cj4+Ci9FeHRH U3RhdGUgPDwKL0dTYSAzIDAgUgo+PgovUGF0dGVybiA8PAo+PgovRm9udCA8PAovRjYgNiAwIFIK L0Y5IDkgMCBSCi9GOCA4IDAgUgo+PgovWE9iamVjdCA8PAo+Pgo+PgplbmRvYmoKMzI2IDAgb2Jq ClsgMjg0IDAgUiAyODUgMCBSIDI4NiAwIFIgMjg3IDAgUiAyODggMCBSIDI4OSAwIFIgMjkwIDAg UiBdCmVuZG9iagozMjMgMCBvYmoKPDwKL0xlbmd0aCAzMjQgMCBSCi9GaWx0ZXIgL0ZsYXRlRGVj b2RlCj4+CnN0cmVhbQp4nO1dy47duBHd36/QegC3SVGkRCAIYPfYAbIIYLiBLIIsgp5MgoE9SGcW +f1QEkWRPNQtiZfSlT3dxkyrKbFUJOtxqvjQ2z99/kf1r9+qt4+f/1M929+Pny/sgUk9/lTM/Hvj F9Tdg6hZ/1N1XDyodih9/np5qV4uny6fzP9fLlwNFe0vc3N6BRv+/fb86+Xt+PLLWPL58S/m6n9V Xf3Z/PdL9be/m8KfLL3+ga+XTivDB2NcmD+/+H9y1jHxYJjippzFf/YP//vy1x+qX3vG6oduYJ6P DPp/vuFS1ZybmvVNLL/MVR8UE7o2dLvFa5+wEJafpmpl25qnGOem6aKR/TVj0pRr9tAM5aYPFG+G P+q4vG6HDqh9Ol8W6Pfd87PHsxb2Z/E64NnjTdl+H3j23qW4GoYq5i0sn9sy0/myQD/muVA/L/C8 xMPSuOzRz+mx/hr226p+TsvGkiyFPE9mQINSbNIt1TTmfsdaY04qLqv//tO85dOgOxkayod/PjNj yYKGvlyp+P7p8vajMiakevq5Gjl4M/56Grl+Y9jmXfX0U/WHnqk/Vk+/XHqDZAvqoaCdC8RQ0M0F TfzESOPDk2l9psl5uVJxaJCujJVMNIgL3jeoNnZ6ZEaoiF0o4O+2scuRXV73w1rXrZHe6bp74KyR Fed6uFB6KDX/N309Xj1fuJHiTstGMHdThZWVpTs8O1zLoUYVVZWOrhyeDV5qblqmpsqO32ejDe9/ 2HkwzC/b1d3Q1Xru+zoajJrFBaMwcU8i21gAf4wL3g8F8kqVD3GBHAqaKzRiVpFoTIOPT3A2l5Ad sOK98BoZP/EuLvgYE42fWNPNdK/Ca8A0QDdDlZgoSIQ1QOLKW4DT+C38kWKMx6+lq2C3g5RBAbQl lmVsPimpnEdCxh7TNAaTl63d0risQLuLtB+GDp6AxoD6g3A3MQ3ow9gp3FmFbhuZye42kxNEKwMq A60BuSPNHXYzDFVHvbbI+MeNEywebtD2D5TFwOZDF8aMYa8DUegPspNpxjgAHNpzkRYUO6iECRGq DgUV5QEGl/Tc39NYImNgqLarA0pM3GPlILH0ILFMQmLpILFESCwdJJYhJJYeJJZJSCwdJJYIiaWD xDKExPIgSKwmpyneU8pZBADRUO1OEBmUFeQ5NgkZkLl5T3YQKLwg1TlWtCUbeXhAcDY0c61HAKvS iJAOiHaEOzdiZs5C9T8NZjq5Fy0DiFu1ujHHoKhyjrbzHG2XdLSdc7QdOtrOOdoudLSd52i7pKPt nKPt0NF2ztF2oaPtDnK0+tXRLugzzSkUgBmBvMqrCyS7qJTKC1Y7lRdMJFResMaqZn8Vqfx4U4WV laU7qbxgLKHyptTRZbHKDzctU8xX+ZHu/iov2GTlax2DC1oZaef6XeeSawAGBazCt5P1LZF/OKhx uziaPXwCtKWcBeQz6BE8BXoEn0BPfxVbQD6BHq+ysnSdBeQp0GNKHV0APcNNy1QAeka6B1jA2oUX YAHBApASvyI0ug+C2cckch0XnAbTwFBBsETnIMGw0FN0e+RKVsxigbEGSEcnWOmpoRUYb3uHFJpf i5QZBLGOpWwFnKG9BInpffud37oh8y8aPbVFxW+J4zWrmAXcRitmt9E2KbfROvPeSnAbrfMTc2Vl 6Tq30fKU22i5o8vBbfQ3LVM8cBsD3QPcRttOgyFjPAKKBJaGxgH01AUZkhVB45pEPSRRWB1A22Y0 khnTQbR9j5FkDeu3Mnpse/oQidJjC+MCgw2ON7YRS4u7YOr3NuPV8CZUmGaUB86v9BkN6aETYbh3 QW8LCOBW79WGXYSZ/owIJtsVl4Wi9JQqqj+d+iZnPiwkKpILF7peb8rpKWXgHfSfHu1D1oKUGMsS jO1jmOquDge3HnvZC01WaAh0IumoEzB6+2iucFVFFp0YOEUowJFm9tpcaAELuWZkSF3dR1jtZOg8 EOIx7gA65IOxA1UEWAFPAI27OuIi5r1h7WJzSSwPk9LovGjzHj9hF+HdHr41JoD66q51Inxr6ml+ or+KwrfxpgorK0t3Ct8aWyMM35r+3kjXXEXh23DTMqX88G2ku3/41tTO6J8260catIS5ouU3dk/0 ogpo3YqpAbAjZCo80Rh6WvaYbBu9/oFeQ0MuIywB1+/VQfSqG/BNANdpyL/TIqPIHhwzqwUdgmoI S/lirdtvgUwj5qRfI1JJv0ZMSb/+KvYawrkJEST9errOa4hU0s+UOrqQ9BtuWqaCpN9I9wCvISag sGKBDNozMHkl0k10RJax44vOYG6fgcLZcvot9KQ0aVh22TWUkwa5kymmo/4McYAqdOaAnrXPWF8A jcsYqIUFGLfO2LShwVixzypj1QI5ZVcikbACqmTDvTLxm6xvGP9z5Ss3Bda/89zj9mB9xejTS+rp VBR00C6zBqJrIunfvqoJJZdGu7RZpidrSoBseoq0hGcDeSANOWaEdlHt2OauCEK3Q6FyIYXyQgqV DCmUCykUhhTKxRAqDCmUF1KoZEihXEihMKRQLqRQYUihDgoplFtHAIkoeso/YxK8xKIAcu9K1koh ujH0YgSaRoaPKLDq6+xbhm7DQ5CYpAPb7Zshcjr5mI1qTduFqoyNKbAvc4U5iO27+DEeh0O2w51G Yhb8XZmgo3sNOhbk4dsNOsrBHe3BHZ2EO9rBHY1wRzt8o0O4oz24o5NwRzu4oxHuaAd3dAh39EFw R082UtpVYOyKEMB4bRcTTLPQRnKXLOyr+u6vvitO2dk+l4sDVeD4HwQEQIMGdwth9o1gRqlQUZER YBUYgV6mUzUl0vQlhD0jRUAvAYbAJXuGoQh2kXxDyuhOUQe8BbJs271DMfcu69m9yzrl3qU7ZVLW 4N7HmyqsrCzdyb3LOuXeTamjC+59uGmZCtz7SHd/995Pe1hthe029GbI7WvtVshAhu+mzUjG7qoM m/AKKk4JKlZwSosUPS4ZM9sZoTpI4doN6rfueNChvchJZdJZx6wDcekJj+yRKOO9m8l74xoL2FxL y4TQlEXIOTBk+9bZFcm6Ahs0D1qXkbEegtZVstczApGGxxIDS5vEO2os91uJJqUHtGQSaLmzC6VE oCUdspIh0JIe0JJJoCUd0JIItKQDWjIEWvIgoCVPtxKNnkrOWCZbZK3lnaaNSkxgHHNYAr0TFDeY F9NwNe9QMMqV0vB22qHQX8Ua3k47FLzKytJ1Gq5SOxRM6URXwQ6F4aZlKtihMNI9QMPbycujiUZP kIFZXlWNQMIlzjxbcbw8JCnove/0QcfHbP06ZjaxxDHXYAKP1KAiOxRme5AA+SCZCx+iuRZug1Mg gUXOuRbw2oz4hAbXAIFUgYGYDHPnclwrtovCclv68woZX4bIyOLuNvUptefQdcqhK3ckomLg0Meb KqysLF3n0HXSoWvn0DU6dO0cug4duj7GoStWr9as82weec0wlvdwGevJYk4FjH7GrNR215sTbJRY c1sCeaydT7xx+lRHyk5vGEdWC2zAKWbOFZ8zMP03AhPm3J3vqDhkYMabKqysLN3JnCueysCYUkcX MjDDTctUkIEZ6R5gzvmGDMxpzzB9PWpyu0F7PWryaWPwWS6ku9E4jyf+zKr7+/qiyrdxzvuNp2Qq 42Esq+QpmcILC29zksYnOSfZspSTdKdZKnuape/phpsqrKwsXeckVZtykqqd6KoWnGR/0zLYBk5y oHuAk2zFNBgfSHhOfxBz+8QkaCvMMq6AY/SRR3sc4FiL+Al64yHYJrottHvL2GZ5lvNNaSf6er7p IX63Ca1BRiy64sxjwOEFRDnneK+1oWeRdKTqusXBhNZtP9pqhZTRmWQ4qu4kaaYVWy6/6zTTfQ4L 2euYYRapAydd3fYzSTL2qa2QmIzMXMZxKrTxyxjc7Wcbrg5ki5jHljmfkxGmr9jXTMdUEKjR31M/ JnGBKRVy2cedzi6HBSpLK1ZKRJCt+0j7asxxewTZSukiyFaqRATZyinSa6cP+s5h4HhThZWVpTtF kK0UiQjSlDq6Io4gh5uWKeFHkCPd/SPIVrqPXkjSftFnt2w/zeNep/XTQUWJxXMZngcMHv0JLzLE zjrJlExerQCAZ3Hn23eHvPqIm3yEs0oPNbM/i9eBKV/xPG0KN750MJTGQsvkMfbDfs2unuykVVD/ 8xptJBgW6IAcQCAEu+1ULG1ed3fxkDVp0+FxxuMADArgvVbdumVGoGCpymqvnenX2JXhkl0ox6uB S5IoF01I1X5jBT4VXpMy4PX0u7igjQqsYfeIxj66hsD+Xdq/evvxwc8/xnyATMSMbT0d/tpItWyP kXJUc0bqY9p9QPshpPKeWDCw61qnFlqnh1MvO3c0ihUQz2q0YAIgTP8Yjb91Y3Big8e7d5gke5Da /jj9TaFu0SPZrhMPsre2ZrSb1i/4cvnsmeuQZOgP8HWE7V8mdrVvJ8lxnYt9aZdKzn3ZxNpmpyJ9 1ABUYACs/wbL4IlXPMPJZVwlfsJOCEEqHuYIAEdcIcq9TfJ7GfbF8WHDKVCdbqYWLhykCsmSXSRb SyfZUvsF55Vs13McjmQB2YgL6niTGnSliK0mFIDQclhVFZsikGKctQNzBm8BXYmbD3ywhUUYV16L MxuggLE22Q7aGyalP840OF/NcmHSQk6huY3qFZyg3adHS+KEmSpYExon2FlGiJk8WWxiooD5AGss GOEifSjEHn04U4UuAyQJrQNoqcgnMohClXJoTM8LYk6OxnSjnM8azmV1Baf1WXPnokkmYZT9ytMV Kw6OEMcHoBjwEbvKBAaEKK2EYHyb+E27ndV3xW9adjN+437BeXXB9dyd8FsJFdxF41ATYEVoTBRU 8gRgrM1FOFfBWDbVa0Cia0oSnVjtFkM7wE01ZNMAe4A1hEwYSAngBkgNQZ6Hxm8L6bUi46DVHuPg qNYLmYlrPRT3oZ1pu9YhcYEF1gXQmWAuFjk5OjOc6skj8f542rngrB7J61y00bHBRVQEATKk175J hCNY7Vp4R4Rj2OCTPAku/YLzypPruXtlqEZx0hsKUEbhO4KxVcHVyYCjSHXClBWpGiuAFVSBFVvZ Gumn0T2oZf5VL0aEuBpkwf56/pqrvL3DuP5A9enyf782Qi5lbmRzdHJlYW0KZW5kb2JqCjMyNCAw IG9iagozODQwCmVuZG9iagozMjcgMCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yCi9Gb250 TmFtZSAvUVBNQUFBK0xpYmVyYXRpb25TYW5zCi9GbGFncyA0IAovRm9udEJCb3ggWy0yMDMuMTI1 MDAwIC0zMDMuMjIyNjU2IDEwNTAuMjkyOTYgOTEwLjE1NjI1MCBdCi9JdGFsaWNBbmdsZSAwIAov QXNjZW50IDkwNS4yNzM0MzcgCi9EZXNjZW50IC0yMTEuOTE0MDYyIAovQ2FwSGVpZ2h0IDkwNS4y NzM0MzcgCi9TdGVtViA3My4yNDIxODc1IAovRm9udEZpbGUyIDMyOCAwIFIKPj4gZW5kb2JqCjMy OCAwIG9iago8PAovTGVuZ3RoMSA4NDQ4IAovTGVuZ3RoIDMzMSAwIFIKL0ZpbHRlciAvRmxhdGVE ZWNvZGUKPj4Kc3RyZWFtCnicpVgJdBzFma7q7rkkzYzmHklz9MxoTs3d0xqN7vuy7tO2MGYsjTSy rQNpjG0g2AJjjG2uHECyfgk51zGEJOAYEnAckk0cEhOul+y+5WWzu4TN2+AlDxY2xJbG+3dPS5Zl QjbZqdfTf1f/VfX/9X//UY0wQkiKDiISod7BUPSPxYcPQ89xuG6a2r1/UvLNsUtAX0RIX5tOJScm H+4wI2TwQ195GjqUeeL98DwBz6Xpmcy+p3+tugeej8Dzyd1z48l9ioVTCBnD8Dwyk9w3jwJoFzxz 7+nZ5Eyq/9cXKXg+CUIMI5J6Bj+IREgq+pyIQQiX5O7kq2iSUEtFRL6YIrgf9RgivtmH9l1Gwi/S MNiE6pHtMiF6PduPGUktfuomhL7wm39EiKoULXGrIQJaM0LEhAhWQhKEGJVN5bSpbM0EnS3Fj2bT ouFLjzdTLyGMQB4RDeN0CNmw3gBNp3KoGOxyQ2NVjIqqXFFgCpP41L8Ql0iSxMQT1LeiIW8gZF/e LFq63B6O+qKRAHni0gFYEo1euUgZqR7kQ3HQS2vgp2Si8fK4QSzhm8Pudqli0ME1fY7BoOOWcwgc EqxVF7pKE4m+PW0txZ9XWego09W9+93b73A5mxq2jKaO3DBWETfq8feU7e33BCJRX5nJTOE/jrS2 M2yJORTsCAQCIYdLb3zgflzyyK7pxkaLCeOyQFfP9M79xqOn+nqwXOl01TYkYQesV/5A+ER+VISQ ExZ321mVg2XijI7ROVSgAKMHOQmf1+eP/9MnDrH7fvrT4qK6omKjWZovluIPiNfueu+9u1aGe6w0 FlFiUPrKCuzpBaoSARZsDpLfSXdOMdKBGU1O45z+mo2P1MOvfkMmyZPkS2V5Ulm+5KlXsq8+9YxY KpZKpNAtk0j+4YWzEu5BBg26z32L+F6x1+MqCwfL3B6vdaUTLGYz2BxWl8vptNJWPfG7laJim93k sDudFoetmPgN2GnkytuUGeykQyyITIDeYnfO5oVOwSiSWK5n1Sw68TprQqPM+PZPvLOweUtNndWG 37rjhrGqhNl0VqN1usrjTS3xCrdHo8MGvdtZHqttqYh73DodYcn+9thxjB22tpZd0w8QIYztjta2 9M5jnxjsj0a0GqzRRaIDg7feMTAYiWq0WnU0MjgAVgI/Io6AvAEOzTHWxTeGk0dr0OqYcgFPUQ5L nNT2nMwG1f3gRqcwgcGZ1Aad2eT1JPRaTYHaaLTUlvlLzAUKTNbaS+12m9lkNJosVrrEoqkJBSym QjkmRcRXKQpjkznMNLX0r1wASY6Cp5GiCyif8xgJ5ywqzGBMhrOfPHT6NH7j9WwH/gV+ZyZ7QHRh OUnIs6GVR2CLkQwhyWHwtMq/jIprkMG16Fqn6He/fT+/QCErKFDk5xfI8/7nt9nk+ZVClTJfnq9Q 8SiRSsQfPPMBR3KwKVRiqUReoJQX/uk8ecDJxkLxRFV5mIk5l5dES8tL9TW1kSqmubmEtlrM5hID ObP8KUOJmd+I5haHjWVqq1iS9+17QY0a0JyPKRqW0ZGg+72nT58W0U88celfqcrLP8lZinwHLAX+ b1O5BAgJ5uBiy5rxtLzx9Ncajw9AZALnyYuKff7ahijrcGm0pzkjcjbEZBFt9XrKY21bG+rLfFoN 8WQvG7NblXK9weevqetfuY8ctLtKHTajQSrSG0osJqsm6HaaisCaekMg1NY5vhICXYazI+QfqE2o A02DVgL23fF18GZZx7qIxbW4a52gzGoIY8AxwDUAalqJWBO7VmHDBp8hSre1tzMxq03+HXVtdaom Gim1gxI6kwXCS0V7ur0zGNIZMDZoo+GervmFkcEQKM018nGCp+ZuDhiL3d4oy7ZEGKtNqcJYpaSt 0UgzyzJeT3FRdhRrNaX2aKS6eJPHqyp0O6urR570Ot0mS6HaYW9pTk/ec2d6qrPd7cQxNmmkLeYS rYaS6QxmS6nLtfzjNxcy5Pn5gd4YY4Qfw/b2z+/p7YtEtTrQI9LXAzaeuvK26DHRw6gFcLAxlEs2 2NwgJIH4KohZG2tTCVu7GnWmAmVbN99155N37kh2tMOmnCkudTFsU8vmgzfeVFNrobHN1lC/Y/vB gbbWRNxfZs6OEcOhuoaevm3bdz596PDo1rIAcf4rhw9t38ZEMBi6zF9d11XO+H0Wi6rQ4+3YNJU+ cDC9a1O3z48VcqPOXGzOPpYtDpf5bTaNFuOK8h3Jw3eDZndfeZt8G2I3l71U2muNFwe4cxaFiGNw 8CAGTKyBZDV+qnBlQV5Jkd9XV8dGXaUQ0k7z4QcAzBuQLLbSHl+MbR2rb/D5NFoI1wN9sXKAhMKg g1E1A8Ti8jccpS6bw2CUUAY9+KJJF3a6i0xyJTboQsH29hTxKmD4UHYUYng3SqAtHIaFHeXA6tAa eEGv8TfBQGv+xkQ/Ps7Hr8Z5jTYY6uqez4yOBkU8HDmHfBLnkEmBS/o8sUj9fHdXKKjVPF8gN1ki 0Y6aGOv26g2QzF2l5WzbpmjEYpIXEPbbp9KbNoEd/GUpolBlKDJZTdktIrG7tNRi0utkpFpdVGKy FDGuUqO+IM/jbetMpQ9O9PSUs2YTLlSFw0MjhzM9HCAN2GyqiPf15uoYMQHRtYKPOrzgQi3hwAIg oa0rcFbhuhp8MKMSjeT0USgVCpUi++nD2QfEQuZVFfKvTl3Ge8X5eTKZVEKSUkmBLD9Piuc/IJ9g 2FiACcci/lDUtVxP/kCp1Rj10GKVFfEQw7qWhyDWhrRWGvKwpbDQYrHRtFVLvgpFE0bPgfXuQG9w lSkDUfW5H73xBvTSgMQ0aARVqMguxKZVNLIqzoe0OXvhFx+fmbM/l2fQ26wet3eqpjr7Ln7JZI7F u3q0Wza/YG0IhixWuaK99RjZcmLZkervT1RZaC4nJWCNMxAFhzfg57pYeHULcyB3CVFwvbOvxrr1 jTyDTdZ4Rf9gentnd0Wl063+gr6j/WAiGnbYdRqsN3q8lVWtDfUQ56F+2pX++VO70uYvyYxGu8Pr D9xaWQWhUOd2xssbygJ+v89VajaBKcq6K6s9XoiTSrnNWs50W0c9XqlEp7FZIxHaqtOqFNpCvc5h Z5juT/d04bq6Y1qf2aQulEmcrk6/yazRyZWFkEULNXqjzV7mh504CztwO+w2ZwNw87PnREu8bcbw K0QvMc/1a1ibbgy/j1957DEuG3KVcwpGqJHz6u45oMpedavVreG6ctsoSuFY+di22+94aOVd/NqX jx6ZGK+I/wB7fB2dU+lbwWqVc9tvbGlxu4mXv333PVtvCIRESx7v0MjSXU/fPzXRWE9bLn+7tLSt dddOoYJbhDzbgbbnEBJfjcRxdkMIlrjXubyOL2o5iXTrzb3q/e619CdZjQfAjz//lf5B7PU01g8P jf43VM8mc1mgkvX6rLRaK3peZi5hmZ6uuZ+np3S6KqVSqXDQDidT6tIbCgpIsdnuCIYSVY7hxjq/ T6f7cVNldSBYVBIOakeGH9nZ2uRxK5UEVdUUClpMSrlEqtHaHFFVfXnM4zLotm3/VjbY5/GCY85L KRFWFJhLoAJgvWXgSaojtCUarqpkt1CERFZU7A90bAmFwW7gNUS16GfIwcVxB1fRs7F1YU93tfoS 66DSx9OnH300P89qijH91lJ7sUpvUHuNJfJCSvw6+cxyB/nMXbdWxiLuUoOOJMX3wjEI47wCjc5i cSfv4jwJrEH+DKxRc/XUE9evP/UI6WHNSOsKnpwXCbbCGoWctpbHum9qqFeekVksDNvRmTy4eUu8 oqgYq9U2a6CMZRIVVWNtrSxDWxXfVSQS090M+I9cQdi39fTGE+BKmI3tLmiuqQuGTGbs93V3pif3 zQwN1Nf4fcVFBXkYqqtAZXWTYisbA5phu3s4TA9fuUj+ASq8MrQpdxriSh9NoTNX8LBcBRRjr8mC glZ4Q6pkN+QUko0ODO3/xfYdGN9/6+BAlM+EQl58ghASyco/c6qHwy2tFazLodVotKWuWHlrYzhi pZWqJ9OBwNF7cRHB4kAwKTPojHrIFvjLlzVc5rDoDFKZFqr6kqISPH9zbx/DGowGPcsMDuxf7OuJ hg06CPkM0z/I6clHXMjyVytZPu7+6EfkrpdfXv7Myy+DRbeBf30INU6Ks6jgG/SGOLxe1Wvi4yrW NhZF7nU+tbFRH9od7e0zsw9n//SpT3m+K7eYmHBnx+RwW2uMMZusdCLR27e9urK6vCIUsZdqtF5P e/uO5OKdN97QUO92Gp9XFpVwZc/AjsZmt69QDSAqb2vtr2+sB/dgXE7YgLu3bNpUXmGm8Q1j33RW +INWm1qtlFst4WBTs98HZaDaUKBScKckH1diT7S3hoI6HdboPd7q2l5b1OspKVHIMS5UWyweX7DO 4y0pUcMUSggpJrPPl6iEfQvC+eg0xEVJzvMgUemIV76fNVGHqbcul1BvnTiB1n134E5RKht/irJx XxuSK+Jz54hL54j7VhZFSytPEEPcdwWen8rm+IFTZxOuk1Rg+ZNkdPkX5COipRPZ6s9ldSeA2wBn kN+DffkzGlQA3AGNO6PZsr/OvvFDvJR96DxW4IIXsw/hw/j5bDPhJxTZMfzVlfdXXuNWAxEpJayW x2Vkm0rEOrlFT+Cp7A9x99fw6Gep6jdPvXXZ+FnAUgh44zyveVVjqCUgpKx9zVglbOTNp1bSxN1n f5J9kJRI8/JlBZLsIyJZPtdE+D1cl30B1x0nzyx33U/uFcuVsLfa/JWLUrmiQCFXcN8W0LPZS3gJ aoVC8E+dAEuJg4Ohg8VLlCgvX16ouc1fbNz8xkm2zO902ezW+qbGBq6imAJJCwDR9ZxWV6PQVWfd mC7WTmSrC61poptiOjv6+/t6Guq8brUa4nu4Mh4MO116o+RZmY2uSgz270oPDiTiVgt3kItX1NTW 1JZX+PwG4jcH9mzd3NleW1NX09I0WhXy0xYVpAyLtSxYqdrU3MRAnQgxKRxta7+xrb4hUcWWM2yE YSAAJT7LeW8feKYD9LCiunV1i3iD621Mw/ZrPW/tK4YDO92NzVu2TqY3b61vdLpczsbGrVt2TWzd 3Njocp6B2tftiSfauxNVLq9Gq9N43YmKztbKCi/kJuKFnx89PjTidGHsKh0ZOn70wi+PHxsccNhs joHBY8d/+fc3zzY3mEtM5obm2Zu/9qW5uaYWk8ViammamxMqCK7CMyAfh1POC2wbdxyTq8a5WkZQ x7OfzHacIx7Zt22svo47wPjK6hvG8IMf6g1eX3V1V7YKvzRQXe12atVEx8ozoqUSM8N2brqxub6h vNztLlz5InmxPhS0wb6vfKjTOB3RyKqPPQTyyDgcc/4F8ujwFKlefucc+Z/UWyvvf37lx+BmnA0O XblImSFTeKH+QJiw5U4dq3iMxfnGpQotdzrmzxycRUjXtXnBcP1ZI7t4W/9gdDUnPAkJAg4bVGRo 4NYLO246i+UKKx0Kt7SVVzhcaji5CaeLxnCYtqqUhH3lZ4GyiWKT2VBUqKKkBsjQpaVu6r+yWywl Zm2xbioYOHo0++/zfb0sHG+5lBAbGNyX6e0LR6GeNOhj0cF+lPuKIXZAPh/l4tMG//jLXzGu/6Th uH4SEuXl64ucrngiGLLaC9VPX/3IYTCbXKXRUMNt7a1m0mgxez3RSMNAdaXbqVE/de2ov+YDSCS6 87pvIWvjdYCduvqBlfsQpz9/ffo7x9LbldUfcB/ON/6urGRHJIdF3Bcx8VonjJHUZntQk/Ql4GAk h/mZ1v98xEXULDqPTlKLaJRIIKvo/JUVoEeIU+gIhdBR6EOS+5AMn0f3Qv8R7p04gabgfjdch8Sn 0EngeQ54abgSQJ+FsWPr5jRD/yg/J/CJRtA26k0U5N4DfRLeGeDdCbhC8P5ZuHNz9/Hj3+Tn4Nbg vttrUTX6DPo+LsRp/A38In6R8BE1xINkiDxBvkfto35F/ZtII3pU9BXRt0Xvig+Kn5WUSB6QfFFa I+2TpqUHpF+Qfkd6UZYnm5W9llecF857LN8q7K0PcRW8sGPX/Ux4ZK3/RvR9gcZIiWsEmkASvE2g SVSM/06gKeD5lUCLUAGxOr8YKYgygZagW8mwQEuRlvylQMuQgpIKdD4yUf0CXYCC1AWBlqMDossC rUBl4tdhdUxBvEDP85JwNEYWbBZoAilwt0CTKIZTAk0BzxmBFiEj/g+BFiMTIRdoCXqfqBRoKfKQ jwu0DJnI3wt0PqqgDAJdgG6gZgVajrLUZYFWAH5uQ01oDs2j/WgBTUMeTKMMotHX4YqiMLQ4UANQ 6U3AvR0l4a0fqA40i8ahnqFRA9oNjV43epF/SsE9Bfdb+LEcZxeMakQtMFsDGgK6F/VA7zTPn4Qr A9xJ4E2hGbgvoF3QN4cmP3Z91DQ3v39heiqdob9OR8PhOD2QmqDbkxk/3TE7HqQbdu+m+deL9EJq MbVwS2oiSHd1NLYMNAx19PbQ04t0ks4sJCdSM8mFXfTc5LXjEQg9jXbwinBLT4NAs7D8IDzNguCo a3pHaiGZmZ6bpQeTs9DBiTqF9sCWcCqggdTUnt1JIBqAexzezfIKLsAcAX5LPnb2hsXx1OxEaoEO 0Nct9NcKNsLzLq5xRmD3OOuikdTCIscWCYbjHz3tR0z6cTL8/yyaw84UP0uGnzvHOc3PPQwcgzxX Hz+S29AMv9oszzX0ESv2woqTMJ7b/quc4/zcGXjOzTwHdFowzU4w4AIvwQQ/blW3RQ5x63b2L6AH IDc1vZhJLUDn9Cw9HBwM0n3JTGo2QydnJ+ihtYG9k5PT4ym+czy1kEkC81wmDXbfuWdhenFiepxb bTH4USjinHcB3HfuGiNcRU7T3ML8XE5cBDvH7dgt/D508+wZ3k/5IYOZ1C0pujuZyaQWOeY0/3oe VUIZH0J7+RaEQddKMC6sH+SpGa7kT2cy85Wh0N69e4NJQYxxkCI4PjcT+tunzUCEmuexkOJRPAW8 OUQH+TlnwOU+dunM/vnURGpxemoWAB9MZ2aAf5gPUqug5ACQA+9HA3uSv3NwW+RHZED0JA/QVdAv AnB2AHxSPGi4GeeEeTme3QIIZ4VVk6AEN5oD6yqQ96yz7V5ennH4p0H5OXjHjRnn55jnTTexbva/ VmaA0/BiigNtJg1AXgfryTlA6OLcZGZvciHFgXxxz46dqfEMnZkD3hS9G8A6C0OTUwup1AwH5z08 1vamp8fT9P65PXRyfDw1nwHYc+x/bubg3w6G3R+h6/8RBrvXpBEwgND/ArLqiBNlbmRzdHJlYW0K ZW5kb2JqCjMzMSAwIG9iago1NDQ2CmVuZG9iagozMjkgMCBvYmoKPDwgL1R5cGUgL0ZvbnQKL1N1 YnR5cGUgL0NJREZvbnRUeXBlMgovQmFzZUZvbnQgL0xpYmVyYXRpb25TYW5zCi9DSURTeXN0ZW1J bmZvIDw8IC9SZWdpc3RyeSAoQWRvYmUpIC9PcmRlcmluZyAoSWRlbnRpdHkpIC9TdXBwbGVtZW50 IDAgPj4KL0ZvbnREZXNjcmlwdG9yIDMyNyAwIFIKL0NJRFRvR0lETWFwIC9JZGVudGl0eQovVyBb MCBbMzYyIDcxNiA1NTIgMjc2IDcxNiA1NTIgMzMwIDQ5NiAyNzYgOTM2IDIyMCA1NTIgNTUyIDc3 MiA1NTIgNTUyIDgyNiAyNzYgNDk2IDQ5NiAyNzYgMzMwIDcxNiA1NTIgMjc2IDQ5NiA1NTIgMjc2 IDY2MiA2MDYgNzE2IDY2MiA0OTYgNTUyIDU1MiAyNzYgNTUyIDU1MiA3MTYgNjA2IDU1MiA4MjYg XQpdCj4+CmVuZG9iagozMzAgMCBvYmoKPDwgL0xlbmd0aCA2NTEgPj4Kc3RyZWFtCi9DSURJbml0 IC9Qcm9jU2V0IGZpbmRyZXNvdXJjZSBiZWdpbgoxMiBkaWN0IGJlZ2luCmJlZ2luY21hcAovQ0lE U3lzdGVtSW5mbyA8PCAvUmVnaXN0cnkgKEFkb2JlKSAvT3JkZXJpbmcgKFVDUykgL1N1cHBsZW1l bnQgMCA+PiBkZWYKL0NNYXBOYW1lIC9BZG9iZS1JZGVudGl0eS1VQ1MgZGVmCi9DTWFwVHlwZSAy IGRlZgoxIGJlZ2luY29kZXNwYWNlcmFuZ2UKPDAwMDA+IDxGRkZGPgplbmRjb2Rlc3BhY2VyYW5n ZQoyIGJlZ2luYmZyYW5nZQo8MDAwMD4gPDAwMDA+IDwwMDAwPgo8MDAwMT4gPDAwMjk+IFs8MDA0 RT4gPDAwNjU+IDwwMDc0PiA8MDA3Nz4gPDAwNkY+IDwwMDcyPiA8MDA2Qj4gPDAwMjA+IDwwMDU3 PiA8MDA2OT4gPDAwNkU+IDwwMDY3PiA8MDA0Nz4gPDAwNzU+IDwwMDcwPiA8MDA0RD4gPDAwMkU+ IDwwMDRBPiA8MDA3Mz4gPDAwNDk+IDwwMDJEPiA8MDA0ND4gPDAwNjE+IDwwMDY2PiA8MDA2Mz4g PDAwNjQ+IDwwMDNBPiA8MDA1Mz4gPDAwNTQ+IDwwMDQ4PiA8MDA0NT4gPDAwNzg+IDwwMDMxPiA8 MDAzND4gPDAwMkM+IDwwMDMyPiA8MDAzMD4gPDAwNTI+IDwwMDQ2PiA8MDA2Mj4gPDAwNkQ+IF0K ZW5kYmZyYW5nZQplbmRjbWFwCkNNYXBOYW1lIGN1cnJlbnRkaWN0IC9DTWFwIGRlZmluZXJlc291 cmNlIHBvcAplbmQKZW5kCmVuZHN0cmVhbQplbmRvYmoKNyAwIG9iago8PCAvVHlwZSAvRm9udAov U3VidHlwZSAvVHlwZTAKL0Jhc2VGb250IC9MaWJlcmF0aW9uU2FucwovRW5jb2RpbmcgL0lkZW50 aXR5LUgKL0Rlc2NlbmRhbnRGb250cyBbMzI5IDAgUl0KL1RvVW5pY29kZSAzMzAgMCBSPj4KZW5k b2JqCjMzMiAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IKL0ZvbnROYW1lIC9RVU1BQUEr RGVqYVZ1U2Fucy1Cb2xkCi9GbGFncyA0IAovRm9udEJCb3ggWy0xMDY5LjMzNTkzIC00MTUuMDM5 MDYyIDE5NzUuMDk3NjUgMTE3NC4zMTY0MCBdCi9JdGFsaWNBbmdsZSAwIAovQXNjZW50IDkyOC4y MjI2NTYgCi9EZXNjZW50IC0yMzUuODM5ODQzIAovQ2FwSGVpZ2h0IDkyOC4yMjI2NTYgCi9TdGVt ViA0My45NDUzMTI1IAovRm9udEZpbGUyIDMzMyAwIFIKPj4gZW5kb2JqCjMzMyAwIG9iago8PAov TGVuZ3RoMSAxNjExMiAKL0xlbmd0aCAzMzYgMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0 cmVhbQp4nO0bXW8bWfXaSbvlll22C6wQiOVuYKUWzTpLy65QC4iJM0m8dexgT9LtE4w91/a09ow1 M04aHhDiBSSQ4AEQH+KNN34ASOwbvCFekBAvoH1YELwhVloJpKXlnHPvfNlONk3SDyTixr5z53x/ 3TMnLisxxs6xr7EFxprt5ctvvfq9n8LOt+F3pz/c79370PonYf0X+F0bSMftvlF7mbGSAdevDGDj /Gee/Dpcu3D9icEovnPuY+wPcP1NpDoMug77OPsgXH8Xrs+OnDtjdoa9B65/CNfCd0YyfO4nQLv0 S8Y+9zIrLX6//DpAsDNXzvwIdp9Tnwt/ZL3yM4yVz59bWDi7WC4v/o1V7v2evX2Pf+LLl4AS2+pZ LhNM3Lt39gN3P1D68ROj0ptfZqV7oBn+lFnv7g8We2d+Blo+wdj7Lzx/4YXnLzzfW2TvRAsfeeev d3/wxFP/eis8e4mVWFB6vfxm+Q20x/sBJijH//l2+Y27f0Y6JfX761/8+Ddfet9n32aafOEn4VRi Z9M9wHlidPejjD3N7nXudRZ7RCn/U178HesttFgA6w+CzRSvMjAoJxRmfj5c+ny6/8PSZb0usfOl N/W6zBZL/9brBfZ0Wej1Iqzben2Gvbf8Vb0+y95X/rlen2MXwApqfZ59dOFFvX7ymZ9e/IZeP8U+ fe07ev00O3/tT3p9gS1eews4lhbR1y8Rd1yX2LOl3+o16Fb6h14vMFG6q9eLTJQ/pddn2IfKrl6f Zc+Vv6XX59hS+Vd6fZ5dLf9Tr5984erCdb1+ig2uvaDXT7Nnr/1Gry+wc9f+zqpg6THbZyHzWJ8N WAzRc5F12SX4vMxegtcVWHUAQrAVgIlZBL8hk8xhI2bAbo35AF+BlcmG8BKsldKK6ErCpwScXXh3 AZIfgesrKVcbOO0Cr1uA4wM0yuEAzv1xXIXVLcDbYROA6AKsQ9QkYTikkQAqPryPAaYDdD2AE4Af AHeH7nHGqsF4P/T6g1hc7F4Sl1966Yro7IsVL47iUDojQ9T8bkWYw6FoIVQkWjKS4a50K3wG9RVE tZ3d0a3A74sVZ3AA4qq85exMRHfg+H0ZCSeUwvPFeNIZel3hBiPH80GyooptUjCCbYXcdny4WAFl hqASWwmG7kEoIgPLIYtjo+yQLyKwYED2vQweuQIvtiPDyAt8cbly5UqRckL3xWm6SPbFeZL0iLgK gFiHZyJLL/DBnjG4h1GQxODiq2wZXq6msQs0KoAbwGcIbpdEL6QAqQBdCThsEMfjq8vLLhDdnVSi YBJ2ZS8I+7LiS7i9lpMgCagkqGdTB+9hkEoKdAk6BmwPYDGsTydYkdI63NkHmAFhenBvTHrFlBho tZAwMJWQ6u6UJaf1yJJxUkjGg7Th8JqnuwoJB1Z5q82WBQ4RcPwXP1KpOf0CN9/fmc4e3OG0imkH o3BEtr4NewF44N1kQc22iN6IqGXJ5ZFMA7ontV594uJrrxva78pbipuKMRXvBskVkPd9wh/rBFYc AqAa6xjzdBQ4RENZmmuaMUkxHU9dgsM4VNQTCgitZFexLCn/Vewt5aJkiTyHuC59RiRXF3AcrR+n LOhChI6ISkx3Evv0YDXUmXQxlTHjgDUN5Y8hflX0I8fMJrgzpqxxgUOXsBNpXNIgpljrwN2Y7ioe /BAOhs7mLkg2ISrKJnsUAwOqSrG2zIj28holOoSFqFTSTsiGRs47uB6RP5Wvea6CRIBtHKCHkeq5 TBVEEGWVD4q2p61a9P7hWieWU9KO04iOSa4s6jKN9sgeoyNxSLKhR1Xd1xrKHEeX3pGHQZ9oiVsA 0SV6CibxX49OIlXZEg91ibdLEnta0quUnbaWzgGKAVWGzAf5WpRZYLYS+AAf62yICrBJrmQWy9eA PJ4gnR2SnFNtLsaasoY6S5xD/BnQKSi070f0mdWPo/gippMIT1ZHa1QpWOowXLTJvj5bFHe0eY9k dHUkDSlOw3RHSYo2dXM+z0ddcoI6dCJ6VDOGdMVTjVySFP3l56zRL5yrilNSQx2KHhW7CY9p+0Tv qlMiJdcaZBHmkI+OLkGRz7Q95slmaH8PCc87oJrz1Dsh1VmH6kpGN9mJ0ohM8mX69JC6zknSIuG0 R1q5hL805zxcSvWexuBwLzltl3JRpnKmPnW+dCjfg5ysE50HSZzswl1vjsUku0N29nUmj+GlTi+H KqpMMfJ+VzInO3xupgyowgv6jLSMkiLpoDhJat282u3SSeCT3/P2mmdVnrNc3ofHzdVI9+9Ca5Jk W5JJ2DkM094j1BhFimOK6Nvw3tceU+chRhVPq+qDrFQHa9XRORLr87CXWmqDWcSnyRpwhXyacGWz G9BHtuheDfYE9HEtuLMDV6uwu0p+MekO3l+ibLwBa6TYZNtES9FowTvSvgk7SFvQNV5dB/gG0EJc i71GPCyg1gbJmrBG2puwW4dPS8MhRhV2tuEa1+sMu1DFrwFYNuUO4qEsSlIb9jOuRalqxDGRbBOu WkB/Q981gXaN6KH8BvVHuG5oOZXlWkQdbYSUkWYVJKrTFe5uw+cWwLXJnibprKRtkA5rcF/pYpEE yhNKoip8bgFvhFgHuWyyAnKyNaRBfkR9VgkfuV4nKCVZU3sZ1xmViralkgPtv5NybpP+dXgJ0t+G HZt8YwL9hG4SO+tEAeXmZI1t0s8kOzSJwwrBoRXRnvU04lo5r1TJXug3lHyVOJlkkfZcTRJqee/M iw6eclgn/SyyVJ2g22BHC+Br6Y6KxxrpWtW2VjRV3KuYqOesWyUd0bNfBK6WjimTbFfUAv10g+TP tFAeMPV7NWezzPsN7d1EHps423OscoNy0SIok3zdTnNkjfJ3U0u+nUZYVgO2dXw2U8mK9k3yKIE7 Su1QtBLeRQ+uUjzVtYTt1BoKgh9CV9UuC861Lj3nxGndLp7c+a4x60bzfaeRq7X5TkBV4XWCHU3B ZbvqaUmdWdmzTr53m/eEnTwdq14+6Xqz7kPVbvVMlO96XerPVQ8YpV1JQH1gkHYme3Q3O9PHenYS FJ7zkLNDZ7+R8krOooyW6isd6haQWzTHmgefUHzmyXBM573iskfrWHcmqN9Ew+L+V6aehpP5z6wP xFwfJLrM6xzy9g/J32P9LOWRhbGfrGi6IUueyzKboAXU3G005fUs+pDaVTY9VUAb9HOSu2RrztQM D3lyqlfJjOvRT51Oe8D9OM2DeGEeNN15Pbh5EJ87DxIPeR7EjzQPKnby3ZxM2awjgTzaBHXehIU/ srmSmJkr8f/PlXJzpWzC8L85V+KFE/bRzZX4nKe1x2GuxOfOlTKNHs5ciR8yL3g4cyXO7neulP3V 6TTnSlm+FedKB52+B0+X1PO56iQet+kSZ8Xp0vzpxsOZLvFDrCtyFny8p0ycYmy2m3n4Uyb+GE+Z +NSUKXvWfZhTJv6uUybx0KZM/D6mTOKBTZk42WAHqL5K0iprm3D/4c2O+FyfP6rZEZ+ZHYlHNjvi B86OshnQg58d8fuYHR1G98HOjpLKevCJMjvx4ceY+OSnNKc58eEnmvjMPrMdb+LDcxOfw+YOpzGh iWfof4FlkwZOfPCqwtgafUELv9eG34xLv0wnLkZSio4cBnuXKuII34KriPXh/ngQCW80DsJYuqIX BiNhhnJXfwks4UHfupuob93l2XCecd+RoSOUaOlX9/iLh/7w2S/5Hfn7gWKKsxdxR8Sh48qRE94W QW+aCudbMhx5EX2HzovEQIYSePVDxwfVDdAd1AI0sFjYl4aIA+H4+2IswwgQgk4MFvPABI7ogtAc IOOBTOzU7QajMYAjQDwA6mBl6UdgvSUyydIlIOYKJ4qCrucAP+4G3clI+rETozw9bwhOuogUCUG0 g168B+ZfukSShHIcBu6kK4mM64FiXmcSS5SBFxAMcHN3OHFRkj0vHgSTGIQZeZoRcgiVKYHsJAJ4 VMcQI4lacwqQaGDkeBjIczkIRSTBDwDtgaha/SnWKByQHaOhY65MR4z2BhBYMwjoht4k9IGhJEQ3 EFFgiGjSuSW7Me6gfr1gCMGGCnUD3/VQj+gq5zaQczrBriQNVBSRAGkQ+EEMbojULnplnEWAuiei gTMc8o7UVgMxIEucgp6BD3ERilEQyrlqi3h/LHsOMKoooYp3R84+ZAugu17Pw0BzhjGEHiyAqOO6 pLkyHSaoE4Jck6ETcmTkysjr+yRGX+UqIGGEOl0gEiFGIk80zQlJcmBABnOG8wlonESOjBqI5w/3 hZcLc47qhBK/f0+wuIjQkOiXJD0kxJwMCWkvCN1ILKV5uIS8kxt8CdN2iUwGnqnrfOlIyCSkOgEf oE12Ay8VTN6JIWOEMx5DejmdocQbSnegjAueOWXgxGLgREBR+gWbYNRl0e2Kie9qgTNROQmnNDzM q1EwxKwmt6GTHDHE6gG5kgCOne5tpw+KQR76AcdQvb+gKrCCggUiymEPhdqwxFqzYYt2c82+YbYs UWuLrVZzp7ZqrYolsw3XS4a4UbM3mtu2AIiW2bBviuaaMBs3xfVaY9UQ1mtbLavd5s2WqG1u1WsW 7NUa1fr2aq2xLlYAr9G0Rb22WbOBqN0kVE2qZrWR2KbVqm7ApblSq9fsmwZfq9kNoAnCtYQptsyW Xatu182W2NpubTXbFtBYBbKNWmOtBVysTQuUAELV5tbNVm19wzYAyYZNg9stc9XaNFvXDQHEmqBy SxBIBaQEGsLaQeT2hlmvi5Wa3bZblrmJsGid9UZz0+Jrze3GqmnXmg2xYoEq5krdUrKBKtW6Wds0 xKq5aa6jOgkTBFPqZObgiLBuNayWWTdEe8uq1nABdqy1rKpNkGB7sESdxK02G23ri9uwAXAJC4Pf 2LCIBShgwr8qSUbqN0BdpGM3W3Yqyo1a2zKE2aq10SNrrSaIi/5srlEEbIM90XkNLS/6CPdmowOg EFsruGqZdSDYRjFggxdgIbqsO105jjG2dXKr0khlVNVOg6JWFQEI4XUfElft0RKOJcgsOnVUdcsO bDyODVV6qXxAdMNJpEqvuyuhAkZYSoKQB1hM9ryIMh2OwFGgzjwROUNgBliYRQQFtdIZAlqUillI KJ4chuPQA5S90IuhmAhnAruh9xV9DIf6mCINRKYBcsmKg5I/lNEYTilvVw73KwAb4llGknh+LwhH WnUyXze+mrQKsegTcTeIeRD2K4Jz6rhO3Dod9f9HnE4fxFUfJI7TB/GsDxLH7IP4bB+ki3yXKEXJ mTGnQc0aFn6SXkkkvRJ/PHolrvzwwHolrhL2RL0SP8VeiWe9kjhmr8QLfcExeiV+UK8kjt4r8Vyv lE/fQrsE5zkUidNql7hul8SJ2iVeEJeeG0+7ZeJ+IE7cMvFTbZm4bpnE8VsmPt0yieO0THxuyyTu p2Xitrmz+WoTxTY3jtUd8Uzzk3RHPOmOxEm6I57vjsSxuiM+tzsSJ+mOMFgLiZI2PvzAxkfcR+PD D298xBEaH06NT7F3ePeGJk7gv0BNA6/AR+Uk/2dwmeZ2t+F3mWZnLv1Vr0J/Xx3DXvGvhYf/D8Pl Pe+2t+xBsbpTGQ/Gy7piHus/fjL2Xw11pMdlbmRzdHJlYW0KZW5kb2JqCjMzNiAwIG9iago0MTgy CmVuZG9iagozMzQgMCBvYmoKPDwgL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL0NJREZvbnRUeXBlMgov QmFzZUZvbnQgL0RlamFWdVNhbnMtQm9sZAovQ0lEU3lzdGVtSW5mbyA8PCAvUmVnaXN0cnkgKEFk b2JlKSAvT3JkZXJpbmcgKElkZW50aXR5KSAvU3VwcGxlbWVudCAwID4+Ci9Gb250RGVzY3JpcHRv ciAzMzIgMCBSCi9DSURUb0dJRE1hcCAvSWRlbnRpdHkKL1cgWzAgWzU5NSA0MTIgXQpdCj4+CmVu ZG9iagozMzUgMCBvYmoKPDwgL0xlbmd0aCAzNjggPj4Kc3RyZWFtCi9DSURJbml0IC9Qcm9jU2V0 IGZpbmRyZXNvdXJjZSBiZWdpbgoxMiBkaWN0IGJlZ2luCmJlZ2luY21hcAovQ0lEU3lzdGVtSW5m byA8PCAvUmVnaXN0cnkgKEFkb2JlKSAvT3JkZXJpbmcgKFVDUykgL1N1cHBsZW1lbnQgMCA+PiBk ZWYKL0NNYXBOYW1lIC9BZG9iZS1JZGVudGl0eS1VQ1MgZGVmCi9DTWFwVHlwZSAyIGRlZgoxIGJl Z2luY29kZXNwYWNlcmFuZ2UKPDAwMDA+IDxGRkZGPgplbmRjb2Rlc3BhY2VyYW5nZQoyIGJlZ2lu YmZyYW5nZQo8MDAwMD4gPDAwMDA+IDwwMDAwPgo8MDAwMT4gPDAwMDE+IDwyMDExPgplbmRiZnJh bmdlCmVuZGNtYXAKQ01hcE5hbWUgY3VycmVudGRpY3QgL0NNYXAgZGVmaW5lcmVzb3VyY2UgcG9w CmVuZAplbmQKZW5kc3RyZWFtCmVuZG9iagozMCAwIG9iago8PCAvVHlwZSAvRm9udAovU3VidHlw ZSAvVHlwZTAKL0Jhc2VGb250IC9EZWphVnVTYW5zLUJvbGQKL0VuY29kaW5nIC9JZGVudGl0eS1I Ci9EZXNjZW5kYW50Rm9udHMgWzMzNCAwIFJdCi9Ub1VuaWNvZGUgMzM1IDAgUj4+CmVuZG9iagoz MzcgMCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yCi9Gb250TmFtZSAvUVpNQUFBK05pbWJ1 c1NhbkwtQm9sZAovRmxhZ3MgNCAKL0ZvbnRCQm94IFstMTczIC0zMDcgMTA5NyA5NzkgXQovSXRh bGljQW5nbGUgMCAKL0FzY2VudCA5NzkgCi9EZXNjZW50IC0zMDcgCi9DYXBIZWlnaHQgOTc5IAov U3RlbVYgNjkgCi9Gb250RmlsZTIgMzM4IDAgUgo+PiBlbmRvYmoKMzM4IDAgb2JqCjw8Ci9MZW5n dGgxIDYzMjAgCi9MZW5ndGggMzQxIDAgUgovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0K eJx9WAlUVMearv/e292AuAC9iIBNC3SLyNI03Q00+yb70uyrbLIoLSoiIoIgGhdi4o55cSEeNWgc Y3yaxOjTmGTGyVNjOIbh5ZhMni8xJudMnOQdJy9P6Mv8dbuJmJOZvl33VtWt5a+/vv/7/7oECCES EkcYEtLY0tlQ8OUFrCAbCZGeaVpWU9+wPU1DiGwh1hmasGJGhkMClqux7NtkWbtelCH1xvIWLH/T 0lpX85Ju79eEyJuwvNZSs34VicaxifwLLHuvrLEsW/B+mBrLE4TARQLEixDuY9EoSkBA5SJcrBQu jRfAR6DjRoFMkvEAbLcD2xVgu3mEuGGjMIPBYJQr5HK5jJY0arVmgVjisgOUSlNeaJXWccZMUK7W 9qYsP2YSjT4NYA4F5UaoABJnewSEWSuYh3eqFgZAaSnjg+sOnBzhdFw98SGLUQqDQR+mxgHVGjH+ ZFKcQxdKp1OJxT4L6BuN0aCT08kVnBZgrlvklf3mzj9tTU7qv9pReeKFanf+oefq7Jjq+TJXhpt3 3VCucpOJ4K6LbIb5oGmwJwAg//B/7nzhs33Z2qot+Ymp2mDPkpxrE6BdpEw3ojx5k3dFP4oeEw8S jPKIOQkVRCGW0zn9OCPKYtCrGRSEldM6+hYFU6v1VCus8ugkqdJlGT0APIxZuusQC9E3QrIM88FS V8cfqRpsiQAwWQbLqwYtkZGWQdFjaGow9u8fMhe+tr8vbIRhRnS9+4/kvQmBK5sb+H9C2sAHnWuv bk9N3fF+R/v729NRQj0hoiFh15xQQjcV4OWGf46phSjrBH/W+gNE1sN9vutDCOTv0R2AQCBMKu5k x+SnXAFnJm6E0O2mwouNmJHKdXKDUcYV8A+YykLdZeAfXP9j61A0Z7Zm1hfPh5vMzQn+3ZtQVNlP cTP5KdMkqicKnN8He/vIdC6MHw6gF4s1YrXa6KJjmo7xD3btYsAjME8jmz/Ly28+c4wzgT8/ds1a wo8DzHD+mGMBnDRpTBmOGY0YU4puEX+KRaplu6rtWJCIFSpUsRFVLhWK9Kbi3K2vOPvGNOVV9qSr YMnmt9e0nb8MwILrivqlFvDM3ttRuTFLw7JfAPEINeWYktpXbshoPt0ZD5Bw5TtXVfCGrQBdFtPS qo6C2PW9r9ahJP0owdsQQFibVcDb/B3QQQA/irqPRP35oJQyEkrRgXIwijkIRqo9g4uAC4mATrQN u5w+FLUCOnBFTPC6Gwmx0dAYd7tv3fWkLtDpEm5vMhZ6Ork4iyVOMyXzSqPb9Aq5yHGW49wy0S2o Livg/zbC955sXgmVVSfg4L+BtLBp5SOIMrrnWbakxa5rzJYlJEJr8Oj+2A3Lc+cmpBCUMxWtahda lRvRCHI+Z0tUp5LfQS/T1PvxS2lpL93q7fn3l7MA0nfd3hRZnewHoE6ujjBVJ/v6Jldz9ZB36C/b Bj4fzMkZ/GzbwBd/yP0Wwir783L6KkNDq/pzs/uqwlCLfSjGzyjBbDtn6ELlChe1D6pE3wfKCdlC L3enZUNBnHn8HJM5IeLAh4ENqz5H2ZFtYBjxzU7nJRjmH4CSJtpDNDqJr0gAIew1RLMjbSdTgUyl VwF7duIE8NYv2X3Wuwy2/s7a/egR00+1Eo5a0aJMC0k4IX4Upwgub1aAmy5UNgUrvCukdFNDjWK5 QgWCjvRqg1GApJHTqj0BHn7Fx7mDlHMPTjOcgnny2Qpvk67t5HHI1r6QcXkQZsrAyJ+CdktGHmSW 1nr6KqSzfLyjApiG02eA71sU6ePS6hXo7ODk4CSRep3dt7sg1HA0IEgOV3teSImNTXFz5RwkjhKb JrkqlNrVpknKvZR3baxLlQldK97F+43zq4aiBH0eqm1nmH+1FjEP37kJJWVDdO2HkTXmoFadEbuo LTsQNFS5LqpQilYN3IVNDSfXxQH843urBTGv7Fy3rpORJm2+3PbXx/A0AJ3DjVWr17QCSpWMugwU eJvAlJGy4ul8Tck6jILeaECyDnRM6zrd2P3BnwGSt97YWP96T9YM/rFndV7rBvDymFseW1Tlzlys H1plAsj9ln+44y/7skytQ/UrKgEuncgZ0AWGAFS12LyRHR82+xSQQVkOV/kIl+rB+T+PHcaDvw1h NFEr5vx52nd4clJEfZqceFPO0ankNsYxov8ReAfF90FmFazEhyrJnhtmhja9naTSa2TQ1b1yKSyJ TTjdbm1AdWU3twK0NvMXoLW1DaCtld8D+giPtMKyoJUXMpJ2L806EBmunyRQbM4vBLP1HNRVLa3F FXXiDteiLDNQZkFkI3I6/g/Rla0BB8jlLdDJv8ecYLVI5su7eXfmPBzHnibcBX/cBZ19F3zspi4w kEKELEQZXvCbKjmHgKYL1FDo486EKjgnJqn7zdYVp9dFK5Uz52si/KFIHwCr68KLPRRzHfhHYnCw PuyKTobP+QOmAKY06zbLPC7eUaMHXc22gogK79kKmXzGchd/77AIkLnNDlr8znu1oS8XjMY3u/gs CAyHAxR7JmTNCkHXi9DvqATwTpeUsqfgTmW/cafR1OQNBxrqz/Qkx0RE7qgLazhg+MlQHOcLvnEl YcayOJUqrkw0an1szoGyY591t43m5i2ZC9n5LAe6qr7szI3lIdryTVmZmyqpimjEw/ShJILn0qup O6EuBi1JJqNeTIWeq+8M5LgGyBYlL5y5e+DVV0F5hjNZCtGrMGMMA7Bj4IVrE/1sN46mh2Gmlrk6 hUSm1nqPCWSu8v9lj63SkZvEuGJQsawKmDvQzY/89b/5EejnzBNjrP/4OaqdTtTOHwSZFgkWrpfL jVPmqVbbgyu3Z3w9pZ1OUIYebK4b7k4FiDV6ZZfXaZsO6n4KK4n3BfCNLwlrrbFp52nA6vxsKDk6 umnVqHlhfNA8yDEzrtYh0FVuyszqqdDCQF9exsZyQUMDyKli0VnBfqhrZ0QyeATKa8n8dvb7CYXo LG+F69jOiMjzwXa+dO2UQo2CfJIFFGnPuRoqv5sKO//SB4y8OtHSBczGFUsbOP4hpGw619J2YyAT 3XHnyfolHTHBTIno7MSYPgKYvVs3vwzlpTVHVkVlDNzoaH1nazosCgIalpGEyRFks8cC7oWAUfMs TENESWzRIkLeRnRh2EDQpdEmJ3dfp89+MrTt3p4MgKD619aMDG4G5tiLR96Q8KOzIAq8dz84lg/B L33yfX5rLAZz2zv3HnXkZjXsizYXA8SsO9NSvKU6QebvWV9a3dTT+dNEfNfFtuLtBxYGzvIJNPkX 1gF0rEE5txEi1gusS6hBC55MIK33YCYyhgPoeC3/lP87jwbFDYy30yQaHa/gTiCdYf8u7H/IxrK2 yJtKPz1jU69wR2fQBcqGqtR8+PXBXD7VdDh20eHGkLzlSTbfsAypKSvBqnyWY2e99kcmpyC7AFyN 5h04axlqtwu1u0hgFY3al2qXkUldp7G7hFqpUQhrQgUjVojaHYKCi/knrw9ZL1RWvPX0yM5vTtY4 8qNz3ni57MUaHejqd1fk9i5WyGc7sPerBmLWdAJY7vBfXbrEf3VrReaeTzbveYX6hq6uD7an4klA aQyk5ko6+ASO6sCdBNo5fcpAwtTTTETxOwQCBymD6gbRSjYuAVdlgIdXVnmttnlQ95OhNNYX/OKL www2EuHM//yRia8sgeIjY5si2pZXa9SxaCnl5RE2Iukp12rLe3Myeyt0qCFXPobLRuv2QImobctk QrCn1shQNrk9eDUCq3n4hP8IDoNHeqaLat784HnuEQULvQJ9fFzhJnLAfdZvvI8R+yeiAYgcx0Qi fMyeM0MVnBIqEtaewsdjvE4jliicSfaMNgXSxCmmFqxRCVRK5zW6iJ4P7oxqyqVJ8Qcr61/fmBjb 8XpjcG56qj/4xZWF5TfN4cf04fFXe5/eXgLWp2HlSWqM95IqjGGF0RSrMUWc+UxNOZQd/7x3873B PJjtFxN8MCwvWhkfF1e32KAHOHKojuv4EgxL+zIzu0tCQkq6MzEI1NvZRJSO+He0876wfZwCYX/H eh41oxONTjiwvzwN4BxskQ5cnObZL9LIW/DsNk+nwsgbIzcQlvcrHdKlTwFzynkLhIBnBplK2Avh 2ODjA1f9QhZ4SVORzL0jcoJuz+S/T+69uLrtytZUWLuhrgLiO08399yMKWLACZycpRVxRZWAvnYH kr+Ik7flavMilfC3lW92xcd2vdHScy4qZl992d7GcICCnBXvu0ckewYZAerK7tO14+lMrEKMOE95 AAoUlZsb9wgi+bHhU/yD4fP8GISD+q2TiIWnrJim8XOs88QTuvcnUHfLURu+wllDiNEkYqlM4DiV nm6r8NMYKAlgrGKP5BQCDWP4BWNQXVuJLotzlM6GNN/5wHAz1DHhCyYg0lB/deIrJKC2uBRPA4CX u3taHJNbVCFdqAx10aeHB88zuoZrzT17GgI8XZaCa8nhiAaM/3Jhq4s8pNGYj9wDQkSNtlmG+BQ8 O+LTdmwX249AOjk9W4p+z7ObGu4sO92dBC5BER5ZZTW6T5eB0vrjbz07Zz5xCaD0yH/0mNa+lukf FzgXLlmvi+d8CaGVW3LQuU+3SYq1hOlRlO3iZmHs92frBYol5pSVRgsjTPDTAOYU9jmEXvq8DZ/w axe4xeyytjEPx7/DHv0Y7JqBCBg8jq15+wzPJlDBKHPLqme58Y+5iomxZz2AouBV5FKTPeJwkdLj MdWJWC6cLyg29S6cw66X974IKOCSjLxvdm77uiB9CdqF87YtAFu2sU8mnHsuJ6RnZaUnXO5hn6DW iyf3iH5GflYSA55jhHOyjQpV3s99rsCwSmEEiWK65o02bpCIzH5RAXO9DNkhN/gP+RvXQ7MMXggE Q1boDYhe827p+cPWB4eP+i0NqTpoiYi0DFZVDloiARLvBa7feSAz7+j+fsPdu4Ytz75cgNZw6hTD nDogdZv6WIFHyO031l3ZTvWATClpt3nC56xBNAZH+fe++js/8ug7/gqcAumTp+gBh7jq8eNcFRLD rvE2ijQt6j4Q4w0nMtP21QFPezRc81MBFzjIn7P+wKSAcpBP57dCFxPMdk9s+4m/Bgk/MBbs3cB+ yNbj7CL73rnp3Oz3Pv6hua0Ivua/Na8pEo3yP/O/oFt2sj2xZzzyjgZ5J5DE2GJsjZ1bbECnNPRc pGP/dEGdIvvcCRvruVkz5spmmv7UsX00URXk5Qza8LjR/pbzfUswpmh9tbJ0Wzx6E7FY2laSZPb8 eFk7A6rovCAdZZ0SM1eblLBQlo3xx1qLoX378dorTwsbWyHjpQ/XN55DU4pKDk9QK+fWWSA6ie9k dnVG1aSp/VKqTZ0W+hGAqFCDqchHM4RYhKqf6l/FjEETP3zhIj+Mz91QcvUKlGAU64fHmGzrfes9 KOGHUQ9H0braUIOz0dbxtBRKV+lqFL54+NDAxpd19TvKLCl48V/SS6rwpFaS/vUZ62WkGCmUA/An 3WIrmkDz5lnwaynNHw9gR4F34+X0JIl7A33C3pDn9mRqM+gXUbClT9YUjS6dHfU/hAi1v/nxMYiw x9hO/GsV9mHv8XcIcdxJyORbknZhpOm/CA5v3NfEC9MOro0EMhHI2xHELLpJ9FjXwZzBd20kGuv7 8WnCulTWi/RheQf2DcC6CKzrExWRw5hPofXY5xH2H8Zyp72PiY6DSY9lOhetH8BkxH4J4jNkm8SL dGGfMjon1rviMwXLAzheHx0DZXLC8gmsj6D1+DyEfY9j/jC+K5HsIh7YTsveIg34TMCkwndH4RFp EFYqJQlkJ173yT/BE1JgAF6BH5ggJoOpZtYz95if2flsOdvM9rAfsQ+4MK6TG+LOcR+KnETzRZWi t0QjYmdxvviIeESilaRKiiRvSu46qBwaHfocDjlccPjC0eBY5NjuuNfxH05yp0SnQkHTESSWenP7 Dv72J0KJWIL+CV+7YtmWBzIPS7Y8Q2bBYnuew/pIe15M5kMBSSStZBWenteQZtJImshaPMtXkBCi x1RIzKTYXtKSALwW/257LcpIL29Si2/+v/7eJIksI21C35VYUttr1mFqEUa2YG4ljmrCN4n2eVrw aiZ1WNOIuU5s1YRjeJMaUo/XMkxTMxdhXQvWrMB8itCzGVuvwpHXTZMr8VeZvDEuCMFLi9xky+lJ Nvax4Hjtwhz5OOJKIZeJq1mGErTjqDUo1//dbvobW30mjp+AUrSQ+v8FS18NZWVuZHN0cmVhbQpl bmRvYmoKMzQxIDAgb2JqCjQ2NjMKZW5kb2JqCjMzOSAwIG9iago8PCAvVHlwZSAvRm9udAovU3Vi dHlwZSAvQ0lERm9udFR5cGUyCi9CYXNlRm9udCAvTmltYnVzU2FuTC1Cb2xkCi9DSURTeXN0ZW1J bmZvIDw8IC9SZWdpc3RyeSAoQWRvYmUpIC9PcmRlcmluZyAoSWRlbnRpdHkpIC9TdXBwbGVtZW50 IDAgPj4KL0ZvbnREZXNjcmlwdG9yIDMzNyAwIFIKL0NJRFRvR0lETWFwIC9JZGVudGl0eQovVyBb MCBbNDk2IDYwNiA2MDYgNTUyIDI3NiA3NzIgNzE2IDYwNiAzMzAgNTUyIDI3NiA1NTIgNjA2IDM4 NiAyNzYgNDk2IDU1MiA2MDYgNjYyIDU1MiAyNzYgMzMwIDcxNiA1NTIgNTUyIDYwNiAzMzAgMzMw IDU1MiA2MDYgNTUyIDU1MiA2NjIgODI2IDg4MiA3MTYgNjA2IDU1MiA2MDYgNzE2IDI3NiA1NTIg NzcyIDcxNiA2MDYgNzE2IDYwNiA2NjIgNzE2IDc3MiA5MzYgNTUyIDQ3MCA1NTIgNTUyIDcxNiAy MzYgXQpdCj4+CmVuZG9iagozNDAgMCBvYmoKPDwgL0xlbmd0aCA3NTYgPj4Kc3RyZWFtCi9DSURJ bml0IC9Qcm9jU2V0IGZpbmRyZXNvdXJjZSBiZWdpbgoxMiBkaWN0IGJlZ2luCmJlZ2luY21hcAov Q0lEU3lzdGVtSW5mbyA8PCAvUmVnaXN0cnkgKEFkb2JlKSAvT3JkZXJpbmcgKFVDUykgL1N1cHBs ZW1lbnQgMCA+PiBkZWYKL0NNYXBOYW1lIC9BZG9iZS1JZGVudGl0eS1VQ1MgZGVmCi9DTWFwVHlw ZSAyIGRlZgoxIGJlZ2luY29kZXNwYWNlcmFuZ2UKPDAwMDA+IDxGRkZGPgplbmRjb2Rlc3BhY2Vy YW5nZQoyIGJlZ2luYmZyYW5nZQo8MDAwMD4gPDAwMDA+IDwwMDAwPgo8MDAwMT4gPDAwMzg+IFs8 MDA1ND4gPDAwNjg+IDwwMDY1PiA8MDAyMD4gPDAwNEY+IDwwMDQxPiA8MDA3NT4gPDAwNzQ+IDww MDMyPiA8MDAyRT4gPDAwMzA+IDwwMDZGPiA8MDA3Mj4gPDAwNjk+IDwwMDdBPiA8MDA2MT4gPDAw NkU+IDwwMDUwPiA8MDA2Mz4gPDAwNkM+IDwwMDNBPiA8MDA0Mj4gPDAwNkI+IDwwMDczPiA8MDA2 ND4gPDAwNjY+IDwwMDJEPiA8MDA3Nj4gPDAwNjI+IDwwMDMxPiA8MDAzNT4gPDAwNTM+IDwwMDRE PiA8MDA2RD4gPDAwNDM+IDwwMDcwPiA8MDA3OT4gPDAwNjc+IDwwMDRFPiA8MDA0OT4gPDAwMzM+ IDwwMDc3PiA8MDA1Mj4gPDAwNzE+IDwwMDQ4PiA8MDA0Nj4gPDAwNDU+IDwwMDU1PiA8MDA1MT4g PDAwNTc+IDwwMDM0PiA8MDAyMj4gPDAwMzY+IDwwMDc4PiA8MDA0ND4gPDAwMjc+IF0KZW5kYmZy YW5nZQplbmRjbWFwCkNNYXBOYW1lIGN1cnJlbnRkaWN0IC9DTWFwIGRlZmluZXJlc291cmNlIHBv cAplbmQKZW5kCmVuZHN0cmVhbQplbmRvYmoKOCAwIG9iago8PCAvVHlwZSAvRm9udAovU3VidHlw ZSAvVHlwZTAKL0Jhc2VGb250IC9OaW1idXNTYW5MLUJvbGQKL0VuY29kaW5nIC9JZGVudGl0eS1I Ci9EZXNjZW5kYW50Rm9udHMgWzMzOSAwIFJdCi9Ub1VuaWNvZGUgMzQwIDAgUj4+CmVuZG9iagoz NDIgMCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yCi9Gb250TmFtZSAvUUVOQUFBK0JpdHN0 cmVhbVZlcmFTYW5zLUJvbGQKL0ZsYWdzIDQgCi9Gb250QkJveCBbLTE5OS4yMTg3NTAgLTIzNS44 Mzk4NDMgMTQxNi45OTIxOCA5MjguMjIyNjU2IF0KL0l0YWxpY0FuZ2xlIDAgCi9Bc2NlbnQgOTI4 LjIyMjY1NiAKL0Rlc2NlbnQgLTIzNS44Mzk4NDMgCi9DYXBIZWlnaHQgOTI4LjIyMjY1NiAKL1N0 ZW1WIDEyNS45NzY1NjIgCi9Gb250RmlsZTIgMzQzIDAgUgo+PiBlbmRvYmoKMzQzIDAgb2JqCjw8 Ci9MZW5ndGgxIDE1MDk2IAovTGVuZ3RoIDM0NiAwIFIKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4K c3RyZWFtCnictXoJfFTVvfA5d5aEsA5kYZU7CSFEQvYFIgEmySQZSCZhMglJyAuZzJIMzMYsCQHC IpuIKIgIIsWwSpVaytMuGH2vD22rCJYqbRUBAX22NVqer4+nkDn5/ufceyeTiNbf7/u+Ge7cc8/5 n/++nRsQRghFog1IhlBldVrmK9v/twBmHoOrttXRaTv7+bK5MP4EoQkft1lNltYsnRGhiW/AXG4b TIyRRf4envvgeVqb079qx86ETIQm8QjhdIfbbLoj+/shhCZXwfoBp2mVB1WhVnjuhWfeZXJaf1F/ 4d8QmjICrs8Rlu/lepACyRWl8ncQIoXCnavGHGeL5LjhkTKZUs5x8g0I/XQM4hci8VNo9/sQj/h7 nDKaROMDEU58C6axuMwhG3lablMcAykjEBqnUqsS1Sq1TY76fLJJfZ+SpyNGff2VV5kMO6IQUixX XGZwAEO/UYpmoiLryRjFZXL1nl5+hmK09t9S2hS30Wg0FQjFRyjjlHGxebF5uTnZSdNl8rhY1ZgI pZpPmj6Oy8uV2U6bWjBuMZ0+3WIytZzGbe/Ah+wnz7xzEeOL78g/eHjT570bN2G8aWPv55sexnH4 wkWyl+y9cPHiBbwCr7h4gUpj67+paASaaoQSlRHKJMCuGpOXq86Mi41TTU+aniCykQVs5CkaV3j9 a8mjH3z44Qe4fa3fu8LR2ua72N6BcUf7RV9bq8Mwe9IUfOn32Iptl34/eUouOV+WEL95818+27wZ J6gXUoqfgTbkoI0opg0FU5tKfRsbyVG8FLuw8V4vjpK9WYaVZfdyyB3YcQmUMwdvov5E9XcJt5H9 eBPpoth6YK0AsIlrPXgjWa+4fHcmXTsFlMbK16DJ8KBS56hAi/SbAHLGUZoxuXm5WbFxsYqxZL8y cnTMtGmpK+drMDmAbVWNS12/tlm4F4K1bvzsrtl5E+NjxuGaJc8EP5A3HzOlp+L2VUBhEkKyY4pD KIZRgC81WJZKHZ80PUeVoMpScVl4JXkC81Mbf0kuvF9Xf+aM4hD5j35EEvWgqH5UX/c+voIRnify K+sFfik2UfUxEp951CCy3rTU9NQdukWURW1D3bqxMdHJsrTY4VF19ceDffLmXzqzMzCWyak31fXf UiQBtpA3xUSDGTMBFeCW8QPeRO3N/XpVwfz5BasC8wowLpgXwPyxI0eOkY/JtaPHjh2VralZ0n24 pra25nD3khqMDh4kvaT3IHxwNI4+eBCoLQU/GqWMRtFomqiLHOpO8YKzUu5lmYIjSx4lO0HtuKiu PvDulq0Yb93yrm9p3WHvvLlz53m9c+dhPG+urIer+6b3iDk1DR8/iuVYBr+p6X1vG6sPdxvh0324 2gh66wZJlfJmKifEYUy0gJ9+8yhNiZkEYKYbt2EO48gIVey0+DS3ZgG2kQOLGxod5yw2/DJ3ytP4 yKOpj+TPnZQwLhrX1hzgku91H2lJTetoBzp1/TflOaBRNZVQMlC0EKJ5qrDoSQRx5TkLyxZW7jMY jYZ91RULNTU1S5aQSy/CB6fV1RrlBeSjjAnjl9QfPFRbj/HE8ZnkCj9KhQ8ewLE4Bn5Hq0Cr4BHc WNCqLDx3nKI800vefK8bktNHYhwo7kAcDKNwTP+YRsNL3FTsJIbgDbJHcbkPydHdmZChWP5a0n9L /iZIMxKlAQLgPkYM85ycxAGF5U0HcbKY3WAmQkVdETIRd2Rl3hycNmuxpUSL7WRfWUPDxpccLoy3 b8Px7xUV7/S3mGt8fl8Ap23bgr/GiUk6bWISXljqSt4W3HjClppmsxx941+W4snG5CQcG5eKVZNH j8S4vVOIA1FqJjOTVxn9TS+VE2ysmAC2VjI5sRqrp2Ib5LZY3EpKSYe8ue+uTHmvm8l3UxEF8k1E CbAxRh0rJjHJUNQv1RAGCpoUwJIRiqi+V0fq9Y95VrV3bVi3YR159/kXMH7+OI7Hkc/9iOzG+XOb 7Qs0Y7gs27r58yGdFZPe9PET8bMHgL7q0I+e637SNr8AoJzA53LQbgtQzxriK3FxoL04cFGaI5JU sWJI0tREc1NOthAs8jj/ckeTLSNz+rSW+XhscxPevJncdbevWrvc6/Hbc7LxtOmO+X9vbl7dGWxx OcGbbqePHz9hUnZK7PioYdMqq17814aGsWOm4TE5EyZOmZyfPj52VOQDixcfP1Nbg0ePoZo8gpD8 OmT+B+CB+hXOFfgI2TkLlEODKYLTc7vvnePUuoR4XFIaWLrc0blxw/rVeMTep+bPfxtPIp/iSfhG 4fz5xW0QUIlJ5bhsZlxse8cfVttXnAZKLyAU8TLoIhUoiSmX5t/svOwcSffwKA5jwjOz/GzRssaV v7ZaMNnP4fgEvQ28DpL/VN7QljcbBm2FtcY2X0Od7ETr7FzIyTeDtVzZyFEjJ7XnZWOj8bngh1zZ 2VwY1h5kmbspIx3nzQHvaCRaxSh5J2SrbLHyxQvaz6KJNket4sBEyjAT5cikFBorptATNHdd3LJ1 65aLgfq6RZBZfvwi6VluajE3NdQ3/rTa0OspmDf3Ib9HyKmvQxrBR7rv3T3SnZrWcqJPRb56/Ams GqPGcXkTJlWUH5cpDdV7n9VX4WrD3r3VBmqjCaQEKlgzUkneTqMyIYe5TN4EcPxZUDtsJLm0qfnA u56lD84YHyVvDkZyX9/L7dEt+nzK5PKpgGU75K0vwdIgKYRabIwyTDSWIal/AtZY0RHjJQeQCw4g O/t0lZ4K96rfG/A4Vtjb9lcvxgbj0QNHdpeWYK12XVPTsqaVKz0OHP/kLq1WlpjU3PLUNZ8fR6um 4+RcqHQ52RZbTvbXkDH+pQaKZ0zsDDxxqmoMbmr+980GmsPLwEemgKQjqKTj2D+slsnUZbix5zU8 E65G8gHpfK2HdEKM98nkQTnXd69bxvURsCb0Esok1mFFUW+WqTH7yuQlwRPLSBeXjM9zyaQreBI/ 8w4eQ27TDoFL5AyhLgGyzXd1Caof2CU882R4l6CMDp4U2wTgD7KzErGeJx6oiIUwKUGlogQgzOJo zNGwGKeWUerc9c6c7OycziNkPVeOkx59BOOSsl2V8ws0l4jt57Pz5jTJ5s9KabOlzMRkI7kTPK+4 bDb/cW/Tsllj52s2kDrs8yTPwJTyUlLL/Hw0q8tSMydyMC6sREt+r+bOitXXy2rx6vAKLfg52S/r EIqvUIiDMwcq9LGj1Lm/uUM12wgZpgRsympSDE0yOVgdkF0KnuH0fbGcPnhe3nw3eKAf3eVs4TVs +ECtUwk9HTeb9nXB39HeLvhbbg5YrzO4TdwjPy/VvdAO+eigl2sNPkPhyVXyN3JVgHbjHu4Wd12q LG7OH3yMu06uSphu3Ie6hIs7du+KhI28QPfIUE9/v2I7s2ssSqbRJaSGhATVOLFth2EWDTpq4UTB 2Cykxi5NS8U4NW3p5Zu+ufn5D/lv3sS2tcVFGO9+kvwxuJErxLk7d2Rlyfbg5Bn68gdnkDeCPpyZ YW7OTCed3IRpppbH/rx8BVZcblp20bWoQvQyxs0IFEdlEP0qMYH2AlkSPz3cejzlmX0Y73uG3CJk Pd542T2voGCeW3F53Ya/9nZtwMG78tfJMjw7x2rJzWWagf7qHOCNYZqR/AeUIzWQYCHwl+3b583F G5/rJq+Ss4eeg3Zj468qq6oqfyVb37eR/MeBZ6FOzqOnHHKZnXLG0bqsSBArcSJtSGkUQNxSLxUT LTv5PPEAeeICO9TgVrzi/Nt4ueNtPIvsJrfoEWhZ0yvsBDTpnfPYSY81GI5Bu4Ov/GIpOa2UwyHo 9voN4hkIZIGTaOQepiMxo7JMgdUFeCU0hgj74OKwi3STYvJf5B+kWHH53jl5Ab2gdXLf2027Moip JqhnrNdNDK9XVCO0axondYZioHFjabrQLW0IXNy6ZcvWi4GGpcf9c+fNm+tnMXYk+LIyip0qjh4n QdJ39HhaqizPWHvoOWMtFmKM2hfiSZEFvHPQsyFM0xycMBKYm3JfkQZ8YgE+dfkyeSq4XL4/+ITs pT4D+Su5jcdgdu7aA/3QLNB7qCNRSh2JWBMSwzuSnPCOhJ4G5efXBNpbHy0snDWz/dg3djvevYe8 98Tjux5/fNvmrq7iollp2/Z+3Nq2axcetXrTRsUJ8kbulMnQDFTOVSfEqTNtra9+3bEaT5qUg7UV iUkPPqgvmZ44VZ1ub/vX66tWjY0WIzBiTphtaFOSwNrYv2EjrsV/JU+Rk/8gJ1kve0M2FQxS3HdF lnivh+5OgoDcCXmcnp5iWLsVI4QwRCAr7LKdv6mY8gDOJBfJgTNnbNY/KaM/nzSlSN+P+rplzRjp f16/BPAcAj1xwEWikAdixE6I9WzhDUGe1Lt8IHst2D4zdWYGVu3fh48/T65sWNO1ptPtaNlhqMS4 0rCjumnZCkgdn342PFL5yPZ//Pcj22nDj9NK4xO0Re3tEPUxcSlSLeoEGYSzseCdrAHGB3F38Cqn J3qyiDbDfT/DzwZJ8Ah+j8wCfzgne0HWxk7BEdS6Cewra/vi/BeQLy9zM+lFPWgdyJag+BKqQbrY 84edCUNeESE1aSByotQpgwtwn9oysrIybLYsOGRmZOH2Zcaayp8sax5TWFHe+OnOHfhHh8g35Opz hzHu+RUusbWYuBt4QdHDmxcUFi7Y/HDRAu4i6U2Ji8FNplfTJ47HW7Z+cHvXk/jNc3g59r7/3hiV 2N9DD0OzMAg/jvkBtAH4t8SB13z6F7wG7ifJlr5vyBaugEsgL+Py4PXgr3ELOUQzYH+/cg7Lx1Oo HkKOjFkyjBX7WZaKuYJHP1+3dm1Xb/B/8NPY+PyJDnsWfOyrTp4kp8ly+Zm+lQH/x9f8PowT0jN9 1s1bTrywaavFn57J6uqo/gLZ1xBNGrSY+lt4hy+GU4RIjuaDpJzYgTc5oT6f3qcLqqa2oDkvTmzC ZQFzZdXs8sTpPRNG/aGqEnrWQHlSYufq92vrG63exqVzFsxIennauHcAKG9l+VQ19nvfMjY0kAPF 6gQ8r+DnC6bFY22J4ue3kqLHjZ+YWqwfIW+oqVsbqKxKfzBvju5Jg3H0yAe+SI6Jo0fP5JKFI4ct aajb1Kovz86anbdo1+LFeOSY4NYpiUkZxemZmtjk6TlFObR9pJ6GTwvvW6if4dOih9G10+Qr2RTw XnZWpcEXoz7NOclneEJwjzL6xt3uGxRqB/mK+1qAwmracOSoua+De/AE8hkAf3VD0XyD5lioOU0A xfqWxLBXB1TFsiHpNokSkyHh3QHLq6sH5Vodzb6fiW8NWFbl/jg427YcAVocstO3GBAfPI2PPKk/ zpOOB2AstfQaDlIBHsLWhaU11dWnmptV2vKKhv/csRMfOogjcMLh7ld7yKv2ZhPeYMnOysq2WKmj qXF0SnQcbm56LXPCROitPrz95G78xptkP9n5h/exahT3dxozhfCh8UO7eOhPvgTNK8VuCqu3y63B s2Q7lxTMUFz+4J5cfpb2JF2gubHsLWI6WiBEeXjPlyjldLG5jxADnRZy5pXjosMqAEjGveXIfwjj h/Idy/PnzMknXduLtTt3YhUevXOntnTbvspyvGcvgSbqqb368mcaMjMa6zMzMjLrGzMyuYP0NOzK f+ihfJf7ofz1M2qNG14zm7HJ/PoGY+2MB5uW7bru8Xo913cta3oQz6xPh099XUYqTk+nMfYp/Ogh Fwx6+/Epfd1AL3kz6SIn6FtADpnAbmmhN6djBJOoxgiCYDBXonzgwC97KTtnbVd2Tk521xo4SD/c fZhcIX+mWevwc3gGTjzczfXiOL/X64fy+YnPDylgAtn51nmMz78F/YHv/FtvnafvgfsLuV4xErJw AjfqWvC/riouf0NP/05ylb2xVDC+ZQnjLuG2/71swZvIu2QHDgjVSskJ3abYhbB/sj5OSdzkKAjm hNEo/CQuxSX4Ke5uUIkJ4bi73BUyFd8QqqVyZeg9qlQraLM8E/9bMEM2gTwQfIk1zNc5dbCg70uu PPhyWJ+rkHRKt7De9p5e6ISl09TAO5YovAk/hnfgTcE/kRwAPCPX350JkD+FiJcrx9LzKVaDY+VR B1KLHieTkz89o1uIF+r24+QNCzQYa+aTr+58fO3KlRvX73xx85OPrt28RekdYxmBYRmXKzqeWkrW x9ZrFizQrMfJ+xbpdAv3k6++vHXz2kef3PzizvUbV65c+/iO8Bb7luIu2D9ROMsnDH2LnRRe6mjL pLi7+8Czx+mb7GvX8MNPPbptdRfU7P9c27Vq1dWHcrKSP+fq3FCd2Zts+7vvsjfZJZBT8fqHv/xi 48ZIpQrHYw7h/l6oV9dBV5EQeqIJVNH4OPQrRnwi+Fum/14uuq87uIMDu/fvJDb2vnok0z5NJAlC bw5W2LefXNDPXTUP1u/2kL8++ih0P8WFmxDX30NK2BuxkcKbAFW08BqAvc4S3pA5HBd+Ns82PRGL LwZfvtHe8TlOS92mROQjiJCt5NkIt6IbIsQKCgur+jRScNj7D/aiOSeLveibLh6F44WiKVU3lhPj xD1Jktmll9T0y+SSzc/JbqjLzcY4O7ehPisHH3igsLjuJ8sdDseLdcWFD1xaW1qC8eQH8pc9/sQJ //IV9XsXV+dm28ybNu5Zt25d/YquPXv3nT16fP2GomJcXLR+3ckTr1z/5S/WLEpKxEePkT8ncZPW lpSWlazpLC0pKSUNpUnJuGvt7367bi2ekVyyKbhonNV8yFxfu7CzqPABPt984OArex/eZGkBRtJS Fx9pyczBhQvWrT1x9PVXThzvokevmiXdLV5/F7m992n2dx648n782Ihlo+f+D/2D1tAP2FIbCYUN 4JShSdgT4STQfQyHPrs/K3JP6C9G0qdcfgHZuLfAbwIoSgljxXW4dqPPZFHoEncX9SjOoFOy99Ak 2VfolGI9qlOcRY0w1y1/HdVxr6NTyjMAYxPGijw0VeFEdfJzaDngOBJZi15g8HloAjxvj7CgMmUG iqI4lcmwD9bkJ1Ejw9GBemQG5KZ35QR4vgr39XABT5HvoQKAPQU4GhXn0J6IOwC7BiXB8yGFAZ2S z0TnYLxekYymKo+hHjlCozgfdAcn0Wm4doh7KU/b4eqSZaFP4d7CQbyAnE7lTJSkzAKaQJfyJ+47 ptwNujjf38vd7d/Jvd7fA1qHgzv09DFwvjajg+gVdA5dghNaMq7C2/Cb+BsukyvlmrmfcK9yv5eN ljXL9squyzPlNfLn5b+Rf6KIVVQrdit+DOfXDxV/UXJKnTKgPKi8ogxGzImoi/hxxO8ieiMfjCyJ bIh8MfLtyP5ha4ZtH3Zw2E+H/S1qdlR51M+ifjMcDR81fOrwBcMbhzuHPzz8+PDfjJCNmDQid8SS EbfFvweWIxutAmF/HQz/xOJRofn8EAyG82++OOaQHOnFsQyND83Lw8YKOBUZxLESxaImcRwBVf5n 4jgSjYr0iOPhaPywbeJ45LBxyA+YsXwYPPmHPSeOMZoeNU4ccygy6iFxLEPpoXl52FiBxkcViWMl SolaKo4jUPNwLI4j0eSJ68XxcJQ++SfieOTY6VHbityeTq+9tc3PzzAn85np6Vl8SydP/9Lq91pN zhRe5zKn8hqHgzdQKB9vsPqs3narJTUEw9davSa+2uTy8YVuh8VgdVhNPiufkZqRHoKhIBRiFoX4 QTRHRt2P6MioIWTtPt7E+70mi9Vp8q7g3bZv4xkZVWX1Ou0+n93tovBtVq8V6LV6TS6/1ZLC27xW K91objN5W60pvN/Nm1ydvMfq9cEGd4vfZHfZXa1AxwyMU0h/m5W3uV3AmMlsdjs9AE4B/G2A3WE3 W10g/oz4EgoRnwzILLzJ53Ob7Sagx1vc5oDT6vKb/JQfm91h9fEzKEa2ga922/wdJq81Pplx4rV6 vG5LwGxlaCx2EM3eEvBbGQ+DNqTwdpfZEbBQTjrs/jZ3wA/MOO0iIQrvFbQJaAM+gKfipPBOK5Pa E2hx2H1tKWE0UijNNLeX91nBFABtB1ZF8YeQpswBWg9VtF9UHSPU0eZ2fnsDNYMt4HUBQSvbaHHz PncK7wu0LLea/XRG0LHD4e6gApndLoudyuHLpwY1wqKpxd1uZTIIvsRYCDmCy+0HQ/iEWWoXz4AP CGu8r80EYrVYRb0BI3YXbxokqdsFnuHlnW6v9b6C8/5Oj9VmAkKpEluD152mTkrB6bbYbXbqbCaH H9wPBoDWZLEw6QX1AXGPyQucBRwmLyNlsfrsrS7GSKuj09Pmo5uol5rMgMRHd0gc+YZSErzOIijN 5Lg/AnGPxMcANmDP5ejk7YNcHcTxWun/5mCwdOCjqqS2kULECn5nFZjvcHstPj4+FI3xlLa0wMfT 4I0XlQbWKRejpsUK8UTxBsAOVIR2tz3EmnWVH+KGN3k8EGSmFoeVLgjSA+4hhmkz+fk2kw8wWl2D tQLkBnzcwgdcFpHl+MG5JV6Q8fst64N8BtHNTEcNZeIdNItAzEiAHpN5hakVRIN4dLlDOeSHu9Yg UpC4gEmrwyawVablSyr1Rr66ssS4RGPQ8rpqvspQWasr1hbz8ZpqeI5P4ZfojGWVNUYeIAwavbGe ryzhNfp6fpFOX5zCa+uqDNrqar7SwOsqqsp1WpjT6YvKa4p1+lK+EPbpK418ua5CZwSkxkq2VUSl 01ZTZBVaQ1EZPGoKdeU6Y30KX6Iz6inOEkCq4as0BqOuqKZcY+CragxVldVawFEMaPU6fYkBqGgr tCAEICqqrKo36ErLjCmwyQiTKbzRoCnWVmgMi1Ioh5UgsoFnIKnAJeDgtbV0c3WZprycL9QZq40G raaCwlLtlOorK6iOavTFGqOuUs8XakEUTWG5VuANRCkq1+gqUvhiTYWmVFs9QISCieIMqINuKNXq tQZNeQpfXaUt0tEB6FFn0BYZGSToHjRRztgtqtRXaxfXwATASSTAIGVaRgIE0MC/IsYZE18P4lI8 xkqDMcTKEl21NoXXGHTVlIUSQyWwS+0JO6iMNaBPajy9yC+1EZ37tncAFN0tClis1ZQDwmrKxrdg mX9pV5mtHj/1bzHIhSTJEqqQRVOY5wrJANy41AXhK8yxIfg0xBerQEKWGwgxWpxTxCRM0wh4OFQl IQlb2q2QCX00pUCMuGlS6bD7WLxDOXS6xfrnMzmAGOwKQUHONDlgmy/E5uCgkgqjx2uHLR1eux9S Cm8KwKzXvlosyV6xZA2VgFIZyr/X6vNAxbK3Wx2dqQDrpXWNcWJ32dxepyg6U5/Zny/lUj/fypBb QHC3tzW1ze/35KeldXR0pLZIFFIhFaIi5EYe1Im8yI5aURs0jTyaAW13MtwzodFMR1kwagEIHhUC jB/54PLCkdKEnCgFZnXIBfCpMNIgB3x5aFolXD72ZIW7Ffa0w68FIL+Nh0e1DMIEo2r4dbGdhcCb A3ZQDA4GSfHwKANwZABn38YjYZFwzArh+H8n50gU9YMlpbDfL62d7aQjP5uxwIoT7l60AubccMz4 IfzQq4rhdDKMPvh1w7qEv42tWUX5WhklF+CjXFJcNrZqDVE0ww7KQyvMpTDe3IxLF9vvYdh8IgU3 YPXDmh2e6NUqymMWNS7h9DMuKC03oy3IbWZwToAUsEsYKLTAuwPuZtjpEq0/A8WjkhCOeGZButfC 7j7Glxn2mET5eLjoTACoWNkuuiLpxwYjB7MbxSzxOECB+iPl3486mEasjOKATuiMB37dQCXA+Bzg xsIk8DOfa4FVP1uVaHw3hRRmN2pdB+yyhHTSwfygDaADbB/VjJPNhUsk4fcO8k2B2wDTYUqYdejY yewp2doDUC0Mtw92p3yHHCkhOdMAkxeefCxKHSHcdlGrg63//VJLmhO49YQ82j/E6wYk6mD6cP4g ClI02EAGL/NWH9szQNHCfimNFHanmlgOEGaGT4AJ92Mqr5vZRbCQmdG2MI7tIqf5oQg1ijtNgNXN csSAHcLz0oAWvp0RXADvFyPCNwhWipcBrYXngfB9PJPbJFqrRdTMgL8JGrGzfabvsSnFLOQML/Mi t6jlH2pxCtPJ+LWxTEBxp35LW9+3n+qlMySDk0WhncW0lNko/34x+wkzArdUr5Yw24d7nyC5h1ER dBYALCa2T5LKwrilNnOFaaQV4KhEbeKcNyyXmpgXCT4s0RiqI98/lSk811kGeZqJ2emHczCYzlB9 3I+3FNHmDrbP/j1Z3StmICvjyzkIrzTjC3mlFDdDq4hVzHfWQZrvYFJZ2P74+9TG+JDcQ3dQeKny xg/xNCF2yofUmhYW++4wfgNiPEhWaIdV+320ZkWrmK5dYkR74CtUMhPLrtbQjnDbC3x/f8S0sWzP s7tP5NHKvOm7fUWQ7n55nK4GGNRgLd9Ps3yY9sLt+H8Tsz6xP+NFaaSokyKKdhKOUC/iFXcMxuhh nr0CfltFqwn10cX0O7QP+f+Rtb5bqhYxVvxifbQN0lYZ0jJalUgPT5RWJTwZ0RLoMA1sTQdzPPR2 BliphadimC1m9tGwFboezyJzCYwpxkpUw3AJOAzwS3HXwwzFzbNn+rQI4PWAi+7VojpGQwvYqhmk geGugNlyuGtFOLqjCGZq4JmOSxHtTgV6ethlZDFE91FeBE6NMD9AdTBXOkZR4qwCngyAv0xc1QBu HcNH+U9hmqJjfYjPEpFTDdMRxUxxFgFH5eyJztbAvQrgqpk+NUxmgVs9k6EE1gVZtIwDwRICR0Vw rwLaFKIU+DIyLiglowiZwiSk8hSz/ZTqIjYrcFYpWpmOB7CkiroU+KD6rw1Rrmbyl8OXZ/IbYcbI bKMB/BJeyXdKGYaKkB/VMPk0TA+VjEIhW6NapPosD0EawqxSxPRF7UY5L2aUNEwj1feVRMI22Dr3 8w6JQimTT8s0Vc6gq0GPWoDXhWYEf9QxWYtE3Qo4Bb8XfKI8TLtFTEZq2cVAVSv6lIbpbrAUQoRQ /gekECygEX+LwnQ2YH29aN2ikK0rmZd9WytLWCxqGZSG2bo6pIUSFr8VIuc1YR4m2bFG9M/KEGeD 9SvFkQT3Q3KHgEuiPdiCxcyfykUOq0Pa+Od4B/KXFmqcmZ1//KH8PbiSh3eSAx1qeC+aEpZzwzsD IRuXMljnELiBWSFPC/Vr4AwU3svdr4pJJ2ehxx/ohKVuRMjhwlkpvBO2sJ5d6Al9oS5FqCPuUKfS wVYH6rtwOnQyiPDzn4/RFSQLiDuG4hL6TBPrHCg13320+X2VauiJ0cNqv0Clg439YpdC5QuIsHR+ 9ZBTsnfIKeuf2UCS5Z/p38vs7RHPWHamYdpfpop4vUg6rw3ohGrAxtacQ6w+4H0UWz4a2pdSHbSG cW4RLe5m/UUqO3/5gZt8ONWmgYboNxX8YagMqWJX+H8Ah8mYPWVuZHN0cmVhbQplbmRvYmoKMzQ2 IDAgb2JqCjg1MjMKZW5kb2JqCjM0NCAwIG9iago8PCAvVHlwZSAvRm9udAovU3VidHlwZSAvQ0lE Rm9udFR5cGUyCi9CYXNlRm9udCAvQml0c3RyZWFtVmVyYVNhbnMtQm9sZAovQ0lEU3lzdGVtSW5m byA8PCAvUmVnaXN0cnkgKEFkb2JlKSAvT3JkZXJpbmcgKElkZW50aXR5KSAvU3VwcGxlbWVudCAw ID4+Ci9Gb250RGVzY3JpcHRvciAzNDIgMCBSCi9DSURUb0dJRE1hcCAvSWRlbnRpdHkKL1cgWzAg WzU5NSAzNDUgNjc3IDg0MyA3MjggNjkwIDM3NyAzNjkgNzA2IDQ3NCA0ODkgNjgyIDcxMCA3MDYg NTg4IDM0MCA4MzAgNjY5IDM0MCA2NDcgNjczIDU5MCA2OTAgMTAzNCA3MTAgNjQ3IDY5MCA5MTYg NzY4IDcwNiA3NjQgNzEwIDU3NyA4MzAgNjc4IDQxMiA2NzggNzU2IDcyNyA4MDYgODQzIDEwOTQg NzEwIDY5MCA3MTQgOTg3IDQzMiA2OTAgNjYwIDUxNyA2OTAgNjQwIDgyMyA0OTYgMzA0IDQ1MyA0 NTMgNzEwIDY5MCA2OTAgNjkwIDM5NyA2OTAgMzYyIDM3NyA3NjUgNzY5IDYzMiA3NjggNDUzIDQ1 MyA4MTQgNzE4IDM2OSAzNDAgOTkyIF0KXQo+PgplbmRvYmoKMzQ1IDAgb2JqCjw8IC9MZW5ndGgg ODg5ID4+CnN0cmVhbQovQ0lESW5pdCAvUHJvY1NldCBmaW5kcmVzb3VyY2UgYmVnaW4KMTIgZGlj dCBiZWdpbgpiZWdpbmNtYXAKL0NJRFN5c3RlbUluZm8gPDwgL1JlZ2lzdHJ5IChBZG9iZSkgL09y ZGVyaW5nIChVQ1MpIC9TdXBwbGVtZW50IDAgPj4gZGVmCi9DTWFwTmFtZSAvQWRvYmUtSWRlbnRp dHktVUNTIGRlZgovQ01hcFR5cGUgMiBkZWYKMSBiZWdpbmNvZGVzcGFjZXJhbmdlCjwwMDAwPiA8 RkZGRj4KZW5kY29kZXNwYWNlcmFuZ2UKMiBiZWdpbmJmcmFuZ2UKPDAwMDA+IDwwMDAwPiA8MDAw MD4KPDAwMDE+IDwwMDRCPiBbPDAwMjA+IDwwMDU0PiA8MDA0Rj4gPDAwNDM+IDwwMDMxPiA8MDAy RT4gPDAwNDk+IDwwMDZFPiA8MDA3ND4gPDAwNzI+IDwwMDZGPiA8MDA2ND4gPDAwNzU+IDwwMDYz PiA8MDA2OT4gPDAwNEU+IDwwMDYxPiA8MDA2Qz4gPDAwNzY+IDwwMDY1PiA8MDA3Mz4gPDAwMzI+ IDwwMDZEPiA8MDA2Nz4gPDAwNzk+IDwwMDMzPiA8MDA3Nz4gPDAwNDE+IDwwMDY4PiA8MDA1Mj4g PDAwNzE+IDwwMDdBPiA8MDA0OD4gPDAwNDY+IDwwMDJEPiA8MDA0NT4gPDAwNDI+IDwwMDUwPiA8 MDA1NT4gPDAwNTE+IDwwMDU3PiA8MDA3MD4gPDAwMzQ+IDwwMDUzPiA8MDA0RD4gPDAwNjY+IDww MDM1PiA8MDA2Qj4gPDAwMjI+IDwwMDM2PiA8MDA3OD4gPDAwNDQ+IDwwMEE3PiA8MDAyNz4gPDAw NUI+IDwwMDVEPiA8MDA2Mj4gPDAwMzk+IDwwMDM3PiA8MDAzOD4gPDAwM0E+IDwwMDMwPiA8MDAy Rj4gPDAwMkM+IDwwMDU4PiA8MDA0Qj4gPDAwNEM+IDwwMDU2PiA8MDAyOD4gPDAwMjk+IDwwMDQ3 PiA8MDA1OT4gPDAwNEE+IDwwMDZBPiA8MDA0MD4gXQplbmRiZnJhbmdlCmVuZGNtYXAKQ01hcE5h bWUgY3VycmVudGRpY3QgL0NNYXAgZGVmaW5lcmVzb3VyY2UgcG9wCmVuZAplbmQKZW5kc3RyZWFt CmVuZG9iago2IDAgb2JqCjw8IC9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMAovQmFzZUZvbnQg L0JpdHN0cmVhbVZlcmFTYW5zLUJvbGQKL0VuY29kaW5nIC9JZGVudGl0eS1ICi9EZXNjZW5kYW50 Rm9udHMgWzM0NCAwIFJdCi9Ub1VuaWNvZGUgMzQ1IDAgUj4+CmVuZG9iagozNDcgMCBvYmoKPDwg L1R5cGUgL0ZvbnREZXNjcmlwdG9yCi9Gb250TmFtZSAvUUpOQUFBK0xpYmVyYXRpb25Nb25vCi9G bGFncyA0IAovRm9udEJCb3ggWy0yNC40MTQwNjI1IC0zMDAuMjkyOTY4IDYwOC44ODY3MTggODMy LjUxOTUzMSBdCi9JdGFsaWNBbmdsZSAwIAovQXNjZW50IDgzMi41MTk1MzEgCi9EZXNjZW50IC0z MDAuMjkyOTY4IAovQ2FwSGVpZ2h0IDgzMi41MTk1MzEgCi9TdGVtViA0MS4wMTU2MjUwIAovRm9u dEZpbGUyIDM0OCAwIFIKPj4gZW5kb2JqCjM0OCAwIG9iago8PAovTGVuZ3RoMSAxMTcyMCAKL0xl bmd0aCAzNTEgMCBSCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp4nKV6CXgc1Zlgvarq bqnV6kN939X3fV+6j261ZNnWLUuyfMpS67BOS+3bYOyYyxcYCATDQAIM4OAAEyCEDTZXZhISmJCw mfl2svtBhp1kB5hZJiEzgK3y/lVdLcvCMMd2+blevfrfe//77/8vYQjDsBLsJozAsM7eUPRz995K GDkJbfv49P4xZ8tj90L/YwyzLkzkhkdH3mszYZhtO4wlJ2Cg7AbcB8/fgmf7xEx+X9OT3qPw/DKG IdH03Miw5gVrNbz6Kby/bWZ43zzWit2DYY4ueKZmh2dy+z/4/RfwPA9IbMAI8m10J8bDSnhneTFY wVi4E8PYGF5RwsMFZCmO83CS/DaGP9OI7buEcb9IU28Ga8Qsl3Dy9/SNuJN/Dh8HFB9+728xjKzm ZZndMIThWDOG4aM82AkTYFhMZpE5LDJLM07RdvQteoK34Yunmsm3ATKPPU8OkA9hZYCFzCazJCwy gFbiz9xND6In70ZP4tvpPnT+LnSe7rsLQ6gDvUPciM8zVEQJixJ14GH0zre/jSFcTg/gL/HeYt/A Grj8cXpAsPuzE/CINtADxEF4Z4EHhVrFXjani71SzlSSvWJ8AXvhMqU84GvJDF/cnMn6Ako1Qmpl wJfNbL44nGnxBeRKvOLE/gOL+blde+bnpvOLNx46c+cNB/O7Zqd37Z3btZjffxAOz1CLfAsoIsB0 GGYhLIQNxRDiNnVxewkICyk8vvT27T9G9P9Af1r6F3G5RFguKCV5glKhSCQW3Yd+gW6kj/KyX/yI +G8Ot8tmNWjLRXqD1eZyOeiNcLYuONvu4tm4VW2FEyUTcW67WOHMKmK3UuXzZ7KbXt2ezfp9KiXz mM1uf3VTNsM84oozh25czE/Pze/ZNZdfPLD/xG0H9+cXd83t3TU9uyt/8AbYBHvpykekmazGUgyl OXLGotyOQHq+mq9WwGVzJuACCtu409r4BXQSMjQjEhq0fm9DQyLqtCvkLyAc4Tj+XWjQI3Rmyu2N J1o2NTZ5vXIFWb3U0xVPmi3lYrUSJtX14IuXv2ezOy02tUZAqlVGg8mgDDtcWkO5BJgVCqxtzeG/ ZHC9eOUT4nNeH2bDMHkiJmdkywIIqmIqjuvKIm5WBq+L363eh56lu5Dfs8Pl93iA3hq11ebzx2LJ R7q7ifOnkY7+3emlfJfDiXgEjxTwebcLBCWCEpKXzXwTf5ilD3BeCxzxw54xGcOTGMePVJQTPhB1 jjU2a2F/GHrpBQJ+GsrsdSdjTT3pxmBAo0IvSCsMJrcnVBNLOFwqNXqe9xZ9IBaJBYMuh0ErLUcq dSDU2ja6FMJf7ExEKZNIpFJ7/XUN3UunGDk8AtxqIzswNcsvxbWcSOEFpIgiNhw1lKvYSrZZbPUN Q5t3zQ4M1TVYbQjddMM/frp3z8tKtcMdTzQ2pSqdHqVao/K4EvGqxqqkx61W4aY7JqayrRYbslla s1OTdyD1qRPoxEn69zf0dkcjCjmSKyPRnt4DN/b0RqJyhaIiGuntYSj4B6CgEnAOwAOD11UayVZL tLpIW3aAVIZiibq+THMgpNah5/nAmtJS/lOCEn6JgEcSPD1l8ntqqnpTqaSXuFcgIJHVVlXT0TFI k/iFVE1VIuZxazVmirJZbIa6WMRuBSxBGYGOdwBOOeBqKVYOdhTECEwVNFcipsT/ER267EWP06+h P/70p6dPnyZMp3/16qvMSe6GWX7QlVKwgglkYUyWRXk3fm7pMLF+qR//xe2E88Ttl//uBMOpw8Cp 2+DUbdg22CHKCafLyp24yBtmIFE0WqnEKjkSuIr0ALYqGfV0cDxMJTgIRjtVZLtEIhHbKJsjZneq 1CIRwTdaQNCrqtse7uxCHmdTQ29338flYr3R40tF3V6DsULBe7nUqI9G2tdN/WRsVKlc+rue+jqP G0h0sTJZ5QsYjCjgm8MROQ/qgMQio97jTiY8PoNJKkP9G+7b2ZJxO2VinKzJhIImg6RcUCJXWGxR WWMy7naqlVu2PUsHu9wePmUOh2qqExtJnF+i0QRC60A+GGo+x2gWUAgk2XIdBZLFE6zJScQY8YWm XK14ShkxulqfWLsD1gcRGovZ703EMz1NjX4fyO+X9InotTrtNotGXcJTqfUmg1n+JSUEPj4CWN4P ll+N2QFPZGP8WlHxixYaEXELyA/HGuICfdc/v4L+ft/QYF212YDkCq+vsWkTuvMz+h36E6TpqU7Z LTIJ3rD0Gi+r1YWjzdmB+rp6OIFTsvQU8fZ7tFcht1kCAdj92JWPyRagURTLAMn4nB4XzZ16hblb 6f1iRQIpUdE1WThfhdJIIXc6qlPrUqGA067Tih6SmS3xxPr28fzQ5voG0G8Ql+b0xoHtRzcPVVXp tLQjFIn5/AYTga8p1eodrkgU/Vt/y5pYQm9E4jK1kjLZA4FAyOZUaez21pbpnacemNrZ1Gg0eL3r 2ienDmvQr1C5xOGsbxre2tDgdMikjH4cpwdIHbkWi2G9cLJl/Y8v+28lXGpWEJhzxVMrNUYmTSWX va/1+lYOl6VjUY+TMmkKbgjhzxQcEueedCZwS5F448+3btuxHQfzpXA4Y8nG5nDUSJVLxOVmUzic rQaNdIF+rUVCEByrPag16nWaCikplCustnA0fSmJXtSaDHqjMeZya/XlYgRWUYU0d55een9PV2co qJQjrS6e7OyZmerojif0eoU8GunfAPL/BPDWTq7DBhjOXstIV0p17WFSRUu5Ms4pEk3gLCqPkpOQ 4kXakcGcquzundi2tr2y2uGqeFik17rs0UhVdTRitzPI6X3+2vqWpvqGSNREITS1883ObDaZcNrF j5So1Babxxv8E7hhlyuZbGpsyVSnnHaUaK+t9/hVarGIMiWi7eZKs1VaQfJLBSq51RyJUCalUiJW SJXwFIt03N3bg0ACzFQkmlX4jQaZlM+/L6Q3yhUiiVSmUFltyUo2ejwL0eN3MT6GpRIIJZAyTwxd fpz44Oz9aA7NnqW3MjEm4wErQSOqwB87r7UHLCGWLQh/BQWXFYXzlEeR39faMjS0bbhjfVXKZhW/ Kmto2t1fXWu1S2QIySR2a21V/3RrS8XFUqutsqqza+T41uHqWr0eNz06PdXUqNcCV72B6tqMeFMi rjfGkus7RnMdXalKgzERnxU11zUEQ2BB/d72tRNjjLzngNtjvCFMj/m+zO+iB2DcHiEtRJQyvIA8 OQZuLZ3Zun3fTdu2NzaZKWSzNjUOb73h344de7Oz674HOzpQV+f9j65tw889ffQbg0O+QCi4afDY 0SfOHz3Sv8HvQ+efpr+LxMeOInT0GP0H+g/Hj588AZRUgmX7IXizONg1G7EykiVsREzOiZCyQGJ5 caBIc3mM+OKtO0qEZSVlpUJhqbCs9J6fv/j9LQSfFJA8UiiC4ZJbXzvKKyuFd4hH8uFH5J5Ff6u3 WSm702mjrHYzHYBo8Dsarz8UBnIFPGCQFehJekBpdVg9QVMgEA76vTp827XSIQfRQIx0fADSMYTX vI0eOUvfRZ+5H5Ie1l7fBPbaCjYzuyJGsiybbWXRbHMnRKBbNpusaFUT8qIvsi2bdPImr6+ldeu2 cdqNHty9eVNTg80ilVlskVhmQ7ox4NOo6P+7rv3e937bXVVlt8uk3VpdMNyY7ryMhG0NdaGATosO TbSuCYQUSl5WrnB66ho2VEVi4IfN5aUGozeQqsLdO0MBejvIHuNoo0tPNPh9Jr24nLaKhEZDKMh4 zHmQoU6QoTqIKL5Ggr6kC0oQpVTRkjBxDtnuCIarazLZjltGRhvTIFOUuakxN3r7SPu6ypTToXnK mW2dHWpocHmkFai/93thr9tG6dRi+jfovZs1er1KLZEk4lu2HDl89vGjhzcOBAKMIQnU1jdXztTX Wm2Z5pHcEfqPx0+iUkG5UCwqRV3fZrjjhRN8h9eObcEOYHdhGK9o71Y7sqIbcF57uqLJW81C9bI3 LLpHJthCRaNZJAOfg2S4THDbKlc5VTLsdUAqYjCqjFa7zx9NVM92dEVjGh1Sq8AGxhsk5WJhGZ8P JtHvS6c3Zmuq/T6NhrESbWs7TJTJZnE6vF7KrDij8/kj3mjIo9VqlBqDkX4Zgg8IR11+u1Orl0jA Easbq1J+j06zdqizO90fDCGZlDJHw00uu9Vs1GlEZcIKqVYFHkdXoSgTGQ3xWDbbtb6xnolsKT3s ZHc6nHWVbICOkLTCaotEG1uTSZ/farOkItEwqFVwYGTHAd/JXfktSa0O0pzSW0UkH1IAo0EhLxMi kZg18k3VNV6dTms0OKzhyw+O7prPh9rWjyYCIYutQoHKSsGcV4AE7gL+7QEJbLqaey+7qNXRSCJ+ bTSywk8VAFG1Qu7zphu3NMQiHpfRoHrY6PZU16zvGDs1NpHOmi2UOZPOjZ4YbV9fmXI5dE9KtTq7 MxSt2djQ5PbIFfi5Y6NjLa02u0bjckFO19Ta1BxLmqlYZMumo0ceevzI4Y39oYDeGAjV1jc1Bf0+ cJBKsKUgm4w23QKWYjObA6zIAPD3uej/PfRriP3JZ08zscqVf2BzQB+2rqB5jB+RSR1RNmIB4WTa NbkyJ8ZFGhWVL7EqMyO2Rru690MEgm7b19sVZcOT5wvhyXmmz1xLv5WUU6ZwqDmbjDttiooKhc0R T2SbQmEzJZU9vTMYRiePIy2eQD7/MKlS6LRqVSl69JLcZbebTEp1CVkhYxirR9O7OrviCUilNJpE vK9v32JXRzgMMSIcItbdCxTpBO5OAHdzK+ym9TrRSOKaWORabn8pKlkdn10Tn0yYqfqm7SM3f3j0 G/aXRBqN11Nf27+mttrv1WiQ2RpPpJsz0Vg8GHJ7THBau72hoX9DbrG3m/HaipfLlGqrA4xwVzJp sZZL9NqQv742m6pMJWIBn5WCXGYBItV4wmDcvOkZR6U/aLZUVIjLjYZgoKHF7zMaKqQV5ZJypRyC Ikcs0rw9mwn4YBaSq9ye2vpOS9Tj1oMRRlKZwehyBWodTo1OIpOJJTKFkkk8UpWMJIGfIW8FT6pi PCmKoZVWiblQDP/5r+nOnyGRQFhSJiwVCHjgNoVlwhKkeBM8YKPaRFltJkqppMwWC2VS469zmUcO PFnFymoQ48e45QVX/RRjvMic27OufWb+BH0apf7s4P7eHr/3VYOxsnpD/+79j7w7MY4/e+7wkYFB X4CXRQ5Xd8+hG87fun1bfa3RcOmP6Jab4RzrOd8pWK7fKfG/vEhnyTh57tIAee7BB5nTfszlzmVM PiQAuJiMKYYRd9F3HXv+efSbd+k29NfojzvoOd5bl4fxcjq0dB8zjznPDli9jK0hKi1ce4S4b8mN P7g0SiBe9kF66CwdexCgXwfoOoAuZXBhIAEfJTqCP7a0+RXiIHmOrnho6QOYgHGU2gawCqYytBxb sVNW0GqFjye3IYOptn5o8wH696+gtw5t3VJfR5lf7el99F/p7voaj1MhJ/5iw/qO2lq7fYkGehlM 8WTbuq2H0o1L/4TUCqcjFgUcF0BfNhaqlGogwQKR+P7lXyh4739BFc/rLZwXzsnSiamHElNL//rK K7jwFXxu6Qwvu/QzPPnFjxj4ewB+J8BrmOqCRVZMdxJF+8oQ7c/Qi4pQpK6xpTXd1tbSUBcJ6x5H w2eIJY/VoQXJRPeABzF5vdFL688wtdJPgDy/QT4GQ2Zv9MlHyEf/GgYLb0Bm2Zoui1fh/UcsBCEp wCFsK2A1A3AstxFkhzH2H/EY/Qp94XX0ML34E+RH3jfpRfQYepluxv24mN6E/nzp06VfMfNHYP4o xOu9/36Wz17LWT7rNq55+HKtTSnD5Xx+uVipNlu1OrmitAydA9v5TWh4eUWFTmuzhgb9XgUuUyuM Brs9VOf16rTlQvQkNyvjcOFPdybiVrOkvBCzdS9952phgC9XafUGI5hSq0Enk4TDo0GnTacRl18t 0xVn9/U9uXQKZPE5yGvTZBfEaFuuyqKLXyz7KNSsk1CuPHkxqFld3xCsIpeSf60ZJtOQtAZDa9fP VEaiPj9lU/FYl/ECnP4ZznuQWsoE4WSkYWb92lBQIX9JVG4whaNrauKFgomiwm5PxLNrohGTQSzC rYfGJ9at8/oRuHy1ymaN4RKZSmMwGeiNPMLldJgMKmUpUaHQ6kxmbdzpgBhFiNyeNWvHJw6NdnQk 42BSFaHohv5b8+1doahCadRXprq7gS6nQFcawLdUYoNfke+mimWN1QXmFXGEYHVIt8rBkg1MspTe un1PT2NTLGa3q84baqs3t9XVQJilxpV2ZyAcT6WG13ckUwYTZa6t2Tgw99GBfT8Gr+qMJ1ua4gmb Xa6okNqtQJVIIuZ1G7T4K39x662bNgdDMqnNWpXq0m/2AIFs1nR6x/DREOMSIO23WcBz9eXG+/tq ay2Wx594pi3dGAOiIpXG7a2qyaararx+CMBgDUsswmjGcdCMdWxUUbS2X4qYlKsiJrUSLHLz8/QX TCkoGunuXDB4XB633aoCNro8gHo6EjVTTA77EXH+ch9x/rR2tK0lFAAvjxMEySPOMFVpRCBhmc4Q DK0Tnmbs5zjnaYRMNbSAC4rJYpBkWYhzzy8t4Ad/8jJ9Jy1Cn6IG+jXUcJI4cPm200RmaR0zO48G yQHi44IlkTNFUWhMcmYkPiAG77mHxu65h7E4SqKd+AFrLRn/Aikm04iTp93v08pTnveJdvzw0hH8 MFDmM/wy8d95P8fEAOdQ89QCgnClHCkeEcMfRiUB+ncv7b33wb0X6P8TQGWi28jHxo+1fbEG4Vew NZ+13TKFPAxWz135iEwXYzaEc+JkUzBqxHxUiafYi/nEoWBKTQXtW1k9/4q6Emjd6NiF/Ib+EFtn xNHToG7P4zgZ6u/b/caO4ZckErMlGE5n4gm7U65QyJ2gYE0N4TBlrpDiVvp/nzqF/L4dOr1RpZbK yBK10mQC5pH/RG80QtahV02Gg+j4Sfrv57s7E1GdBoxgorf/4N7OrmBYDrjEo72MPt0L+rTmq/Rp OX+6XmVE+XUmZvVh14Drq6rp6589tGlzXb2xUHzYtnnvmgZIQlwu9XljbX332tpar1eljmwczG/r 6qhMmUwvVlTYIUptiUaibo9Wp5C7HIl4pjERs9uYAnOub6Cu0WoLBfs3HNp//7O337Z5UySIJBKL LVnZad7kcTMZ5PDIkU1ACjNVWd3ZNZWpTDFZjrTCbIEcZ01jUySqN6pVHndNFYauXLpiJ3955Rjj 5wQgfTzyb/7n9u0gSWmwxreD9wIds6ykUaJ4xtR1wjV5DH/N6fKEozW1HTaDySzXaGQdrdlwBe19 FZUIZVKJRCQkCJFQKpZJRJcv7ujoSlYZTDgquZVAeE310QgZWrpR7/I4XGaqREiZnHZIb/AjwDXG m0bY/GlFbWL5Kn7pK16JVep/zecAtnSRiCnJSIXCRDk9brAEJkquQM8gZQVldsGIy2E2KiogmHW4 kpWZ5lQVwwv+D8ucjob6jQO7pjcONtTbrEt3vEF8mI0n3B6L1WA2mKw2tzeViUGKaTGbYcBm9bqT Ka/XaJBI5AqIt+N1oo3t65IJyqTRBMOZ7KWX33wTQ8vfSNMr6kkrv45eU1e6esrlylLBkF+tLr0z wWM/9ZQIKqRyaaFXQu58590LMwIBpLA8iYwZg8afeWaGx3b5JWD7CPZTHn/iAvqGXKc1GyxmU7a9 vcVkthhMECXQN/Cyly+k6+ojVbHmZgNlMhmNejW6g96l1hsNJhNlaM6CmMei9XVJIsPYktMgRSZy HdaGTTK6tsJnLSe/CdtqFVxZi79OWRt4L/8q5eOogI9vymSZqqzoh9Lq1JbKUMBilksRrjCYgUOV rWNr1gRDCvaLdjjYvn52fkNPkOBq3U8Vat07p6yQHHsi8XhzmHEM8KNM0XA6Ho96XDoNPYgUcrs1 GqnVrnN7ZFKXo7a2/3WQW4NJWmGhmjO50duOjo+1Zp2gzMMaymTUK+RkqVJtNNmdzst/9cFCnnhn vqszGlarQP+jHV3zuzs6gyGQQsAp3LGeiUHP0gPEBbDEgmIkDx7iLG6jz6A55qP+ic+/cwJonATp OQHSo8fMAEcAHGGTM82WiEGzgEQwLQbjFjnxSAaR9D8MzvbT3+yb7Xvzt5l/QYKNs4NoanB28N2l xizamSGa6Dem6QnmLxTQt6ZR3XShR09M02+gOsBLDHhFOLwKyb8MiQGnM4DbwAn+thOfnQB7coir uZmxRubvIL5UuV2V9gpWSf1ygFKsLvIYle2EBCzdvHFobGJwqDHtcDod6fTQxqnRocF02un4AYR1 Lneqak17VY3TI1co5R5XVeXalupKj1OtpAc/wh9949gt3b1Wu93a23XLzW+8dcvN3Z2UGYGt7Oy+ +Za3Hpra2dCg0yKk1Tc0TE499MDEZGOT3oiQUd/UODnxwL7PPwd9PQ0eksmwHCvi1OKp2GLGteUd WYysA2dQXTu0eX9+YKCqxmB8BYnLKFMi3tVTlbRZJeXoIvrw9uEdtfUGI9Jra6u2bbmVmLn8vR3N zB9agCcM+tpaJ4gWoD1BfxN/oZCXIDnkFcQ5VEq/CYP3Lu1kDAkqtO//ovHYNkntn5g/tln9u3IJ tPKXwD/E1IS5H8zhn1u6H2QJstQrO8hfFuzSil+GfBtj/lolT76NOuCOkW/jcuj3F/qoC+4vQbvI 3Y9C+wO0O6DdDe0maM9BewTazdCOQ3uisB4LOwZNyT0zMLug+bj7LRx8J7Qs9349tI+5/uvcfYG7 3wP4fFJo2FZoI9zep7h1xrlzMPt9xr27j3z7yiW4p7k5WAF3dBbuSbiL4X4I2mnoA/UhZ/ZjVXC1 YkewF7B/Rs3oRvSXuBmfxI/hZwkfcSNxgfSST/FivBbeI7yP+Gl+P//HAkcJr2Sq5KaST0vvLP1R 6adCgdAmrBZ2CU8KHxA+J/xfwg+FdJmp7F6RVfSU6JNySbmtvLJ8qPxn4m7xFvGfS+SSm6RmaVQ6 Jb1R+pHMI6tiuZTB7mbkgeP+6p8B9S+Pb8Uucn2ESRhdZvs4JkBbuD6B6dADXJ8EmL/h+jxMhBfX 52Ni3Mf1BdgBIsz1SzAF8WuuX4qJyRKuX4YZyG6uL8KC5Ftcvxw7zLvE9cWYj/8u7I7IUnh6mcWE 6SPMhIxcH8fEqJ3rE1gc5bg+CTA/4Po8TIN+x/X5mAEv5/oC7FO8muuXYG7iKa5fihmID7l+GVZJ qrm+CNtMznL9cowmL3F9MdbPPwgUn8Pmsf3YAvi1cWwCy2MUdg5aFAvDlYJeD5bDRuG+BhuGt37o tWGzkNMHodeETcNFrZi9yD7l4J6D+x52LgO5HmalIeLpgTl90O/EOmB0koUfhpYH6GGAzWEzcF/A pmBsDhv72v2xzNz8/oXJ8Yk8dY6KhsMpqic3Sq0ZzvupttmRINU0PU2xrxephdxibmFPbjRIrW9L Z3ua+to6O6jJRWqYyi8Mj+ZmhhemqLmxa+djgPQktoM9CLP1JCA0C9u3s/c5eD25I7cwnJ+cm6Xa 52ZhgEF1HNsNJGGOgPXkxndPD0OnCY45Au9m2QMuwBoBliRfu3rT4khudjS3QAWoL230n0Wsn4Vd XIaMAPUY7mL9uYVFBiwSDKeuv+x1Fv06HP7/OFqQnXF2lTy7dgFykl17A0D0slBd7EyGoHl2t1kW qu86O3bCjmMwnyH/VcgRdu08PBdWnoP+BMeancDABRaDUXZe8WyLjMStoOy/Iz0gcuOTi/ncAgxO zlIbgr1Bqms4n5vNU8Ozo1Tf8sTOsbHJkRw7OJJbyA8D8Fx+Avi+c/fC5OLo5Aiz22LwelLEKO8C qO/cNUy4KjmZuYX5uQK6GFCOodgelg7tLHie1VN2Sm8+tydHtQ/n87lFBniCfT2PVWMhuPayVxAm XYvBCLd/kO3NACQ2kc/PV4dCe/fuDQ5zaIwAFsGRuZnQf33ZPFioeVYWcqwUjwNsQaKD7JozoHJf u3V+/3xuNLc4OT4LAh+cyM8A/AbWSBWFkhGAgvBeX7DH2DsjbovsjDygPswKaFHoF0FwdoD45Fih YVac49ZlYKY5IZzldh2GQzCzGWEtCvLuFbzdy+IzAv9TcPg5eMfMGWHXmGdZN7pi9f8sziBOGxZz jNDmJ0CQV4j12BxI6OLcWH7v8EKOEfLF3Tt25kbyVH4OYHPUNAjrLEwdHl/I5WYYcd7NytreicmR CWr/3G5qeGQkN58HsWfAv2rl4H9dGKavc9b/oBhML2PDyQCG/T8cekgUZW5kc3RyZWFtCmVuZG9i agozNTEgMCBvYmoKNzY5MwplbmRvYmoKMzQ5IDAgb2JqCjw8IC9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9DSURGb250VHlwZTIKL0Jhc2VGb250IC9MaWJlcmF0aW9uTW9ubwovQ0lEU3lzdGVtSW5mbyA8 PCAvUmVnaXN0cnkgKEFkb2JlKSAvT3JkZXJpbmcgKElkZW50aXR5KSAvU3VwcGxlbWVudCAwID4+ Ci9Gb250RGVzY3JpcHRvciAzNDcgMCBSCi9DSURUb0dJRE1hcCAvSWRlbnRpdHkKL0RXIDU5NSA+ PgplbmRvYmoKMzUwIDAgb2JqCjw8IC9MZW5ndGggODI2ID4+CnN0cmVhbQovQ0lESW5pdCAvUHJv Y1NldCBmaW5kcmVzb3VyY2UgYmVnaW4KMTIgZGljdCBiZWdpbgpiZWdpbmNtYXAKL0NJRFN5c3Rl bUluZm8gPDwgL1JlZ2lzdHJ5IChBZG9iZSkgL09yZGVyaW5nIChVQ1MpIC9TdXBwbGVtZW50IDAg Pj4gZGVmCi9DTWFwTmFtZSAvQWRvYmUtSWRlbnRpdHktVUNTIGRlZgovQ01hcFR5cGUgMiBkZWYK MSBiZWdpbmNvZGVzcGFjZXJhbmdlCjwwMDAwPiA8RkZGRj4KZW5kY29kZXNwYWNlcmFuZ2UKMiBi ZWdpbmJmcmFuZ2UKPDAwMDA+IDwwMDAwPiA8MDAwMD4KPDAwMDE+IDwwMDQyPiBbPDAwMkI+IDww MDJEPiA8MDAyMD4gPDAwN0M+IDwwMDI4PiA8MDA0MT4gPDAwMjk+IDwwMDc1PiA8MDA3ND4gPDAw Njg+IDwwMDZGPiA8MDA3Mj4gPDAwNjk+IDwwMDdBPiA8MDA2MT4gPDAwNkU+IDwwMDUyPiA8MDA2 NT4gPDAwNzE+IDwwMDczPiA8MDAzRT4gPDAwNjM+IDwwMDRGPiA8MDA3Nz4gPDAwM0M+IDwwMDQy PiA8MDA0Nz4gPDAwMjY+IDwwMDQzPiA8MDA2Qz4gPDAwNjQ+IDwwMDUzPiA8MDA3Nj4gPDAwNDQ+ IDwwMDU0PiA8MDA2Qj4gPDAwNDU+IDwwMDQ2PiA8MDA1MD4gPDAwMkY+IDwwMDQ4PiA8MDAzMT4g PDAwMkU+IDwwMDNBPiA8MDA3OD4gPDAwNkQ+IDwwMDcwPiA8MDAzOT4gPDAwNjY+IDwwMDM0PiA8 MDAzRD4gPDAwMjI+IDwwMDJBPiA8MDA2Mj4gPDAwMzY+IDwwMDVGPiA8MDA3OT4gPDAwM0Y+IDww MDU3PiA8MDA2Nz4gPDAwNUI+IDwwMDIzPiA8MDA1RD4gPDAwMzA+IDwwMDU1PiA8MDAyQz4gXQpl bmRiZnJhbmdlCmVuZGNtYXAKQ01hcE5hbWUgY3VycmVudGRpY3QgL0NNYXAgZGVmaW5lcmVzb3Vy Y2UgcG9wCmVuZAplbmQKZW5kc3RyZWFtCmVuZG9iago3MiAwIG9iago8PCAvVHlwZSAvRm9udAov U3VidHlwZSAvVHlwZTAKL0Jhc2VGb250IC9MaWJlcmF0aW9uTW9ubwovRW5jb2RpbmcgL0lkZW50 aXR5LUgKL0Rlc2NlbmRhbnRGb250cyBbMzQ5IDAgUl0KL1RvVW5pY29kZSAzNTAgMCBSPj4KZW5k b2JqCjM1MiAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IKL0ZvbnROYW1lIC9RT05BQUEr Qml0c3RyZWFtVmVyYVNhbnMtUm9tYW4KL0ZsYWdzIDQgCi9Gb250QkJveCBbLTE4My4xMDU0Njgg LTIzNS44Mzk4NDMgMTI4Ny4xMDkzNyA5MjguMjIyNjU2IF0KL0l0YWxpY0FuZ2xlIDAgCi9Bc2Nl bnQgOTI4LjIyMjY1NiAKL0Rlc2NlbnQgLTIzNS44Mzk4NDMgCi9DYXBIZWlnaHQgOTI4LjIyMjY1 NiAKL1N0ZW1WIDY5LjgyNDIxODcgCi9Gb250RmlsZTIgMzUzIDAgUgo+PiBlbmRvYmoKMzUzIDAg b2JqCjw8Ci9MZW5ndGgxIDE1MzQ4IAovTGVuZ3RoIDM1NiAwIFIKL0ZpbHRlciAvRmxhdGVEZWNv ZGUKPj4Kc3RyZWFtCnictXoJXFNXvvA5994ExLogIF2mzwsRqRVBQUrVugQIEgwBk7CqQMgC0Wxm EamtuFSRamutS6tSpNRx/DHWcZy2D23tvK4u2M6rjl+HOu08ZRzbN77W1+n0s0gu73/OvQkBbevv 974v8d6ce87//PftXEQYIRSJ1iIWoSJ9Wvpr1d+ZYGYrXKV19kbr0Z1/sML4rwjdf6jeYjRbiwo2 IPQAWX+kHiZGr4oshOf34XlivcO36sXs1BJ4/hIhvMTuMhmTs1MNCD2YC+tHHcZVbrQU5cPzd/DM O40OS89bp19H6F9iYe4vCHOj8XNIhjjZAu4cQkK2+Mvo0TbGGskwI+UsG8kxDLcWod+MRXwBkj7Z Np8XzUf8LUYeK8TivREO3AvTWFpmkFXYzVllB0DKCIRiohOikxKiE6wc6veyD/RfFXZHjL75rUc+ GeGBPoS4r2QXCRybEJcQrYhOkHPfBL7uDnwtu9jZd1E2heA9AVBmeSyKhwcAmZQ8SSGPkMfBMCP6 kaxHssbHj+fMXXjO3Cd2l5QeP55dWb7yHZOJORBYwrS1FRfhqppXAs3y2ECbOWM6xitXER7fAVyN gFPkMYPgilO80wUfruZWuzz2K6DrGrjCnuJWowyAjQOqyYlAVR4/Ph7+jY+LjZAnJ8JkJjxkpGc9 kkkg4N+krEnAU3r8eHaL1mCofDpHhdOn7Zr3vl63+slPK421dquptnbdgjw8PePX83+tKcR4hftj a2UFN+/IQ7Ex+OGHDUrFJH70wxrt5tbFS/C4sRPffuS+B6ZO0RVMTp40ZuJC9YaXykrwmDFEihNC KXcAOIxFExFKokKAQjKAePTYCLlCnjwJE20RvmNFLrH3+PFZFeWrz61talp7bnV5BfMo1pVs36Ez GHQ7tpfoDgWOyKM6TenTOjqEm8LNjg6cnoavn/V7vf6z3V4fWJ5B7oErXBNQvR8piGYSQAFZgDor DqySzCdPihkrKiBCoh3BNfUfG1lv/VebxVRrrrMtE/6xrw3v2tl/5an1/8ro9Jv3La4axVRV/r7W gu+/L/PIw+PjcWsrjsLjXmnH259//4XKyrLyl4gnuAd62WtAOUGyCPUDItl4ibwCLBLNZD1CeGKv abXFRb8zwed3RcVabaFOv1TYuQu/uAtHlCwq5jIPPxwfh92ejz52e3B8bErnxHHj9u/Ho3F020t4 bAyhlwZKvgleEkfoUTXGiW6qyMzInAGaZm4eNScl4zThk+NHj5aVnZTH7nlocp1pW38a+8k27Zul JcRKj4O+pgLXowg+LBkji7CcmQWYiNbAUpngNhkJmZJUEZmSIZm3/6OkVDnftWfpYtzVNa+quvlV sxWvXXMLM1hneKFm8RK9uaZq8T9WrWIyMjJW186cjbHT/tpkTWBdp3VaOsa1NR0na2rGrVmgwuPj UzuTY2PWrCGyZQFr38raqGzRRCqiRwgC0GAmkS8aN+DVwsZJE30nT15ctKi5WdYmvLst0N6SnLy3 uOg8U7MNzyXSrQDp/CDdGDRhUDrialkkIECCGEYUMBrcgvHuKiktLdm1o7QE45LSHTdaNmO8ueXG t80tLc3sX7y+M2eIk5055fe+1NoqXBf+q7UN47ZWHINjW1uDuQCo3SEXxN11LuBqjgRTgch/JdiY xhCGlCJaJFFkmJgASwJlzhD9me3o6ppdVvFEd9PatU3dT1SUBU7T4DEYaCCxbzBVP1w/ZElLxxA+ kTiyo2NaujCeRk83jSRRDrYA5CDaJ3oKFyIDhIhnC3jFpCkv6QwQr0uXbIqJH/8g+9q4EREYm61v B46BCNZ0EIHjaB4AGQ6ADGOoDMNDflhKSI4DOuzVIWEf2DYkKcw6fpxJCwt6Rjc0I1gOATGQohQh eSZXg+4hOTSG/sMKllWUdv3tas/frnYJl3r++9serqZ/N7uMXLfa2d39y8jOVwd6uXLYGU8qREZ0 0GWC6ideeKRr7pwnd5aXgNvnllX43zVZ8AnmYMC4v6i4uuqXzOpb7Yet09NXrZK8ohVYiqK5HGdg rADvOHGcSfp74Aiz/Ebg1HF5bL8N9wa+CxxmFIHPYc8ZhGSzofaMpHsSCGW4K86cZb44ezaQeFZ2 MdDKmPumMKcCM4mOAZ57BuCjRN+jKYdoOonkmnjCM6QFvEN4plCDsabwGeFRfLpvfRPGTev7hLOy tMAfcIG6eWOB+iDknEtfuFcEDhHvgwxeSaOHWG6Yo+FhjhgPUanAaeHOxniHeOLsri4mLczTAr8Z 6oamzh++B6regSuyHtkNKWaBSgwjUo5hwD94MWaTeJEym/z52g0Yb1j7+Z/XEXHW/RnPPPkmxm+e FE4J77958uSbMg1+5YBwVbj6yoEDr+AH8AMHXvnl+T8K+4X95/+Iz5/Htdj4x/NEh2NB5/WgQ4ZY CuMETNwlgVUwbwlfM0nC6qvMzPObA9WbL8pGB+5jj/RNwU3COrDVbtB9AfBLqhykKpIb6TdYYDKl qCFFmXxxC/NOv8Zz+sMMY3ISBk/fWG1b3tC43Fbx5dNPJyoW379xU2dn58qzp2bbCwsKVmoWJiTk nJt2/33Y639niU7vfvDprUD1EvB4BAmkW8uCxHjpwgVBIFJsgmjbFtJeoqg9ks+jx4oZj0QayXgx UImYLa3aYoyLta2tUIOKW/s2PfXUpr5bT23CeNNTsuI9+4SPhHMv7sN434t4Bs7Yt6f9w9NCs9D8 4WmMT3+IG3Hj6Q+BlzlCCdTcGhQNGiReAQmaxEsW8fUMZkeRuuCJHXbNww9nJAiz38NVuOq9+tNz 5uK9EyduMnDa/p2snUTdUeFbZrV8HMGCpdIZrwAlklqWxaxunq/Mnr+p/QX1wgL1i/Jxf7t8+dq1 K71X/9575fIXvVeuE9k/YDsZ0rHRvgmLIRONXZ3MxE4ImIvMFHIBpQNAySVSismQAiRCIdnsQPvu hWqM1Qt3t2/Mno/x/Gz5uOtXer+4fKX371d7r1y7dvkyGhIbM4DWDClLSjESDzpOGNJ/BQtpWLSw HTrDzl2L9PpFu3YadF1Na4VbtSWli4qLtfrXKytnlVc88fEa+Hz8REX5rC5mzimXA2OH69Rph9Pp +E/h8tNbx4ya8LuUuLjqqt8vNk1Pp5WIw2zbS9PTazvFvBPxIHD4MPAnVZ940MeMwao04w65nZus qqne8JvqKnx85kz/czr98ZmzVj4LP8fnVpQ93lhWwrY8MXsWxo2rr5Cy1V6kFcsW09ahhdwSLGEk /8+ZS3wDooP4hpzoGpOYmiO6gLCkD3KvgT18q51Yv21gHH4P/FlG/ZlVxNy4cGCdTjgs/BueT9YH e2LaEUM3LI/94ToScyXeQa1OV86chezYR3tzM/4L08RsoCsQmWbmgcBVZsMBki8HBmRHab6kHUYG L2aXhKQEkl/AekkJeMd3OPO5ZzF+9jmhW8jG+/Fvz53F584JxYJRlnarYesWnIZTtm45+Nobwjph zetvYKADeLnrFO94NJn2LsGMOThMTkhOIB5A0kGwVwdqOLeDxGCH8BaesqMgP79gh3DxLMNde/IJ PF+5Gjxkc0tf4EvmTODz3OytW3KzGasw99Esj3tmFj5YU/PblkW6mARz3QvgHpjITrJoMuSBYDea zIupICnYDCs40RtJhZAlW72+9cJAcwvGLc0Yr/d5rcv9DU8Jr74HH6zfuGqlrPZi1bRU3Nom9Ah/ gg45LbXmQv7EifiTP+A6XAf3xCSgegisTXKonGocCl3CIfbfAlcuYCGQIbtY2rcODk0sehrq6xaa o6ah+YPRTpMGKCiJnFNmiB4bF6YlUnfp+YWVD5Yi4sDMFvBTve655/Q6rNMLv9ywoACvbfrii7VN +QVrt+sXPbXp+5sbIKfpdc8X4IL8DesL1OqC9RvyC5gPoBg2b9YUajXNzYWasgmV5euO2eowrrMd W1deOUFRa372M1KwPnvWXKvA8/zzlcr5fq+YFkgWWAvZthkk4UESlJUpHTZiwrtmcKhoUrCAeRxW PonAlzVa7cJTy21jZpdX2P9j/QbQfS9moes8eEi4WlioxXM3FxcVFW9u0UJSmNA1MSYWN2/EMaWp aWCmTdevbt1C0zEpZGPGMC8sXdrRXr10aXV7x9KlYlyAlsUegrTQ0nWGPRq4n/QNzM3+uXCQFfI6 A72dErwC4EeEwSvOsJUBN1McOHqWgOZ3BrKk7iQjCEm6UrgpzuCxzO73hRuBZe/LLt6awF3um8Jd vjWBaOkG2Pg9TiHmZVKtyHn2xoULpGZxCoGczgeymWNiDJMUwUR2Bm5Czv7BAWuzga9GyCAjSVUG lyL/IJNwZmE57uwRTggnevDvBE8PnownczWBvwTewV1CPlPAjBdW4G2E/hH2K9YB2GUUhyIzJoOV 0TteR5IM3kvu7Fev4nnCO6/S++27aE5KoneMBnfJLtIMdTiYpwZ2C1aajUbRbES6WrEaZp45a62/ Ujhv46NZkJ52CP/d+HjnwoXvgnxQTrhKmjNQVkK0LDMpg6hewAXCHmw5iwv6D3Ry3vyu/L6LncCV GaAP0C5lFO1S2AyiTFLrMlm5wGAhU7h48UygSpbU38t+1J9xSGjHNe+BPAOXhFKaQUeJdS86VuRt PO1syfuFRfrX8qbbJiVh+p5h66fVNa04fdoe+UPkfQPUVuySLCRWVbGkShmYW0Y1RbtV8LGzzKf9 1SAnsCx2pzIDrMejRAAndShGwZL2iPLNQXSTtig6eC5TsM/Mnzdn7kc9vy9QLWj481l8GqM1a/D8 nMDTwnYNqc2a7cxb8Qvy1wj1uGlX+vRAi+wiXrb8T88sXcoUBb7OzdmwPjcb+GqG6OyA6Ay+IwnG HX1HQvJv0pAaPUN6R0IPz5ChuXyfpa7qYHnlY7N+9fgV+zK8fYfw5fKVjU2PN6z0HK6uysndu7rX bNm65Z/1TofswAdZDzwwX+k3T8+YcF/Kcufrn7lW4HvvTfv3vERFbk6TY94c/t6pNTW//tDjiaHn k3I4ZV0CvxbjDZPWESesYJcFNMxr/U8yrwUsXM2h/ks7DrFJoENaH2kMEXgxhmiVvEDcEKIo0BOq lblQ+Q+Cvu8J1lwSUxA3uefwLDyzl9w+EloE4QPhXQFidRz3Nbn6psjG9t2Q7CmfIO1PAB8j9lbQ EJ+Kn8RNeOoHQlO30ARx3h/J3oR9E/oRh/ouk72/HeiVTYa9caKPib1nZjQNhQTy/uVYd1nZe++U l3U/97xwTfjrtucxoPHfsC3HeLntBrulf4lwaeeuXTsxkdor3JTOApNuPwvEYAXJ/snBQiYdDW47 EszDUd99njh23FjxQIAfE48IdbY7HA36/l34/BsGMxj/8Tw2kqMBPSvc6joOsd0Pfn4NZIsEy1Gl gmK4HtyG9/UEbnRDPOxlrP3fQmY9JWlRtkyMa3LuI4rE9AjXhrnAA+z9wveBDHKQa2EaAvn9vcwf AtNB4m3gs7ul2jjkfQxxz5AXs9KxmTYPQfnJC5kDtFa00LqBRxRqtJrTtuWjZ1WW2y9vWL+55bLQ v7nl0K/wL2CBnQ0F4+Wl1RhXL30ZSgbT2KWIjWluFr4pS0vd3PL3v23ZKnX5oIUxY4gPgl/Ey94G HyRniwQ4HLEJkEXBc+mliKFXZgK9uHjhcwNOyq3HE23tdfhR4WUdnivsq2+vEy7VvVwvfIBrDMLb 2GZlNwrH2GbBiPcLxr3CsT1CLW4j1x6s3Yv3E022gk68oJMZYvYg2SJJLkVuVvDtppRmZww7dZHe np33nH4RfuFF4cvqWotNbzE5T1pMePHSXx55Y2dx0SL9C4aqao/XYq64CuUV5+WzSbyx9rnPGx/H ODZ60nvp996PFy7c9hQcCw4+NmuFd+6ccTFJr02IHkvahCcNpZD3Vgz0RkymVuPRdPQIyhva1dDU EtbF0MaAAsgH388qkkiUJqQPvr4liUj2Sdn09PTpZSXp06enl7xUBfW99eUlS8Fm+2/dLIW2H9bK oNmenlHCNrf3V7azB/sbX6quWlrd1r54KVh1O1YXPLVBvXChesN6jXotdjjffMvudNrfetPlYIxw zlm/UV1QoN64buHCph/+IR8F6yehh3Q63jrhdIid+RXODH6cJPUFQcUCkwlBK4ReOBDVf87eF2if MnXK1L7nt+Pdu4VvqmtMdZU1NcsPW83kDdFhXdEiA2knnh8TGYE3t/znt3DgjB7Ld6fH34uXLG7d t2QxKHhoVwCxjjtpW0C6AvkOiMbrwoNcrHCYViTInVzsrT8Jh7dtg33Bkzx0oQli9mMKAh9ewD34 s/OBU5Dx4rmvxBPCnPD3LFh8NwP/1vVgL/b3CDyDeoQlQsVnTJx0gMzov8msDmxkHwyeWMuhokZQ zZCMnHAUH7pxQ4DJbT/0byMwp+hZM1Y8kSaQdySZjEso/+YbeezNL7bJuW1Sr0764STynhxiJ1o+ NKrjadhDAx89Nn58Aqiae094gxnnf+aZduHl9z/88H1cvX3jeveKJ9dsEf5r89NPb8Yxy0r0F/H2 g4Em/cMpGH98Djuw4+NzEyfmfVo1fdqePcInwvk9e3DsOMTgTFKiqZahsiTRyhLNKlic2d3dHdsR J0CJCKwQ9mELQNB3MxHLqZ9P/Pm3MyQ7KH7+FQ1+LOv4X/fc1YsavFq4CXzQN3TysdBR/AI4+dG3 dNC1KTIT4Hb76zompbtbaOzuvvNrO9mcs2fPgmV6UJXsEneQeBL0nnE4E8su3brJRfYJMoa9IWwX dryBPzmIP0FDYWMyKWyPjOkTODl74w0h7aCQ9gZ2EFX34BrZJbZD+utOQhz9UlBysR2HbnTSv1fB 9fy7fGX1mMf+Sf4wN/wDneaDEQfBFphQlD6wJ8IhgHNGrRyoHaiNOBj6y1fwU8Z9hKxc70CfbBw6 wcxE73BTkIvZAnEQi05w19EKzopWMJ+gNO4aWs0qUBZ3Fa0gsLC+gi2gvyfkW1ApzB3hOmDMoTPc BXSGrMs1yCtrRGNl8Wg34LwEv83cW2gOOwEdZY9ADzkBHSBwEd1AC+YBpo3wwCxBZ5heZJZPBjxP wrUb8MSjQ3BtgWudbDTQ2Avz/QB3DN2AC8H+2VwS8AAXs2RgN8BdhsvMzBy4xGSgDzg/wG+jfDVz Gagc9rRFfIVy5ddg7hI6RngFPfTL5sFzPNomfw21wW9rxF6QNx74IjTQwHUqz2pJhgnolDwDedlM nEllBR3Avp7gBfqNQw8hHXTpr8P3BvRLFrwZX8D/l0llypjnmePMP9lx7ExWzy5nd7OfcKO4yZyZ c3Od3Efc1zJGNlHml3XJzsn+LPtK9r2clafJffLfyN+NSI7wRzwT0RFxIqI7oieiLzIuclqkOrIm 8snI1sjOyBOR349QjVgywjPi+RFHR3wa9S9RmVHFUW1Rn42cMnLPyP8z8urIb++JuGfSPY/eU3BP yz377+kdFT9q6ijlKAP1jjK0gHTuYX8lDf+Mx6ND87NCMBjFwBOW/qYqQ9XSmA2b58LGMuglzdJY DlFbKI0joMt5VRpHotGRdmk8Et07YoM0HjUiBrkBM+YgPyHfiH3SGKNJUWOkMYOioiqkMRs2z4WN ZejeKJM0lqPUqExpHIFqov4pjSPRL+73SuORaNovXpbGo8ZNilqd43I3emx19T7+IdNkPn3atAy+ tpEnf3H2eSxGRwqvdppSeaXdzusIlJfXWbwWz0qLOTUEw5daPEZeb3R6Q1NkhkxM1bkcRqfOYrcY vRZ+eur0aXdFb1TUnQiOihpG0ubljbzPYzRbHEbPct5lvR3PqKhii8dh83ptLieBr7d4LECvzmN0 +izmFN7qsVjIRlO90VNnSeF9Lt7obOTdFo8XNrhqfUab0+asAzomYJxA+uotvNXlBMaMJpPL4QZw AuCrB+x2m8niBEEfSswjEImTAZmZN3q9LpPNCPR4s8vkd1icPqOP8GO12S1e/iGCkW7g9S6rr8Ho sSROppx4LG6Py+w3WSgasw1Es9X6fRbKw5ANKbzNabL7zYSTBpuv3uX3ATMOm0SIwHtEbQJavxfg iTgpvMNCpXb7a+02b31KGI0UQjPN5eG9FjAFQNuAVUn8YaQJc4DWTRTtk1RHCTXUuxy3byBmsPo9 TiBooRvNLt7rSuG9/tplFpOPzIg6tttdDUQgk8tpthE5vLOIQQ2waKx1rbRQGURfoiyEHMHp8oEh vOIssYt70AfENd5bbwSxai2S3oARm5M3DpHU5QTP8PAOl8dyR8F5X6PbYjUCodQgW0PXHcZGQsHh MtusNuJsRrsP3A8GgNZoNlPpRfUBcbfRA5z57UYPJWW2eG11TspInb3RXe8lm4iXGk2AxEt2BDny Dqckep1ZVJrRfmcE0p4gH4PYgD2nvZG3DXF1EMdjIf+jhcKSgZeoktgmGCIW8DuLyHyDy2P28omh aEwktIMLfCIJ3kRJaWAdjRQ1tRaIJ4LXD3YgIqx02UKsWVb5IG54o9sNQWastVvIgig94B5mmHqj j683egGjxTlUK0Bu0MfNvN9pllhOHJpbEkUZf9qyXpedRDc1HTGUkbeTLAIxEwR0G03LjXUgGsSj 0xXKIXfvWkNIQeICJi12q8hWvorPK9IaeH1RnqFMqVPxaj1frCsqVeeqcvlEpR6eE1P4MrUhv6jE wAOETqk1VPBFebxSW8EvVGtzU3hVebFOpdfzRTpeXVisUatgTq3N0ZTkqrUL+GzYpy0y8Bp1odoA SA1FdKuESq3SE2SFKl1OPjwqs9UataEihc9TG7QEZx4gVfLFSp1BnVOiUer44hJdcZFeBThyAa1W rc3TARVVoQqEAEQ5RcUVOvWCfEMKbDLAZApv0ClzVYVK3cIUwmERiKzjKUgqcAk4eFUp2azPV2o0 fLbaoDfoVMpCAku0s0BbVEh0VKLNVRrURVo+WwWiKLM1KpE3ECVHo1QXpvC5ykLlApV+kAgBk8QZ VAfZsEClVemUmhReX6zKUZMB6FGtU+UYKCToHjShoezmFGn1qkUlMAFwQRJgkHwVJQECKOFfDuWM iq8FcQkeQ5HOEGKlTK1XpfBKnVpPWMjTFQG7xJ6wg8hYAvokxtNK/BIbkbnbvQOgyG5JwFyVUgMI 9YSN22Cpf6lWmSxuH/FvKcjFJEkTqphFU6jniskA3HiBE8JXnKND8GmIL1qBxCw3GGKkOKdISZik EfBwqEpiEjavtEAm9JKUAjHiIkmlweal8Q7l0OGS6p/XaAdisCsEBTnTaIdt3hCbQ4MqWBjdHhts afDYfJBSeKMfZj22x6WS7JFK1nAJCJXh/HssXjdULNtKi70xFWA9pK5RTmxOq8vjkESn6jP5ZgVz qY+vo8jNILjLU5da7/O5Z6WlNTQ0pNYGKaRCKkQ5yAVNYiPyIBuqQ/XIB8fCh5AJTYbfdGgyp6EM GNUCBI+yAcaHvHB5kAUZkQOlwKwaOQE+FUZKZIcvD218EJeXPlng1wJ7VsLdDJC34+FRKYUwwkgP dyes3g4VhAlCTAXcLpgnT4SKncIRWuRlUipc0/4fyjcKRd21hAT2p6W00Z1k5KMzZlghknjQcphz Ietd8UOuYorTQTF64e6C9SD+erpmkeSro5ScgI9wSXBZ6aolRNEEOwgPdTCXQnlzUS6ddL+bYvNK FFyA1QdrNngiV50kj0nSeBCnj3JBaLkobVFuE4VzAKSIPYiBQIu82+HXBDudkkUfQokoL4QjkVqQ 7DXTXy/lywR7jJJ8PFxkxg9ULHQXWQnqxwojO7UbwRzkcZAC8UPCvw81UI1YKMVBnZAZN9xdQMVP +Rzkxkwl8FGfq4VVH10N0vhxCinUbsS6dthlDumkgfpBPUD76T6iGQedC5coiN8zxDdFbv1Uhylh 1iFjB7Vn0NZugKqluL2wO+VH5EgJyZkGmDzw5KWRZw/htklaHWr9n5Y6qDmRW3fIo33DvG5Qogaq D8ddUQhGgxVk8FBv9dI9gxTN9E5opNBfoollAGGi+ESYcD8m8rqoXUQLmShtM+XYJnE6KxShBmmn EbC6aI4YtEN4XhrUwu0ZwQnwPikivENgg/EyqLXwPBC+j6dyGyVr1UqaGfQ3USM2us/4EzYlmMWc 4aFe5JK0fLcWJzCNlF8rzQQEd+pt2vqp/UQvjSEZHDQKbTSmg5mN8O+Tsp84I3JL9GoOs32494mS uykVUWd+wGKk+4JSmSm3xGbOMI3UARyRqF6a84TlUiP1ItGHgzSG68j7szKF5zrzEE8zUjvdPQdD 6QzXx514S5Fsbqf7bD+R1T1SBrJQvhxD8AZnvCGvDMbN8CpikfKdZYjmG6hUZro/8Q61MTEk9/Ad BD5YeROHeZoYO5phtaaWxr4rjF+/FA9BK6yEVdsdtGZBq6iunVJEu+ErVjIjza6W0I5w24t8/3TE 1NNsz9Nfr8SjhXrTj/uKKN2d8jhZ9VOooVq+k2b5MO2F2/F/E7NemkWDtXsw6oIRRToJe6gX8Ug7 hmJ0U89eDvc6yWpifXRS/Q7vQ/5/ZK0fl6pWihWfVB+tQ7SVj1SUVhHSwhOhVQRPBlQGHaaOrqlh jofeTgcrpfCUC7O51D5KukLWE2lklsGYYCxCJRSXiEMHd4K7AmYIbp4+k6eFAK8FXGSvCpVTGirA pqeQOoq7EGY18KuS4MiOHJgpgWcyXoBIdyrS08IuA40hso/wInJqgPlBqkO5UlOKQc4K4UkH+POl VSXgVlN8hP8Uqiky1ob4zJM4VVIdEcwEZw5wpKFPZLYEfosBTk/1qaQyi9xqqQx5sC7KoqIciJYQ OcqB32KgTSAWAF8GygWhZJAgU6iERJ5cup9QXUhnRc6KJCuT8SCWVEmXIh9E/6Uhynoqvwa+PJXf ADMGahsl4A/iDfrOAoqhMORHJVQ+JdVDEaWQTdeIFok+NSFIXZhVcqi+iN0I57mUkpJqRH9HSYLY hlrnTt4RpLCAyqeimtJQaD3oUQXw6tCM6I9qKmuOpFsRp+j3ok9owrSbQ2Ukll0EVFWSTymp7oZK IUYI4X9QCtECSumeE6azQetrJevmhGxdRL3sdq2U0VhUUSgltbU+pIU8Gr+FEuclYR4WtGOJ5J9F Ic6G6jcYR0G4u8kdIq4g7aEWzKX+pJE41Ie08fN4B/OXCmqciZ5/fKH8PbSSh3eSgx1qeC+aEpZz wzsDMRsvoLCOYXCDs2KeFuvX4BkovJe7UxULnpzFHn+wEw52I2IOF89K4Z2wmfbsYk/oDXUpYh1x hTqVBro6WN/F06GDQoSf/7yUriiZX9oxHJfYZxpp50Coee+gzZ+qVMNPjG5a+0UqDXTsk7oUIp9f giXzjw87JXuGnbJ+zgZBWX5O/x5qb7d0xrJRDZP+MlXC60HB89qgTogGrHTNMczqg95HsM1Cw/tS ooO6MM7NksVdtL9IpecvH3AzC061aaAh8k0FfxguQ6rUFf4PSWBhqGVuZHN0cmVhbQplbmRvYmoK MzU2IDAgb2JqCjg1NzcKZW5kb2JqCjM1NCAwIG9iago8PCAvVHlwZSAvRm9udAovU3VidHlwZSAv Q0lERm9udFR5cGUyCi9CYXNlRm9udCAvQml0c3RyZWFtVmVyYVNhbnMtUm9tYW4KL0NJRFN5c3Rl bUluZm8gPDwgL1JlZ2lzdHJ5IChBZG9iZSkgL09yZGVyaW5nIChJZGVudGl0eSkgL1N1cHBsZW1l bnQgMCA+PgovRm9udERlc2NyaXB0b3IgMzUyIDAgUgovQ0lEVG9HSURNYXAgL0lkZW50aXR5Ci9X IFswIFs1OTUgNjA2IDYyOSAyNzYgNTE3IDMxNSA2MzAgNjEwIDU0NSAzNDkgNjA4IDM4OSA2MDcg NjI5IDYzMCA0MDggNjMwIDgxMSA2MjkgNTc0IDc0NiA1OTggNjMwIDc4MSA2NzkgNjMxIDMxNSA2 MzEgNTg3IDM4NyA0NTYgMzg3IDYzMCA5NjYgNTg3IDMxNSAyNzYgMjkzIDM1OCA3NjQgNjgxIDY5 MyA2MzEgNjMxIDYzMSA2MjcgNTcxIDc0MiAzMzQgMzM0IDU4NyA1MTQgNTE0IDI5MyA2MzEgNjMx IDI3NiAyNzMgNTUzIDY4OSA2MzAgNTIxIDMzNCA5ODEgODU2IDcyNiA3ODEgNjA2IDY1MSA2MzEg ODMxIDYzMSA5NDMgNjMxIDMzNCA0OTYgNjc5IDY4MCAzODcgMzg3IDc2OSAzOTggNzgxIDYyOSA4 MzEgODMxIDgzMSBdCl0KPj4KZW5kb2JqCjM1NSAwIG9iago8PCAvTGVuZ3RoIDk2NiA+PgpzdHJl YW0KL0NJREluaXQgL1Byb2NTZXQgZmluZHJlc291cmNlIGJlZ2luCjEyIGRpY3QgYmVnaW4KYmVn aW5jbWFwCi9DSURTeXN0ZW1JbmZvIDw8IC9SZWdpc3RyeSAoQWRvYmUpIC9PcmRlcmluZyAoVUNT KSAvU3VwcGxlbWVudCAwID4+IGRlZgovQ01hcE5hbWUgL0Fkb2JlLUlkZW50aXR5LVVDUyBkZWYK L0NNYXBUeXBlIDIgZGVmCjEgYmVnaW5jb2Rlc3BhY2VyYW5nZQo8MDAwMD4gPEZGRkY+CmVuZGNv ZGVzcGFjZXJhbmdlCjIgYmVnaW5iZnJhbmdlCjwwMDAwPiA8MDAwMD4gPDAwMDA+CjwwMDAxPiA8 MDA1Nj4gWzwwMDU0PiA8MDA2OD4gPDAwNjk+IDwwMDczPiA8MDAyMD4gPDAwNzA+IDwwMDY1PiA8 MDA2Mz4gPDAwNjY+IDwwMDYxPiA8MDA3ND4gPDAwNkY+IDwwMDZFPiA8MDA2ND4gPDAwNzI+IDww MDYyPiA8MDA3Nz4gPDAwNzU+IDwwMDZCPiA8MDA0OD4gPDAwNTA+IDwwMDcxPiA8MDA0Rj4gPDAw NDE+IDwwMDMyPiA8MDAyRT4gPDAwMzA+IDwwMDc5PiA8MDAyOD4gPDAwMjI+IDwwMDI5PiA8MDA2 Nz4gPDAwNkQ+IDwwMDc2PiA8MDAyQz4gPDAwNkM+IDwwMDQ5PiA8MDAyRD4gPDAwNDQ+IDwwMDQy PiA8MDA0Mz4gPDAwMzc+IDwwMDM4PiA8MDAzOT4gPDAwNDU+IDwwMDQ2PiA8MDA0RT4gPDAwM0E+ IDwwMDJGPiA8MDA3OD4gPDIwMUM+IDwyMDFEPiA8MDA0QT4gPDAwMzE+IDwwMDM0PiA8MDA2QT4g PDAwMjc+IDwwMDRDPiA8MDA1Mj4gPDAwNTM+IDwwMDdBPiA8MDAzQj4gPDAwNTc+IDwwMDREPiA8 MDA1NT4gPDAwNTE+IDwwMDU5PiA8MDA0Qj4gPDAwMzY+IDwwMDIzPiA8MDAzMz4gPDAwMjU+IDww MDM1PiA8MDA1Qz4gPDAwNUY+IDwwMDU2PiA8MDA1OD4gPDAwNUI+IDwwMDVEPiA8MDA0Nz4gPDAw MjE+IDwwMEQzPiA8MDBGQz4gPDAwM0M+IDwwMDNFPiA8MDAzRD4gXQplbmRiZnJhbmdlCmVuZGNt YXAKQ01hcE5hbWUgY3VycmVudGRpY3QgL0NNYXAgZGVmaW5lcmVzb3VyY2UgcG9wCmVuZAplbmQK ZW5kc3RyZWFtCmVuZG9iago5IDAgb2JqCjw8IC9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMAov QmFzZUZvbnQgL0JpdHN0cmVhbVZlcmFTYW5zLVJvbWFuCi9FbmNvZGluZyAvSWRlbnRpdHktSAov RGVzY2VuZGFudEZvbnRzIFszNTQgMCBSXQovVG9Vbmljb2RlIDM1NSAwIFI+PgplbmRvYmoKMiAw IG9iago8PAovVHlwZSAvUGFnZXMKL0tpZHMgClsKNSAwIFIKMjkgMCBSCjcxIDAgUgo4OSAwIFIK MTAyIDAgUgoxMTYgMCBSCjEyNiAwIFIKMTQzIDAgUgoxNTMgMCBSCjE4NSAwIFIKMjYxIDAgUgoy NjkgMCBSCjI4MSAwIFIKXQovQ291bnQgMTMKL1Byb2NTZXQgWy9QREYgL1RleHQgL0ltYWdlQiAv SW1hZ2VDXQo+PgplbmRvYmoKeHJlZgowIDM1NwowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMDAw MDkgMDAwMDAgbiAKMDAwMDE2MjI3NiAwMDAwMCBuIAowMDAwMDAwMjM1IDAwMDAwIG4gCjAwMDAw MDAzMzAgMDAwMDAgbiAKMDAwMDAwMjc3MiAwMDAwMCBuIAowMDAwMTQyMTA5IDAwMDAwIG4gCjAw MDAxMTk4NDcgMDAwMDAgbiAKMDAwMDEzMTU4MyAwMDAwMCBuIAowMDAwMTYyMTI1IDAwMDAwIG4g CjAwMDAwMDAzNjcgMDAwMDAgbiAKMDAwMDAwMDQxOSAwMDAwMCBuIAowMDAwMDAwNDcxIDAwMDAw IG4gCjAwMDAwMDA1MjMgMDAwMDAgbiAKMDAwMDAwMDU3NSAwMDAwMCBuIAowMDAwMDAwNjI3IDAw MDAwIG4gCjAwMDAwMDA2NzkgMDAwMDAgbiAKMDAwMDAwMDkwNiAwMDAwMCBuIAowMDAwMDAxMTM3 IDAwMDAwIG4gCjAwMDAwMDEzNjggMDAwMDAgbiAKMDAwMDAwMTU5OSAwMDAwMCBuIAowMDAwMDAx ODMwIDAwMDAwIG4gCjAwMDAwMDIwNjEgMDAwMDAgbiAKMDAwMDAwMjI5OSAwMDAwMCBuIAowMDAw MDAyNTM1IDAwMDAwIG4gCjAwMDAwMDMxNzIgMDAwMDAgbiAKMDAwMDAwNjkxOSAwMDAwMCBuIAow MDAwMDAyODkzIDAwMDAwIG4gCjAwMDAwMDMwODkgMDAwMDAgbiAKMDAwMDAxNDM3MSAwMDAwMCBu IAowMDAwMTI1MTk4IDAwMDAwIG4gCjAwMDAwMDY5NDAgMDAwMDAgbiAKMDAwMDAwNjk5MiAwMDAw MCBuIAowMDAwMDA3MDQ0IDAwMDAwIG4gCjAwMDAwMDcwOTYgMDAwMDAgbiAKMDAwMDAwNzE0OCAw MDAwMCBuIAowMDAwMDA3MjAwIDAwMDAwIG4gCjAwMDAwMDcyNTIgMDAwMDAgbiAKMDAwMDAwNzQ5 MCAwMDAwMCBuIAowMDAwMDA3NzM4IDAwMDAwIG4gCjAwMDAwMDc5NzEgMDAwMDAgbiAKMDAwMDAw ODIwMiAwMDAwMCBuIAowMDAwMDA4NDM2IDAwMDAwIG4gCjAwMDAwMDg2NjcgMDAwMDAgbiAKMDAw MDAwODg5MSAwMDAwMCBuIAowMDAwMDA5MTIyIDAwMDAwIG4gCjAwMDAwMDkzNTMgMDAwMDAgbiAK MDAwMDAwOTU4NSAwMDAwMCBuIAowMDAwMDA5ODE3IDAwMDAwIG4gCjAwMDAwMTAwNTYgMDAwMDAg biAKMDAwMDAxMDI5NSAwMDAwMCBuIAowMDAwMDEwNTM0IDAwMDAwIG4gCjAwMDAwMTA3NjYgMDAw MDAgbiAKMDAwMDAxMDk5OCAwMDAwMCBuIAowMDAwMDExMjMzIDAwMDAwIG4gCjAwMDAwMTE0NjAg MDAwMDAgbiAKMDAwMDAxMTcwNyAwMDAwMCBuIAowMDAwMDExOTY4IDAwMDAwIG4gCjAwMDAwMTIx OTkgMDAwMDAgbiAKMDAwMDAxMjQ0NiAwMDAwMCBuIAowMDAwMDEyNjczIDAwMDAwIG4gCjAwMDAw MTI5MDQgMDAwMDAgbiAKMDAwMDAxMzE2NSAwMDAwMCBuIAowMDAwMDEzMzk2IDAwMDAwIG4gCjAw MDAwMTM2NTIgMDAwMDAgbiAKMDAwMDAxMzkxMyAwMDAwMCBuIAowMDAwMDE0MTQ0IDAwMDAwIG4g CjAwMDAwMTQ5MjEgMDAwMDAgbiAKMDAwMDAxOTQ3MSAwMDAwMCBuIAowMDAwMDE0NDkzIDAwMDAw IG4gCjAwMDAwMTQ2OTEgMDAwMDAgbiAKMDAwMDAyMTAxOCAwMDAwMCBuIAowMDAwMTUxNDI0IDAw MDAwIG4gCjAwMDAwMTk0OTIgMDAwMDAgbiAKMDAwMDAxOTU0NCAwMDAwMCBuIAowMDAwMDE5NTk2 IDAwMDAwIG4gCjAwMDAwMTk2NDggMDAwMDAgbiAKMDAwMDAxOTcwMCAwMDAwMCBuIAowMDAwMDE5 NzUyIDAwMDAwIG4gCjAwMDAwMTk4MDQgMDAwMDAgbiAKMDAwMDAxOTg1NiAwMDAwMCBuIAowMDAw MDIwMTAzIDAwMDAwIG4gCjAwMDAwMjAzMzAgMDAwMDAgbiAKMDAwMDAyMDU2NCAwMDAwMCBuIAow MDAwMDIwNzkxIDAwMDAwIG4gCjAwMDAwMjE0MDUgMDAwMDAgbiAKMDAwMDAyNTEwNCAwMDAwMCBu IAowMDAwMDIxMTQwIDAwMDAwIG4gCjAwMDAwMjEzNTAgMDAwMDAgbiAKMDAwMDAyNjUyOCAwMDAw MCBuIAowMDAwMDI1MTI1IDAwMDAwIG4gCjAwMDAwMjUxNzcgMDAwMDAgbiAKMDAwMDAyNTIyOSAw MDAwMCBuIAowMDAwMDI1MjgxIDAwMDAwIG4gCjAwMDAwMjU1MzcgMDAwMDAgbiAKMDAwMDAyNTc5 MyAwMDAwMCBuIAowMDAwMDI2MDQ5IDAwMDAwIG4gCjAwMDAwMjYyNzYgMDAwMDAgbiAKMDAwMDAy NjkxOSAwMDAwMCBuIAowMDAwMDMxMDEzIDAwMDAwIG4gCjAwMDAwMjY2NTIgMDAwMDAgbiAKMDAw MDAyNjg2MyAwMDAwMCBuIAowMDAwMDMyNjI5IDAwMDAwIG4gCjAwMDAwMzEwMzQgMDAwMDAgbiAK MDAwMDAzMTA4NyAwMDAwMCBuIAowMDAwMDMxMTQwIDAwMDAwIG4gCjAwMDAwMzExOTMgMDAwMDAg biAKMDAwMDAzMTQyMSAwMDAwMCBuIAowMDAwMDMxNjUzIDAwMDAwIG4gCjAwMDAwMzE4ODcgMDAw MDAgbiAKMDAwMDAzMjExNSAwMDAwMCBuIAowMDAwMDMyMzcyIDAwMDAwIG4gCjAwMDAwMzMwMzUg MDAwMDAgbiAKMDAwMDAzNzE0MCAwMDAwMCBuIAowMDAwMDMyNzU1IDAwMDAwIG4gCjAwMDAwMzI5 NjYgMDAwMDAgbiAKMDAwMDAzNzc5OCAwMDAwMCBuIAowMDAwMDM3MTYyIDAwMDAwIG4gCjAwMDAw MzcyMTUgMDAwMDAgbiAKMDAwMDAzNzI2OCAwMDAwMCBuIAowMDAwMDM3MzIxIDAwMDAwIG4gCjAw MDAwMzc1NzAgMDAwMDAgbiAKMDAwMDAzODE2MCAwMDAwMCBuIAowMDAwMDQxOTE4IDAwMDAwIG4g CjAwMDAwMzc5MjQgMDAwMDAgbiAKMDAwMDAzODEyMyAwMDAwMCBuIAowMDAwMDQzODIyIDAwMDAw IG4gCjAwMDAwNDE5NDAgMDAwMDAgbiAKMDAwMDA0MTk5MyAwMDAwMCBuIAowMDAwMDQyMDQ2IDAw MDAwIG4gCjAwMDAwNDIwOTkgMDAwMDAgbiAKMDAwMDA0MjE1MiAwMDAwMCBuIAowMDAwMDQyMjA1 IDAwMDAwIG4gCjAwMDAwNDI0MzMgMDAwMDAgbiAKMDAwMDA0MjY2MSAwMDAwMCBuIAowMDAwMDQy ODk4IDAwMDAwIG4gCjAwMDAwNDMxMjYgMDAwMDAgbiAKMDAwMDA0MzM1OCAwMDAwMCBuIAowMDAw MDQzNTkwIDAwMDAwIG4gCjAwMDAwNDQyMjQgMDAwMDAgbiAKMDAwMDA0ODcxMCAwMDAwMCBuIAow MDAwMDQzOTQ4IDAwMDAwIG4gCjAwMDAwNDQxNDcgMDAwMDAgbiAKMDAwMDA0OTUzMCAwMDAwMCBu IAowMDAwMDQ4NzMyIDAwMDAwIG4gCjAwMDAwNDg3ODUgMDAwMDAgbiAKMDAwMDA0ODgzOCAwMDAw MCBuIAowMDAwMDQ5MDcwIDAwMDAwIG4gCjAwMDAwNDkyOTggMDAwMDAgbiAKMDAwMDA0OTg4OCAw MDAwMCBuIAowMDAwMDU0OTI4IDAwMDAwIG4gCjAwMDAwNDk2NTYgMDAwMDAgbiAKMDAwMDA0OTg0 MyAwMDAwMCBuIAowMDAwMDU4NTA2IDAwMDAwIG4gCjAwMDAwNTQ5NTAgMDAwMDAgbiAKMDAwMDA1 NTAwMyAwMDAwMCBuIAowMDAwMDU1MDU2IDAwMDAwIG4gCjAwMDAwNTUxMDkgMDAwMDAgbiAKMDAw MDA1NTE2MiAwMDAwMCBuIAowMDAwMDU1MjE1IDAwMDAwIG4gCjAwMDAwNTUyNjggMDAwMDAgbiAK MDAwMDA1NTMyMSAwMDAwMCBuIAowMDAwMDU1Mzc0IDAwMDAwIG4gCjAwMDAwNTU0MjcgMDAwMDAg biAKMDAwMDA1NTQ4MCAwMDAwMCBuIAowMDAwMDU1NTMzIDAwMDAwIG4gCjAwMDAwNTU1ODYgMDAw MDAgbiAKMDAwMDA1NTYzOSAwMDAwMCBuIAowMDAwMDU1NjkyIDAwMDAwIG4gCjAwMDAwNTU3NDUg MDAwMDAgbiAKMDAwMDA1NTk3MyAwMDAwMCBuIAowMDAwMDU2MjAxIDAwMDAwIG4gCjAwMDAwNTY0 MjkgMDAwMDAgbiAKMDAwMDA1NjY1NyAwMDAwMCBuIAowMDAwMDU2OTE0IDAwMDAwIG4gCjAwMDAw NTcxNDIgMDAwMDAgbiAKMDAwMDA1NzM3MCAwMDAwMCBuIAowMDAwMDU3NTk4IDAwMDAwIG4gCjAw MDAwNTc4MjEgMDAwMDAgbiAKMDAwMDA1ODA1NyAwMDAwMCBuIAowMDAwMDU4Mjc1IDAwMDAwIG4g CjAwMDAwNTg5NDggMDAwMDAgbiAKMDAwMDA2MjQ0MyAwMDAwMCBuIAowMDAwMDU4NjMyIDAwMDAw IG4gCjAwMDAwNTg4MzEgMDAwMDAgbiAKMDAwMDA3NDE1NSAwMDAwMCBuIAowMDAwMDYyNDY1IDAw MDAwIG4gCjAwMDAwNjI1MTggMDAwMDAgbiAKMDAwMDA2MjU3MSAwMDAwMCBuIAowMDAwMDYyNjI0 IDAwMDAwIG4gCjAwMDAwNjI2NzcgMDAwMDAgbiAKMDAwMDA2MjczMCAwMDAwMCBuIAowMDAwMDYy NzgzIDAwMDAwIG4gCjAwMDAwNjI4MzYgMDAwMDAgbiAKMDAwMDA2Mjg4OSAwMDAwMCBuIAowMDAw MDYyOTQyIDAwMDAwIG4gCjAwMDAwNjI5OTUgMDAwMDAgbiAKMDAwMDA2MzA0OCAwMDAwMCBuIAow MDAwMDYzMTAxIDAwMDAwIG4gCjAwMDAwNjMxNTQgMDAwMDAgbiAKMDAwMDA2MzIwNyAwMDAwMCBu IAowMDAwMDYzMjYwIDAwMDAwIG4gCjAwMDAwNjMzMTMgMDAwMDAgbiAKMDAwMDA2MzM2NiAwMDAw MCBuIAowMDAwMDYzNTk0IDAwMDAwIG4gCjAwMDAwNjM4MjIgMDAwMDAgbiAKMDAwMDA2NDA1MCAw MDAwMCBuIAowMDAwMDY0MjYxIDAwMDAwIG4gCjAwMDAwNjQ0ODUgMDAwMDAgbiAKMDAwMDA2NDcw OSAwMDAwMCBuIAowMDAwMDY0ODkzIDAwMDAwIG4gCjAwMDAwNjUwODkgMDAwMDAgbiAKMDAwMDA2 NTI4NSAwMDAwMCBuIAowMDAwMDY1NDk5IDAwMDAwIG4gCjAwMDAwNjU3MTEgMDAwMDAgbiAKMDAw MDA2NTkwMCAwMDAwMCBuIAowMDAwMDY2MDg4IDAwMDAwIG4gCjAwMDAwNjYyODQgMDAwMDAgbiAK MDAwMDA2NjQ4NyAwMDAwMCBuIAowMDAwMDY2NjY4IDAwMDAwIG4gCjAwMDAwNjY4NTQgMDAwMDAg biAKMDAwMDA2NzAzNCAwMDAwMCBuIAowMDAwMDY3MjIzIDAwMDAwIG4gCjAwMDAwNjc0MjYgMDAw MDAgbiAKMDAwMDA2NzY0MCAwMDAwMCBuIAowMDAwMDY3ODUyIDAwMDAwIG4gCjAwMDAwNjgwNDgg MDAwMDAgbiAKMDAwMDA2ODI1MSAwMDAwMCBuIAowMDAwMDY4NDQ3IDAwMDAwIG4gCjAwMDAwNjg2 NTAgMDAwMDAgbiAKMDAwMDA2ODg0NiAwMDAwMCBuIAowMDAwMDY5MDQ5IDAwMDAwIG4gCjAwMDAw NjkyNTcgMDAwMDAgbiAKMDAwMDA2OTQ2NSAwMDAwMCBuIAowMDAwMDY5NjkzIDAwMDAwIG4gCjAw MDAwNjk4ODIgMDAwMDAgbiAKMDAwMDA3MDA2MCAwMDAwMCBuIAowMDAwMDcwMjQ2IDAwMDAwIG4g CjAwMDAwNzA0MjkgMDAwMDAgbiAKMDAwMDA3MDYyMSAwMDAwMCBuIAowMDAwMDcwODEwIDAwMDAw IG4gCjAwMDAwNzA5OTEgMDAwMDAgbiAKMDAwMDA3MTE4NyAwMDAwMCBuIAowMDAwMDcxMzkwIDAw MDAwIG4gCjAwMDAwNzE1ODUgMDAwMDAgbiAKMDAwMDA3MTc4OCAwMDAwMCBuIAowMDAwMDcyMDAy IDAwMDAwIG4gCjAwMDAwNzIyMTQgMDAwMDAgbiAKMDAwMDA3MjQwMCAwMDAwMCBuIAowMDAwMDcy NTg4IDAwMDAwIG4gCjAwMDAwNzI3NzUgMDAwMDAgbiAKMDAwMDA3Mjk1NyAwMDAwMCBuIAowMDAw MDczMTQ2IDAwMDAwIG4gCjAwMDAwNzMzMzAgMDAwMDAgbiAKMDAwMDA3MzUyNiAwMDAwMCBuIAow MDAwMDczNzI5IDAwMDAwIG4gCjAwMDAwNzM5NDMgMDAwMDAgbiAKMDAwMDA3NDkzMyAwMDAwMCBu IAowMDAwMDgyNDY5IDAwMDAwIG4gCjAwMDAwNzQyODEgMDAwMDAgbiAKMDAwMDA3NDQ4MCAwMDAw MCBuIAowMDAwMDgzMjQyIDAwMDAwIG4gCjAwMDAwODI0OTEgMDAwMDAgbiAKMDAwMDA4Mjc0OCAw MDAwMCBuIAowMDAwMDgyOTgwIDAwMDAwIG4gCjAwMDAwODM2MTQgMDAwMDAgbiAKMDAwMDA4OTI4 NiAwMDAwMCBuIAowMDAwMDgzMzY4IDAwMDAwIG4gCjAwMDAwODM1NjkgMDAwMDAgbiAKMDAwMDA5 MTAzMiAwMDAwMCBuIAowMDAwMDg5MzA4IDAwMDAwIG4gCjAwMDAwODk1NjUgMDAwMDAgbiAKMDAw MDA4OTc5NyAwMDAwMCBuIAowMDAwMDkwMDU0IDAwMDAwIG4gCjAwMDAwOTAzMTEgMDAwMDAgbiAK MDAwMDA5MDU0MyAwMDAwMCBuIAowMDAwMDkwNzc1IDAwMDAwIG4gCjAwMDAwOTE0MzYgMDAwMDAg biAKMDAwMDA5NjY1MSAwMDAwMCBuIAowMDAwMDkxMTU4IDAwMDAwIG4gCjAwMDAwOTEzNTkgMDAw MDAgbiAKMDAwMDEwODYwNSAwMDAwMCBuIAowMDAwMDk2NjczIDAwMDAwIG4gCjAwMDAwOTY3Mjcg MDAwMDAgbiAKMDAwMDA5Njc4MSAwMDAwMCBuIAowMDAwMDk3MDA5IDAwMDAwIG4gCjAwMDAwOTcx OTUgMDAwMDAgbiAKMDAwMDA5NzM4MSAwMDAwMCBuIAowMDAwMDk3NTYzIDAwMDAwIG4gCjAwMDAw OTc3NDYgMDAwMDAgbiAKMDAwMDA5NzkyNCAwMDAwMCBuIAowMDAwMTAzMjg3IDAwMDAwIG4gCjAw MDAxMDMwMDcgMDAwMDAgbiAKMDAwMDA5ODExNSAwMDAwMCBuIAowMDAwMDk4MjMyIDAwMDAwIG4g CjAwMDAwOTgzODcgMDAwMDAgbiAKMDAwMDA5ODUzNiAwMDAwMCBuIAowMDAwMDk4Njg3IDAwMDAw IG4gCjAwMDAwOTg4MzYgMDAwMDAgbiAKMDAwMDA5OTAwOSAwMDAwMCBuIAowMDAwMDk5MTYwIDAw MDAwIG4gCjAwMDAwOTkzMDUgMDAwMDAgbiAKMDAwMDA5OTQ3NCAwMDAwMCBuIAowMDAwMDk5Njcx IDAwMDAwIG4gCjAwMDAwOTk4NTQgMDAwMDAgbiAKMDAwMDEwMDAyMSAwMDAwMCBuIAowMDAwMTAw MjMwIDAwMDAwIG4gCjAwMDAxMDAzODEgMDAwMDAgbiAKMDAwMDEwMDU1MiAwMDAwMCBuIAowMDAw MTAwNzEzIDAwMDAwIG4gCjAwMDAxMDA4NzcgMDAwMDAgbiAKMDAwMDEwMTA1OSAwMDAwMCBuIAow MDAwMTAxMjIzIDAwMDAwIG4gCjAwMDAxMDE0MjUgMDAwMDAgbiAKMDAwMDEwMTYzMSAwMDAwMCBu IAowMDAwMTAxODI5IDAwMDAwIG4gCjAwMDAxMDIwMzEgMDAwMDAgbiAKMDAwMDEwMjE3NyAwMDAw MCBuIAowMDAwMTAyMzQ1IDAwMDAwIG4gCjAwMDAxMDI1MTcgMDAwMDAgbiAKMDAwMDEwMjY5MyAw MDAwMCBuIAowMDAwMTAyODY5IDAwMDAwIG4gCjAwMDAxMDMzNTMgMDAwMDAgbiAKMDAwMDEwODk5 NSAwMDAwMCBuIAowMDAwMTEyOTEyIDAwMDAwIG4gCjAwMDAxMDg3MzEgMDAwMDAgbiAKMDAwMDEw ODkxOCAwMDAwMCBuIAowMDAwMTEyOTM0IDAwMDAwIG4gCjAwMDAxMTMyMDAgMDAwMDAgbiAKMDAw MDExODc2MCAwMDAwMCBuIAowMDAwMTE5MTQ0IDAwMDAwIG4gCjAwMDAxMTg3MzggMDAwMDAgbiAK MDAwMDExOTk4OSAwMDAwMCBuIAowMDAwMTIwMjU2IDAwMDAwIG4gCjAwMDAxMjQ1NTMgMDAwMDAg biAKMDAwMDEyNDc3OCAwMDAwMCBuIAowMDAwMTI0NTMxIDAwMDAwIG4gCjAwMDAxMjUzNDIgMDAw MDAgbiAKMDAwMDEyNTU1MyAwMDAwMCBuIAowMDAwMTMwMzMwIDAwMDAwIG4gCjAwMDAxMzA3NzUg MDAwMDAgbiAKMDAwMDEzMDMwOCAwMDAwMCBuIAowMDAwMTMxNzI2IDAwMDAwIG4gCjAwMDAxMzIw MDAgMDAwMDAgbiAKMDAwMDE0MDYzOCAwMDAwMCBuIAowMDAwMTQxMTY4IDAwMDAwIG4gCjAwMDAx NDA2MTYgMDAwMDAgbiAKMDAwMDE0MjI1OSAwMDAwMCBuIAowMDAwMTQyNTI1IDAwMDAwIG4gCjAw MDAxNTAzMzMgMDAwMDAgbiAKMDAwMDE1MDU0NiAwMDAwMCBuIAowMDAwMTUwMzExIDAwMDAwIG4g CjAwMDAxNTE1NjcgMDAwMDAgbiAKMDAwMDE1MTg0MiAwMDAwMCBuIAowMDAwMTYwNTM0IDAwMDAw IG4gCjAwMDAxNjExMDcgMDAwMDAgbiAKMDAwMDE2MDUxMiAwMDAwMCBuIAp0cmFpbGVyCjw8Ci9T aXplIDM1NwovSW5mbyAxIDAgUgovUm9vdCAzMjIgMCBSCj4+CnN0YXJ0eHJlZgoxNjI0NjgKJSVF T0YK --=====================_625846386==_ Content-Type: application/octet-stream; name="draft-ietf-oauth-v2-bearer-15 preliminary.xml" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-oauth-v2-bearer-15 preliminary.xml" PD94bWwgdmVyc2lvbj0nMS4wJyBlbmNvZGluZz0nVVRGLTgnID8+CjwhRE9DVFlQRSByZmMgU1lT VEVNICdyZmMyNjI5LmR0ZCc+Cjw/eG1sLXN0eWxlc2hlZXQgdHlwZT0ndGV4dC94c2wnIGhyZWY9 J3JmYzI2MjkueHNsdCcgPz4KCjxyZmMgY2F0ZWdvcnk9J3N0ZCcgaXByPSd0cnVzdDIwMDkwMicg ZG9jTmFtZT0nZHJhZnQtaWV0Zi1vYXV0aC12Mi1iZWFyZXItMTUnPgogIDw/cmZjIHN0cmljdD0n eWVzJyA/PgogIDw/cmZjIHRvYz0neWVzJyA/PgogIDw/cmZjIHRvY2RlcHRoPSczJyA/PgogIDw/ cmZjIHN5bXJlZnM9J3llcycgPz4KICA8P3JmYyBzb3J0cmVmcz0neWVzJyA/PgogIDw/cmZjIGNv bXBhY3Q9J3llcycgPz4KICA8P3JmYyBzdWJjb21wYWN0PSdubycgPz4KCiAgPGZyb250PgogICAg PHRpdGxlIGFiYnJldj0nT0F1dGggMi4wIEJlYXJlciBUb2tlbnMnPlRoZSBPQXV0aCAyLjAgQXV0 aG9yaXphdGlvbiBQcm90b2NvbDogQmVhcmVyIFRva2VuczwvdGl0bGU+CgogICAgPGF1dGhvciBm dWxsbmFtZT0iTWljaGFlbCBCLiBKb25lcyIgc3VybmFtZT0iSm9uZXMiIGluaXRpYWxzPSJNLkIu Ij4gPCEtLSByb2xlPSJlZGl0b3IiIC0tPgogICAgICA8b3JnYW5pemF0aW9uPk1pY3Jvc29mdDwv b3JnYW5pemF0aW9uPgogICAgICA8YWRkcmVzcz4KICAgICAgICA8ZW1haWw+bWJqQG1pY3Jvc29m dC5jb208L2VtYWlsPgogICAgICAgIDx1cmk+aHR0cDovL3NlbGYtaXNzdWVkLmluZm8vPC91cmk+ CiAgICAgIDwvYWRkcmVzcz4KICAgIDwvYXV0aG9yPgogICAgPGF1dGhvciBmdWxsbmFtZT0nRGlj ayBIYXJkdCcgc3VybmFtZT0nSGFyZHQnIGluaXRpYWxzPSdEJz4KICAgICAgPG9yZ2FuaXphdGlv bj5pbmRlcGVuZGVudDwvb3JnYW5pemF0aW9uPgogICAgICA8YWRkcmVzcz4KICAgICAgICA8ZW1h aWw+ZGljay5oYXJkdEBnbWFpbC5jb208L2VtYWlsPgogICAgICAgIDx1cmk+aHR0cDovL2RpY2to YXJkdC5vcmcvPC91cmk+CiAgICAgIDwvYWRkcmVzcz4KICAgIDwvYXV0aG9yPgogICAgPGF1dGhv ciBmdWxsbmFtZT0nRGF2aWQgUmVjb3Jkb24nIHN1cm5hbWU9J1JlY29yZG9uJyBpbml0aWFscz0n RCc+CiAgICAgIDxvcmdhbml6YXRpb24+RmFjZWJvb2s8L29yZ2FuaXphdGlvbj4KICAgICAgPGFk ZHJlc3M+CiAgICAgICAgPGVtYWlsPmRyQGZiLmNvbTwvZW1haWw+CiAgICAgICAgPHVyaT5odHRw Oi8vd3d3LmRhdmlkcmVjb3Jkb24uY29tLzwvdXJpPgogICAgICA8L2FkZHJlc3M+CiAgICA8L2F1 dGhvcj4KCiAgICA8ZGF0ZSB5ZWFyPSIyMDExIiBtb250aD0iRGVjZW1iZXIiIGRheT0iMTIiIC8+ CgogICAgPGFic3RyYWN0PgogICAgICA8dD4KICAgICAgICBUaGlzIHNwZWNpZmljYXRpb24gZGVz Y3JpYmVzIGhvdyB0byB1c2UgYmVhcmVyIHRva2VucyBpbiBIVFRQCiAgICAgICAgcmVxdWVzdHMg dG8gYWNjZXNzIE9BdXRoIDIuMCBwcm90ZWN0ZWQgcmVzb3VyY2VzLiAgQW55IHBhcnR5CiAgICAg ICAgaW4gcG9zc2Vzc2lvbiBvZiBhIGJlYXJlciB0b2tlbiAoYSAiYmVhcmVyIikgY2FuIHVzZSBp dCB0byBnZXQKICAgICAgICBhY2Nlc3MgdG8gdGhlIGFzc29jaWF0ZWQgcmVzb3VyY2VzICh3aXRo b3V0IGRlbW9uc3RyYXRpbmcgcG9zc2Vzc2lvbgogICAgICAgIG9mIGEgY3J5cHRvZ3JhcGhpYyBr ZXkpLiAgVG8gcHJldmVudCBtaXN1c2UsIGJlYXJlciB0b2tlbnMKICAgICAgICBuZWVkIHRvIGJl IHByb3RlY3RlZCBmcm9tIGRpc2Nsb3N1cmUgaW4gc3RvcmFnZSBhbmQgaW4gdHJhbnNwb3J0Lgog ICAgICA8L3Q+CiAgICA8L2Fic3RyYWN0PgogIDwvZnJvbnQ+CgogIDxtaWRkbGU+CgogICAgPHNl Y3Rpb24gdGl0bGU9J0ludHJvZHVjdGlvbic+CiAgICAgIDx0PgogICAgICAgIE9BdXRoIGVuYWJs ZXMgY2xpZW50cyB0byBhY2Nlc3MgcHJvdGVjdGVkIHJlc291cmNlcyBieQogICAgICAgIG9idGFp bmluZyBhbiBhY2Nlc3MgdG9rZW4sIHdoaWNoIGlzIGRlZmluZWQgaW4KCU9BdXRoIDIuMCBBdXRo b3JpemF0aW9uIDx4cmVmIHRhcmdldD0iSS1ELmlldGYtb2F1dGgtdjIiLz4KCWFzICJhIHN0cmlu ZyByZXByZXNlbnRpbmcgYW4gYWNjZXNzCiAgICAgICAgYXV0aG9yaXphdGlvbiBpc3N1ZWQgdG8g dGhlIGNsaWVudCIsIHJhdGhlciB0aGFuIHVzaW5nIHRoZQogICAgICAgIHJlc291cmNlIG93bmVy J3MgY3JlZGVudGlhbHMgZGlyZWN0bHkuCiAgICAgIDwvdD4KICAgICAgPHQ+CiAgICAgICAgVG9r ZW5zIGFyZSBpc3N1ZWQgdG8gY2xpZW50cyBieSBhbiBhdXRob3JpemF0aW9uIHNlcnZlciB3aXRo IHRoZSBhcHByb3ZhbCBvZgogICAgICAgIHRoZSByZXNvdXJjZSBvd25lci4gVGhlIGNsaWVudCB1 c2VzIHRoZSBhY2Nlc3MgdG9rZW4gdG8gYWNjZXNzIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2VzCiAg ICAgICAgaG9zdGVkIGJ5IHRoZSByZXNvdXJjZSBzZXJ2ZXIuIFRoaXMgc3BlY2lmaWNhdGlvbiBk ZXNjcmliZXMgaG93IHRvIG1ha2UgcHJvdGVjdGVkIHJlc291cmNlCiAgICAgICAgcmVxdWVzdHMg d2hlbiB0aGUgT0F1dGggYWNjZXNzIHRva2VuIGlzIGEgYmVhcmVyIHRva2VuLgogICAgICA8L3Q+ CiAgICAgIDx0PgogICAgICAgIFRoaXMgc3BlY2lmaWNhdGlvbiBkZWZpbmVzIHRoZSB1c2Ugb2Yg YmVhcmVyIHRva2VucyBvdmVyCiAgICAgICAgSFRUUC8xLjEgPHhyZWYgdGFyZ2V0PSdJLUQuaWV0 Zi1odHRwYmlzLXAxLW1lc3NhZ2luZycgLz4KCXVzaW5nCglUTFMgPHhyZWYgdGFyZ2V0PSdSRkM1 MjQ2JyAvPiB0byBhY2Nlc3MgcHJvdGVjdGVkIHJlc291cmNlcy4KCVRMUyBpcyBtYW5kYXRvcnkg dG8gaW1wbGVtZW50CiAgICAgICAgYW5kIHVzZSB3aXRoIHRoaXMgc3BlY2lmaWNhdGlvbjsgb3Ro ZXIgc3BlY2lmaWNhdGlvbnMgbWF5CiAgICAgICAgZXh0ZW5kIHRoaXMgc3BlY2lmaWNhdGlvbiBm b3IgdXNlIHdpdGggb3RoZXIgdHJhbnNwb3J0CiAgICAgICAgcHJvdG9jb2xzLgoJV2hpbGUgZGVz aWduZWQgZm9yIHVzZSB3aXRoIGFjY2VzcyB0b2tlbnMgcmVzdWx0aW5nIGZyb20KCU9BdXRoIDIu MCBBdXRob3JpemF0aW9uIDx4cmVmIHRhcmdldD0iSS1ELmlldGYtb2F1dGgtdjIiIC8+CglmbG93 cyB0byBhY2Nlc3MgT0F1dGggcHJvdGVjdGVkIHJlc291cmNlcywgdGhpcwoJc3BlY2lmaWNhdGlv biBhY3R1YWxseSBkZWZpbmVzIGEgZ2VuZXJhbCBIVFRQIGF1dGhvcml6YXRpb24KCW1ldGhvZCB0 aGF0IGNhbiBiZSB1c2VkIHdpdGggYmVhcmVyIHRva2VucyBmcm9tIGFueSBzb3VyY2UKCXRvIGFj Y2VzcyBhbnkgcmVzb3VyY2VzIHByb3RlY3RlZCBieSB0aG9zZSBiZWFyZXIgdG9rZW5zLgogICAg ICA8L3Q+CgogICAgICA8c2VjdGlvbiB0aXRsZT0nTm90YXRpb25hbCBDb252ZW50aW9ucyc+CiAg ICAgICAgPHQ+CiAgICAgICAgICBUaGUga2V5IHdvcmRzICdNVVNUJywgJ01VU1QgTk9UJywgJ1JF UVVJUkVEJywgJ1NIQUxMJywgJ1NIQUxMIE5PVCcsICdTSE9VTEQnLCAnU0hPVUxECiAgICAgICAg ICBOT1QnLCAnUkVDT01NRU5ERUQnLCAnTUFZJywgYW5kICdPUFRJT05BTCcgaW4gdGhpcyBkb2N1 bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMKICAgICAgICAgIGRlc2NyaWJlZCBpbgoJICBL ZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50IExldmVscyA8 eHJlZiB0YXJnZXQ9J1JGQzIxMTknIC8+LgogICAgICAgIDwvdD4KICAgICAgICA8dD4KICAgICAg ICAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0aGUgQXVnbWVudGVkIEJhY2t1cy1OYXVyIEZvcm0gKEFC TkYpCiAgICAgICAgICBub3RhdGlvbiBvZgoJICBIVFRQLzEuMSwgUGFydCAxIDx4cmVmIHRhcmdl dD0nSS1ELmlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmcnIC8+LAogICAgICAgICAgd2hpY2ggaXMg YmFzZWQgdXBvbiB0aGUKCSAgQXVnbWVudGVkIEJhY2t1cy1OYXVyIEZvcm0gKEFCTkYpIDx4cmVm IHRhcmdldD0nUkZDNTIzNCcgLz4KCSAgbm90YXRpb24uICBBZGRpdGlvbmFsbHksIHRoZSBmb2xs b3dpbmcgcnVsZXMgYXJlIGluY2x1ZGVkIGZyb20KCSAgSFRUUC8xLjEsIFBhcnQgNyA8eHJlZiB0 YXJnZXQ9J0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aCcgLz46CgkgIGI2NHRva2VuLCBhdXRoLXBh cmFtLCBhbmQgcmVhbG07IGZyb20KCSAgSFRUUC8xLjEsIFBhcnQgMSA8eHJlZiB0YXJnZXQ9J0kt RC5pZXRmLWh0dHBiaXMtcDEtbWVzc2FnaW5nJyAvPjoKCSAgcXVvdGVkLXN0cmluZzsgYW5kIGZy b20KCSAgVW5pZm9ybSBSZXNvdXJjZSBJZGVudGlmaWVyIChVUkkpIDx4cmVmIHRhcmdldD0nUkZD Mzk4NicgLz46CgkgIFVSSS1SZWZlcmVuY2UuCiAgICAgICAgPC90PgogICAgICAgIDx0PgogICAg ICAgICAgVW5sZXNzIG90aGVyd2lzZSBub3RlZCwgYWxsIHRoZSBwcm90b2NvbCBwYXJhbWV0ZXIg bmFtZXMgYW5kIHZhbHVlcyBhcmUgY2FzZSBzZW5zaXRpdmUuCiAgICAgICAgPC90PgogICAgICA8 L3NlY3Rpb24+CgogICAgICA8c2VjdGlvbiB0aXRsZT0nVGVybWlub2xvZ3knPgogICAgICAgIDx0 PgogICAgICAgICAgPGxpc3Qgc3R5bGU9J2hhbmdpbmcnPgogICAgICAgICAgICA8dCBoYW5nVGV4 dD0iQmVhcmVyIFRva2VuIj4KICAgICAgICAgICAgICA8dnNwYWNlIC8+CiAgICAgICAgICAgICAg QSBzZWN1cml0eSB0b2tlbiB3aXRoIHRoZSBwcm9wZXJ0eSB0aGF0IGFueSBwYXJ0eSBpbgogICAg ICAgICAgICAgIHBvc3Nlc3Npb24gb2YgdGhlIHRva2VuIChhICJiZWFyZXIiKSBjYW4gdXNlIHRo ZSB0b2tlbgogICAgICAgICAgICAgIGluIGFueSB3YXkgdGhhdCBhbnkgb3RoZXIgcGFydHkgaW4g cG9zc2Vzc2lvbiBvZiBpdCBjYW4uCiAgICAgICAgICAgICAgVXNpbmcgYSBiZWFyZXIgdG9rZW4g ZG9lcyBub3QgcmVxdWlyZSBhIGJlYXJlciB0byBwcm92ZQogICAgICAgICAgICAgIHBvc3Nlc3Np b24gb2YgY3J5cHRvZ3JhcGhpYyBrZXkgbWF0ZXJpYWwKICAgICAgICAgICAgICAocHJvb2Ytb2Yt cG9zc2Vzc2lvbikuCiAgICAgICAgICAgIDwvdD4KICAgICAgICAgIDwvbGlzdD4KICAgICAgICA8 L3Q+CiAgICAgICAgPHQ+CiAgICAgICAgICBBbGwgb3RoZXIgdGVybXMgYXJlIGFzIGRlZmluZWQg aW4KCSAgT0F1dGggMi4wIEF1dGhvcml6YXRpb24gPHhyZWYgdGFyZ2V0PSJJLUQuaWV0Zi1vYXV0 aC12MiIgLz4uCiAgICAgICAgPC90PgogICAgICA8L3NlY3Rpb24+CgogICAgICA8c2VjdGlvbiB0 aXRsZT0nT3ZlcnZpZXcnPgogICAgICAgIDx0PgogICAgICAgICAgT0F1dGggcHJvdmlkZXMgYSBt ZXRob2QgZm9yIGNsaWVudHMgdG8gYWNjZXNzIGEgcHJvdGVjdGVkIHJlc291cmNlIG9uIGJlaGFs ZiBvZiBhCiAgICAgICAgICByZXNvdXJjZSBvd25lci4gSW4gdGhlIGdlbmVyYWwgY2FzZSwKCSAg YmVmb3JlIGEgY2xpZW50IGNhbiBhY2Nlc3MgYSBwcm90ZWN0ZWQgcmVzb3VyY2UsIGl0IG11c3Qg Zmlyc3Qgb2J0YWluCiAgICAgICAgICBhbiBhdXRob3JpemF0aW9uIGdyYW50IGZyb20gdGhlIHJl c291cmNlIG93bmVyIGFuZCB0aGVuIGV4Y2hhbmdlIHRoZSBhdXRob3JpemF0aW9uIGdyYW50IGZv cgogICAgICAgICAgYW4gYWNjZXNzIHRva2VuLgoJICBUaGUgYWNjZXNzIHRva2VuIHJlcHJlc2Vu dHMgdGhlIGdyYW50J3Mgc2NvcGUsIGR1cmF0aW9uLCBhbmQKCSAgb3RoZXIgYXR0cmlidXRlcyBn cmFudGVkIGJ5IHRoZSBhdXRob3JpemF0aW9uIGdyYW50LiBUaGUKCSAgY2xpZW50IGFjY2Vzc2Vz IHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UgYnkgcHJlc2VudGluZyB0aGUKCSAgYWNjZXNzIHRva2Vu IHRvIHRoZSByZXNvdXJjZSBzZXJ2ZXIuCgkgIEluIHNvbWUgY2FzZXMsIGEgY2xpZW50IGNhbiBk aXJlY3RseSBwcmVzZW50IGl0cyBvd24KCSAgY3JlZGVudGlhbHMgdG8gYW4gYXV0aG9yaXphdGlv biBzZXJ2ZXIgdG8gb2J0YWluIGFuIGFjY2VzcwoJICB0b2tlbiB3aXRob3V0IGhhdmluZyB0byBm aXJzdCBvYnRhaW4gYW4gYXV0aG9yaXphdGlvbiBncmFudCBmcm9tIGEKCSAgcmVzb3VyY2Ugb3du ZXIuCiAgICAgICAgPC90PgogICAgICAgIDx0PgogICAgICAgICAgVGhlIGFjY2VzcyB0b2tlbiBw cm92aWRlcyBhbiBhYnN0cmFjdGlvbiwgcmVwbGFjaW5nIGRpZmZlcmVudCBhdXRob3JpemF0aW9u CiAgICAgICAgICBjb25zdHJ1Y3RzIChlLmcuIHVzZXJuYW1lIGFuZCBwYXNzd29yZCwgYXNzZXJ0 aW9uKSBmb3IgYSBzaW5nbGUgdG9rZW4gdW5kZXJzdG9vZCBieSB0aGUKICAgICAgICAgIHJlc291 cmNlIHNlcnZlci4gVGhpcyBhYnN0cmFjdGlvbiBlbmFibGVzIGlzc3VpbmcgYWNjZXNzIHRva2Vu cyB2YWxpZCBmb3IgYSBzaG9ydCB0aW1lCiAgICAgICAgICBwZXJpb2QsIGFzIHdlbGwgYXMgcmVt b3ZpbmcgdGhlIHJlc291cmNlIHNlcnZlcidzIG5lZWQgdG8gdW5kZXJzdGFuZCBhIHdpZGUgcmFu Z2Ugb2YKICAgICAgICAgIGF1dGhlbnRpY2F0aW9uIHNjaGVtZXMuCiAgICAgICAgPC90PgogICAg ICAgIDxmaWd1cmUgdGl0bGU9J0Fic3RyYWN0IFByb3RvY29sIEZsb3cnIGFuY2hvcj0nRmlndXJl LTEnPgogICAgICAgICAgPGFydHdvcms+CjwhW0NEQVRBWystLS0tLS0tLSsgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLSsKfCAgICAgICAgfC0tKEEpLSBBdXRo b3JpemF0aW9uIFJlcXVlc3QgLT58ICAgUmVzb3VyY2UgICAgfAp8ICAgICAgICB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwgICAgIE93bmVyICAgICB8CnwgICAgICAgIHw8LShCKS0t IEF1dGhvcml6YXRpb24gR3JhbnQgLS0tfCAgICAgICAgICAgICAgIHwKfCAgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tKwp8ICAgICAgICB8Cnwg ICAgICAgIHwgICAgICAgIEF1dGhvcml6YXRpb24gR3JhbnQgJiAgKy0tLS0tLS0tLS0tLS0tLSsK fCAgICAgICAgfC0tKEMpLS0tIENsaWVudCBDcmVkZW50aWFscyAtLT58IEF1dGhvcml6YXRpb24g fAp8IENsaWVudCB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIFNlcnZlciAg ICB8CnwgICAgICAgIHw8LShEKS0tLS0tIEFjY2VzcyBUb2tlbiAtLS0tLS0tfCAgICAgICAgICAg ICAgIHwKfCAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0t LS0tLS0tKwp8ICAgICAgICB8CnwgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKy0tLS0tLS0tLS0tLS0tLSsKfCAgICAgICAgfC0tKEUpLS0tLS0gQWNjZXNzIFRva2VuIC0t LS0tLT58ICAgIFJlc291cmNlICAgfAp8ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIHwgICAgIFNlcnZlciAgICB8CnwgICAgICAgIHw8LShGKS0tLSBQcm90ZWN0ZWQgUmVz b3VyY2UgLS0tfCAgICAgICAgICAgICAgIHwKKy0tLS0tLS0tKyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tK11dPgogICAgICAgICAgPC9hcnR3b3JrPgogICAg ICAgIDwvZmlndXJlPgogICAgICAgIDx0PgogICAgICAgICAgVGhlIGFic3RyYWN0IGZsb3cgaWxs dXN0cmF0ZWQgaW4gPHhyZWYgdGFyZ2V0PSdGaWd1cmUtMScgLz4gZGVzY3JpYmVzIHRoZSBvdmVy YWxsCiAgICAgICAgICBPQXV0aCAyLjAgcHJvdG9jb2wgYXJjaGl0ZWN0dXJlLiBUaGUgZm9sbG93 aW5nIHN0ZXBzIGFyZSBzcGVjaWZpZWQgd2l0aGluIHRoaXMKICAgICAgICAgIGRvY3VtZW50OgoK ICAgICAgICAgIDxsaXN0PgogICAgICAgICAgICA8dD4KICAgICAgICAgICAgICBFKSBUaGUgY2xp ZW50IG1ha2VzIGEgcHJvdGVjdGVkIHJlc291cmNlIHJlcXVlc3QgdG8gdGhlIHJlc291cmNlIHNl cnZlciBieSBwcmVzZW50aW5nCiAgICAgICAgICAgICAgdGhlIGFjY2VzcyB0b2tlbi4KICAgICAg ICAgICAgPC90PgogICAgICAgICAgICA8dD4KICAgICAgICAgICAgICBGKSBUaGUgcmVzb3VyY2Ug c2VydmVyIHZhbGlkYXRlcyB0aGUgYWNjZXNzIHRva2VuLCBhbmQgaWYgdmFsaWQsIHNlcnZlcyB0 aGUgcmVxdWVzdC4KICAgICAgICAgICAgPC90PgogICAgICAgICAgPC9saXN0PgogICAgICAgIDwv dD4KICAgICAgPC9zZWN0aW9uPgogICAgPC9zZWN0aW9uPgoKICAgIDxzZWN0aW9uIHRpdGxlPSdB dXRoZW50aWNhdGVkIFJlcXVlc3RzJz4KICAgICAgPHQ+CglUaGlzIHNlY3Rpb24gZGVmaW5lcyB0 aHJlZQoJbWV0aG9kcyBvZiBzZW5kaW5nIGJlYXJlciBhY2Nlc3MgdG9rZW5zIGluIHJlc291cmNl IHJlcXVlc3RzCgl0byByZXNvdXJjZSBzZXJ2ZXJzLiAgQ2xpZW50cyBNVVNUIE5PVCB1c2UgbW9y ZSB0aGFuIG9uZQoJbWV0aG9kIHRvIHRyYW5zbWl0IHRoZSB0b2tlbiBpbiBlYWNoIHJlcXVlc3Qu CiAgICAgIDwvdD4KCiAgICAgIDxzZWN0aW9uIHRpdGxlPSdBdXRob3JpemF0aW9uIFJlcXVlc3Qg SGVhZGVyIEZpZWxkJyBhbmNob3I9J2F1dGh6LWhlYWRlcic+CiAgICAgICAgPHQ+CgkgIFdoZW4g c2VuZGluZyB0aGUgYWNjZXNzIHRva2VuIGluIHRoZSA8c3BhbngKCSAgc3R5bGU9J3ZlcmInPkF1 dGhvcml6YXRpb248L3NwYW54PiByZXF1ZXN0IGhlYWRlciBmaWVsZAoJICBkZWZpbmVkIGJ5Cgkg IEhUVFAvMS4xLCBQYXJ0IDcgPHhyZWYgdGFyZ2V0PSdJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgn IC8+LAoJICB0aGUKCSAgY2xpZW50IHVzZXMgdGhlIDxzcGFueCBzdHlsZT0ndmVyYic+QmVhcmVy PC9zcGFueD4KCSAgYXV0aGVudGljYXRpb24gc2NoZW1lIHRvIHRyYW5zbWl0IHRoZSBhY2Nlc3Mg dG9rZW4uCiAgICAgICAgPC90PgogICAgICAgIDxmaWd1cmU+CiAgICAgICAgICA8cHJlYW1ibGU+ CiAgICAgICAgICAgIEZvciBleGFtcGxlOgogICAgICAgICAgPC9wcmVhbWJsZT4KICAgICAgICAg IDxhcnR3b3JrPgo8IVtDREFUQVtHRVQgL3Jlc291cmNlIEhUVFAvMS4xCkhvc3Q6IHNlcnZlci5l eGFtcGxlLmNvbQpBdXRob3JpemF0aW9uOiBCZWFyZXIgdkY5ZGZ0NHFtVF1dPgogICAgICAgICAg PC9hcnR3b3JrPgogICAgICAgIDwvZmlndXJlPgogICAgICAgIDx0PgogICAgICAgICAgVGhlIDxz cGFueCBzdHlsZT0ndmVyYic+QXV0aG9yaXphdGlvbjwvc3Bhbng+IGhlYWRlciBmaWVsZCB1c2Vz IHRoZSBmcmFtZXdvcmsgZGVmaW5lZCBieQogICAgICAgICAgSFRUUC8xLjEsIFBhcnQgNyA8eHJl ZiB0YXJnZXQ9J0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aCcgLz4KCSAgYXMgZm9sbG93czoKICAg ICAgICA8L3Q+CiAgICAgICAgPGZpZ3VyZT4KICAgICAgICAgIDxhcnR3b3JrPgo8IVtDREFUQVtj cmVkZW50aWFscyA9ICJCZWFyZXIiIDEqU1AgYjY0dG9rZW5dXT4KICAgICAgICAgIDwvYXJ0d29y az4KICAgICAgICA8L2ZpZ3VyZT4KCTx0PgoJICBUaGUgYjY0dG9rZW4gc3ludGF4IHdhcyBjaG9z ZW4gb3ZlciB0aGUgYWx0ZXJuYXRpdmUKCSAgI2F1dGgtcGFyYW0gc3ludGF4IGFsc28gZGVmaW5l ZCBieQoJICBIVFRQLzEuMSwgUGFydCA3IDx4cmVmIHRhcmdldD0nSS1ELmlldGYtaHR0cGJpcy1w Ny1hdXRoJyAvPgoJICBib3RoIGZvciBzaW1wbGljaXR5CgkgIGFuZCBmb3IgY29tcGF0aWJpbGl0 eSB3aXRoIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucy4KCSAgSWYgYWRkaXRpb25hbCBwYXJhbWV0 ZXJzIGFyZSBuZWVkZWQgaW4gdGhlIGZ1dHVyZSwgYQoJICBkaWZmZXJlbnQgc2NoZW1lIHdvdWxk IG5lZWQgdG8gYmUgZGVmaW5lZC4KCTwvdD4KCTx0PgoJICBDbGllbnRzIFNIT1VMRCBtYWtlIGF1 dGhlbnRpY2F0ZWQgcmVxdWVzdHMgd2l0aCBhIGJlYXJlcgoJICB0b2tlbiB1c2luZyB0aGUgPHNw YW54IHN0eWxlPSd2ZXJiJz5BdXRob3JpemF0aW9uPC9zcGFueD4KCSAgcmVxdWVzdCBoZWFkZXIg ZmllbGQgd2l0aCB0aGUgPHNwYW54CgkgIHN0eWxlPSd2ZXJiJz5CZWFyZXI8L3NwYW54PiBIVFRQ IGF1dGhvcml6YXRpb24gc2NoZW1lLgoJICBSZXNvdXJjZSBzZXJ2ZXJzIE1VU1Qgc3VwcG9ydCB0 aGlzIG1ldGhvZC4KCTwvdD4KICAgICAgPC9zZWN0aW9uPgoKICAgICAgPHNlY3Rpb24gdGl0bGU9 J0Zvcm0tRW5jb2RlZCBCb2R5IFBhcmFtZXRlcicgYW5jaG9yPSdib2R5LXBhcmFtJz4KICAgICAg ICA8dD4KICAgICAgICAgIFdoZW4gc2VuZGluZyB0aGUgYWNjZXNzIHRva2VuIGluIHRoZSBIVFRQ IHJlcXVlc3QKICAgICAgICAgIGVudGl0eS1ib2R5LCB0aGUgY2xpZW50IGFkZHMgdGhlIGFjY2Vz cyB0b2tlbiB0byB0aGUgcmVxdWVzdAogICAgICAgICAgYm9keSB1c2luZyB0aGUgPHNwYW54IHN0 eWxlPSd2ZXJiJz5hY2Nlc3NfdG9rZW48L3NwYW54PgogICAgICAgICAgcGFyYW1ldGVyLiAgVGhl IGNsaWVudCBNVVNUIE5PVCB1c2UgdGhpcyBtZXRob2QgdW5sZXNzCgkgIGFsbCBvZiB0aGUgZm9s bG93aW5nIGNvbmRpdGlvbnMgYXJlIG1ldDoKICAgICAgICAgIDxsaXN0IHN0eWxlPSdzeW1ib2xz Jz4KICAgICAgICAgICAgPHQ+CiAgICAgICAgICAgICAgVGhlIEhUVFAgcmVxdWVzdCBlbnRpdHkt Ym9keSBpcyBzaW5nbGUtcGFydC4KICAgICAgICAgICAgPC90PgogICAgICAgICAgICA8dD4KICAg ICAgICAgICAgICBUaGUgZW50aXR5LWJvZHkgZm9sbG93cyB0aGUgZW5jb2RpbmcgcmVxdWlyZW1l bnRzIG9mIHRoZQogICAgICAgICAgICAgIDxzcGFueCBzdHlsZT0ndmVyYic+YXBwbGljYXRpb24v eC13d3ctZm9ybS11cmxlbmNvZGVkPC9zcGFueD4gY29udGVudC10eXBlIGFzCiAgICAgICAgICAg ICAgZGVmaW5lZCBieQoJICAgICAgSFRNTCA0LjAxIDx4cmVmIHRhcmdldD0nVzNDLlJFQy1odG1s NDAxLTE5OTkxMjI0JyAvPi4KICAgICAgICAgICAgPC90PgogICAgICAgICAgICA8dD4KICAgICAg ICAgICAgICBUaGUgSFRUUCByZXF1ZXN0IGVudGl0eS1oZWFkZXIgaW5jbHVkZXMgdGhlIDxzcGFu eCBzdHlsZT0ndmVyYic+Q29udGVudC1UeXBlPC9zcGFueD4KICAgICAgICAgICAgICBoZWFkZXIg ZmllbGQgc2V0IHRvIDxzcGFueCBzdHlsZT0ndmVyYic+YXBwbGljYXRpb24veC13d3ctZm9ybS11 cmxlbmNvZGVkPC9zcGFueD4uCiAgICAgICAgICAgIDwvdD4KICAgICAgICAgICAgPHQ+CiAgICAg ICAgICAgICAgVGhlIEhUVFAgcmVxdWVzdCBtZXRob2QgaXMgb25lIGZvciB3aGljaCB0aGUgcmVx dWVzdAogICAgICAgICAgICAgIGJvZHkgaGFzIGRlZmluZWQgc2VtYW50aWNzLiAgSW4gcGFydGlj dWxhciwKICAgICAgICAgICAgICB0aGlzIG1lYW5zIHRoYXQgdGhlIDxzcGFueCBzdHlsZT0ndmVy Yic+R0VUPC9zcGFueD4KICAgICAgICAgICAgICBtZXRob2QgTVVTVCBOT1QgYmUgdXNlZC4KICAg ICAgICAgICAgPC90PgoJICAgIDx0PgoJICAgICAgVGhlIGNvbnRlbnQgdG8gYmUgZW5jb2RlZCBp biB0aGUgZW50aXR5LWJvZHkgTVVTVAoJICAgICAgY29uc2lzdCBlbnRpcmVseSBvZiBBU0NJSSBj aGFyYWN0ZXJzLgoJICAgIDwvdD4KICAgICAgICAgIDwvbGlzdD4KICAgICAgICA8L3Q+CiAgICAg ICAgPHQ+CiAgICAgICAgICBUaGUgZW50aXR5LWJvZHkgTUFZIGluY2x1ZGUgb3RoZXIgcmVxdWVz dC1zcGVjaWZpYwogICAgICAgICAgcGFyYW1ldGVycywgaW4gd2hpY2ggY2FzZSwgdGhlIDxzcGFu eAogICAgICAgICAgc3R5bGU9J3ZlcmInPmFjY2Vzc190b2tlbjwvc3Bhbng+IHBhcmFtZXRlciBN VVNUIGJlIHByb3Blcmx5CiAgICAgICAgICBzZXBhcmF0ZWQgZnJvbSB0aGUgcmVxdWVzdC1zcGVj aWZpYyBwYXJhbWV0ZXJzIHVzaW5nIDxzcGFueAogICAgICAgICAgc3R5bGU9J3ZlcmInPiZhbXA7 PC9zcGFueD4gY2hhcmFjdGVyKHMpIChBU0NJSSBjb2RlIDM4KS4KICAgICAgICA8L3Q+CiAgICAg ICAgPGZpZ3VyZT4KICAgICAgICAgIDxwcmVhbWJsZT4KICAgICAgICAgICAgRm9yIGV4YW1wbGUs IHRoZSBjbGllbnQgbWFrZXMgdGhlIGZvbGxvd2luZyBIVFRQIHJlcXVlc3QgdXNpbmcgdHJhbnNw b3J0LWxheWVyCiAgICAgICAgICAgIHNlY3VyaXR5OgogICAgICAgICAgPC9wcmVhbWJsZT4KICAg ICAgICAgIDxhcnR3b3JrPgo8IVtDREFUQVtQT1NUIC9yZXNvdXJjZSBIVFRQLzEuMQpIb3N0OiBz ZXJ2ZXIuZXhhbXBsZS5jb20KQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi94LXd3dy1mb3JtLXVy bGVuY29kZWQKCmFjY2Vzc190b2tlbj12RjlkZnQ0cW1UXV0+CiAgICAgICAgICA8L2FydHdvcms+ CiAgICAgICAgPC9maWd1cmU+Cgk8dD4KCSAgVGhlIDxzcGFueCBzdHlsZT0ndmVyYic+YXBwbGlj YXRpb24veC13d3ctZm9ybS11cmxlbmNvZGVkPC9zcGFueD4KCSAgbWV0aG9kIFNIT1VMRCBOT1Qg YmUgdXNlZCBleGNlcHQgaW4gYXBwbGljYXRpb24gY29udGV4dHMKCSAgd2hlcmUgcGFydGljaXBh dGluZyBicm93c2VycyBkbyBub3QgaGF2ZSBhY2Nlc3MgdG8gdGhlCgkgIDxzcGFueCBzdHlsZT0n dmVyYic+QXV0aG9yaXphdGlvbjwvc3Bhbng+IHJlcXVlc3QgaGVhZGVyCgkgIGZpZWxkLiAgUmVz b3VyY2Ugc2VydmVycyBNQVkgc3VwcG9ydCB0aGlzIG1ldGhvZC4KCTwvdD4KICAgICAgPC9zZWN0 aW9uPgoKICAgICAgPHNlY3Rpb24gdGl0bGU9J1VSSSBRdWVyeSBQYXJhbWV0ZXInIGFuY2hvcj0n cXVlcnktcGFyYW0nPgogICAgICAgIDx0PgogICAgICAgICAgV2hlbiBzZW5kaW5nIHRoZSBhY2Nl c3MgdG9rZW4gaW4gdGhlIEhUVFAgcmVxdWVzdCBVUkksIHRoZSBjbGllbnQgYWRkcyB0aGUgYWNj ZXNzCiAgICAgICAgICB0b2tlbiB0byB0aGUgcmVxdWVzdCBVUkkgcXVlcnkgY29tcG9uZW50IGFz IGRlZmluZWQgYnkKCSAgVW5pZm9ybSBSZXNvdXJjZSBJZGVudGlmaWVyIChVUkkpIDx4cmVmIHRh cmdldD0nUkZDMzk4NicgLz4KCSAgdXNpbmcKICAgICAgICAgIHRoZSA8c3Bhbnggc3R5bGU9J3Zl cmInPmFjY2Vzc190b2tlbjwvc3Bhbng+IHBhcmFtZXRlci4KICAgICAgICA8L3Q+CiAgICAgICAg PGZpZ3VyZT4KICAgICAgICAgIDxwcmVhbWJsZT4KICAgICAgICAgICAgRm9yIGV4YW1wbGUsIHRo ZSBjbGllbnQgbWFrZXMgdGhlIGZvbGxvd2luZyBIVFRQIHJlcXVlc3QgdXNpbmcgdHJhbnNwb3J0 LWxheWVyCiAgICAgICAgICAgIHNlY3VyaXR5OgogICAgICAgICAgPC9wcmVhbWJsZT4KICAgICAg ICAgIDxhcnR3b3JrPgo8IVtDREFUQVtHRVQgL3Jlc291cmNlP2FjY2Vzc190b2tlbj12RjlkZnQ0 cW1UIEhUVFAvMS4xCkhvc3Q6IHNlcnZlci5leGFtcGxlLmNvbV1dPgogICAgICAgICAgPC9hcnR3 b3JrPgogICAgICAgIDwvZmlndXJlPgogICAgICAgIDx0PgogICAgICAgICAgVGhlIEhUVFAgcmVx dWVzdCBVUkkgcXVlcnkgY2FuIGluY2x1ZGUgb3RoZXIKICAgICAgICAgIHJlcXVlc3Qtc3BlY2lm aWMgcGFyYW1ldGVycywgaW4gd2hpY2ggY2FzZSwgdGhlIDxzcGFueAogICAgICAgICAgc3R5bGU9 J3ZlcmInPmFjY2Vzc190b2tlbjwvc3Bhbng+IHBhcmFtZXRlciBNVVNUIGJlIHByb3Blcmx5CiAg ICAgICAgICBzZXBhcmF0ZWQgZnJvbSB0aGUgcmVxdWVzdC1zcGVjaWZpYyBwYXJhbWV0ZXJzIHVz aW5nIDxzcGFueAogICAgICAgICAgc3R5bGU9J3ZlcmInPiZhbXA7PC9zcGFueD4gY2hhcmFjdGVy KHMpIChBU0NJSSBjb2RlIDM4KS4KICAgICAgICA8L3Q+CiAgICAgICAgPGZpZ3VyZT4KICAgICAg ICAgIDxwcmVhbWJsZT4KICAgICAgICAgICAgRm9yIGV4YW1wbGU6CiAgICAgICAgICA8L3ByZWFt YmxlPgogICAgICAgICAgPGFydHdvcms+CjwhW0NEQVRBW2h0dHBzOi8vc2VydmVyLmV4YW1wbGUu Y29tL3Jlc291cmNlP3g9eSZhY2Nlc3NfdG9rZW49dkY5ZGZ0NHFtVCZwPXFdXT4KICAgICAgICAg IDwvYXJ0d29yaz4KICAgICAgICA8L2ZpZ3VyZT4KCTx0PgoJICBCZWNhdXNlIG9mIHRoZSBzZWN1 cml0eSB3ZWFrbmVzc2VzIGFzc29jaWF0ZWQgd2l0aCB0aGUgVVJJCgkgIG1ldGhvZCAoc2VlIDx4 cmVmIHRhcmdldD0ic2VjLWNvbiIgLz4pLCBpbmNsdWRpbmcgdGhlIGhpZ2gKCSAgbGlrZWxpaG9v ZCB0aGF0IHRoZSBVUkwgY29udGFpbmluZyB0aGUgYWNjZXNzIHRva2VuIHdpbGwgYmUKCSAgbG9n Z2VkLCBpdCBTSE9VTEQgTk9UIGJlIHVzZWQgdW5sZXNzIGl0IGlzIGltcG9zc2libGUgdG8KCSAg dHJhbnNwb3J0IHRoZSBhY2Nlc3MgdG9rZW4gaW4gdGhlIDxzcGFueAoJICBzdHlsZT0ndmVyYic+ QXV0aG9yaXphdGlvbjwvc3Bhbng+IHJlcXVlc3QgaGVhZGVyIGZpZWxkIG9yCgkgIHRoZSBIVFRQ IHJlcXVlc3QgZW50aXR5LWJvZHkuICBSZXNvdXJjZSBzZXJ2ZXJzIE1BWSBzdXBwb3J0CgkgIHRo aXMgbWV0aG9kLgoJPC90PgogICAgICA8L3NlY3Rpb24+CgogICAgPC9zZWN0aW9uPgoKICAgIDxz ZWN0aW9uIHRpdGxlPSdUaGUgV1dXLUF1dGhlbnRpY2F0ZSBSZXNwb25zZSBIZWFkZXIgRmllbGQn IGFuY2hvcj0nYXV0aG4taGVhZGVyJz4KICAgICAgPHQ+CglJZiB0aGUgcHJvdGVjdGVkIHJlc291 cmNlIHJlcXVlc3QgZG9lcyBub3QgaW5jbHVkZQoJYXV0aGVudGljYXRpb24gY3JlZGVudGlhbHMg b3IgZG9lcyBub3QgY29udGFpbiBhbiBhY2Nlc3MKCXRva2VuIHRoYXQgZW5hYmxlcyBhY2Nlc3Mg dG8gdGhlIHByb3RlY3RlZCByZXNvdXJjZSwKCXRoZSByZXNvdXJjZSBzZXJ2ZXIgTVVTVCBpbmNs dWRlIHRoZSBIVFRQIDxzcGFueAoJc3R5bGU9J3ZlcmInPldXVy1BdXRoZW50aWNhdGU8L3NwYW54 PiByZXNwb25zZSBoZWFkZXIgZmllbGQ7CglpdCBNQVkgaW5jbHVkZSBpdCBpbiByZXNwb25zZSB0 byBvdGhlciBjb25kaXRpb25zIGFzIHdlbGwuCglUaGUgPHNwYW54IHN0eWxlPSd2ZXJiJz5XV1ct QXV0aGVudGljYXRlPC9zcGFueD4gaGVhZGVyCglmaWVsZCB1c2VzIHRoZSBmcmFtZXdvcmsgZGVm aW5lZCBieQoJSFRUUC8xLjEsIFBhcnQgNyA8eHJlZiB0YXJnZXQ9J0ktRC5pZXRmLWh0dHBiaXMt cDctYXV0aCcgLz4KCWFzIGZvbGxvd3M6CiAgICAgIDwvdD4KICAgICAgPGZpZ3VyZT4KCTxhcnR3 b3JrPgo8IVtDREFUQVtjaGFsbGVuZ2UgICAgICAgPSAiQmVhcmVyIiBbIDEqU1AgMSNwYXJhbSBd CgpwYXJhbSAgICAgICAgICAgPSByZWFsbSAvIHNjb3BlIC8KICAgICAgICAgICAgICAgICAgZXJy b3IgLyBlcnJvci1kZXNjIC8gZXJyb3ItdXJpIC8KICAgICAgICAgICAgICAgICAgYXV0aC1wYXJh bQoKc2NvcGUgICAgICAgICAgID0gInNjb3BlIiAiPSIgcXVvdGVkLXN0cmluZwplcnJvciAgICAg ICAgICAgPSAiZXJyb3IiICI9IiBxdW90ZWQtc3RyaW5nCmVycm9yLWRlc2MgICAgICA9ICJlcnJv cl9kZXNjcmlwdGlvbiIgIj0iIHF1b3RlZC1zdHJpbmcKZXJyb3ItdXJpICAgICAgID0gImVycm9y X3VyaSIgIj0iIHF1b3RlZC1zdHJpbmddXT4KCTwvYXJ0d29yaz4KICAgICAgPC9maWd1cmU+CiAg ICAgIDx0PgoJQSA8c3Bhbnggc3R5bGU9J3ZlcmInPnJlYWxtPC9zcGFueD4gYXR0cmlidXRlIE1B WSBiZSBpbmNsdWRlZAoJdG8gaW5kaWNhdGUgdGhlIHNjb3BlIG9mIHByb3RlY3Rpb24gaW4gdGhl IG1hbm5lciBkZXNjcmliZWQgaW4KCUhUVFAvMS4xLCBQYXJ0IDcgPHhyZWYgdGFyZ2V0PSdJLUQu aWV0Zi1odHRwYmlzLXA3LWF1dGgnIC8+LgoJVGhlIDxzcGFueCBzdHlsZT0ndmVyYic+cmVhbG08 L3NwYW54PiBhdHRyaWJ1dGUgTVVTVCBOT1QgYXBwZWFyIG1vcmUgdGhhbiBvbmNlLgoJVGhlIDxz cGFueCBzdHlsZT0ndmVyYic+cmVhbG08L3NwYW54PiB2YWx1ZSBpcyBpbnRlbmRlZCBmb3IKCXBy b2dyYW1tYXRpYyB1c2UgYW5kIGlzIG5vdCBtZWFudCB0byBiZSBkaXNwbGF5ZWQgdG8KCWVuZCB1 c2Vycy4KICAgICAgPC90PgoKICAgICAgPHQ+CglUaGUgPHNwYW54IHN0eWxlPSd2ZXJiJz5zY29w ZTwvc3Bhbng+IGF0dHJpYnV0ZSBpcyBhIHNwYWNlLWRlbGltaXRlZCBsaXN0IG9mIHNjb3BlIHZh bHVlcwoJaW5kaWNhdGluZyB0aGUgcmVxdWlyZWQgc2NvcGUgb2YgdGhlIGFjY2VzcyB0b2tlbiBm b3IgYWNjZXNzaW5nIHRoZSByZXF1ZXN0ZWQgcmVzb3VyY2UuCglJbiBzb21lIGNhc2VzLCB0aGUg PHNwYW54IHN0eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+IHZhbHVlCgl3aWxsIGJlIHVzZWQgd2hl biByZXF1ZXN0aW5nIGEgbmV3IGFjY2VzcyB0b2tlbiB3aXRoCglzdWZmaWNpZW50IHNjb3BlIG9m IGFjY2VzcyB0byB1dGlsaXplIHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UuCglUaGUgPHNwYW54IHN0 eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+IGF0dHJpYnV0ZSBNVVNUIE5PVCBhcHBlYXIgbW9yZSB0 aGFuIG9uY2UuCglUaGUgPHNwYW54IHN0eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+IHZhbHVlIGlz IGludGVuZGVkIGZvcgoJcHJvZ3JhbW1hdGljIHVzZSBhbmQgaXMgbm90IG1lYW50IHRvIGJlIGRp c3BsYXllZCB0bwoJZW5kIHVzZXJzLgogICAgICA8L3Q+CiAgICAgIDx0PgoJSWYgdGhlIHByb3Rl Y3RlZCByZXNvdXJjZSByZXF1ZXN0IGluY2x1ZGVkIGFuIGFjY2VzcyB0b2tlbiBhbmQgZmFpbGVk IGF1dGhlbnRpY2F0aW9uLCB0aGUKCXJlc291cmNlIHNlcnZlciBTSE9VTEQgaW5jbHVkZSB0aGUg PHNwYW54IHN0eWxlPSd2ZXJiJz5lcnJvcjwvc3Bhbng+IGF0dHJpYnV0ZSB0byBwcm92aWRlCgl0 aGUgY2xpZW50IHdpdGggdGhlIHJlYXNvbiB3aHkgdGhlIGFjY2VzcyByZXF1ZXN0IHdhcyBkZWNs aW5lZC4gVGhlIHBhcmFtZXRlciB2YWx1ZSBpcwoJZGVzY3JpYmVkIGluIDx4cmVmIHRhcmdldD0n cmVzb3VyY2UtZXJyb3ItY29kZXMnIC8+LgoJSW4gYWRkaXRpb24sIHRoZSByZXNvdXJjZSBzZXJ2 ZXIgTUFZIGluY2x1ZGUgdGhlIDxzcGFueAoJc3R5bGU9J3ZlcmInPmVycm9yX2Rlc2NyaXB0aW9u PC9zcGFueD4gYXR0cmlidXRlIHRvIHByb3ZpZGUKCWRldmVsb3BlcnMgYSBodW1hbi1yZWFkYWJs ZSBleHBsYW5hdGlvbiB0aGF0IGlzIG5vdCBtZWFudAoJdG8gYmUgZGlzcGxheWVkIHRvIGVuZCB1 c2Vycy4KCUl0IGFsc28gTUFZIGluY2x1ZGUKCXRoZSA8c3Bhbnggc3R5bGU9J3ZlcmInPmVycm9y X3VyaTwvc3Bhbng+IGF0dHJpYnV0ZSB3aXRoCglhbiBhYnNvbHV0ZSBVUkkgaWRlbnRpZnlpbmcg YSBodW1hbi1yZWFkYWJsZSB3ZWIgcGFnZSBleHBsYWluaW5nIHRoZSBlcnJvci4KCVRoZSA8c3Bh bnggc3R5bGU9J3ZlcmInPmVycm9yPC9zcGFueD4sIDxzcGFueCBzdHlsZT0ndmVyYic+ZXJyb3Jf ZGVzY3JpcHRpb248L3NwYW54PiwgYW5kCgk8c3Bhbnggc3R5bGU9J3ZlcmInPmVycm9yX3VyaTwv c3Bhbng+IGF0dHJpYnV0ZXMgTVVTVCBOT1QgYXBwZWFyIG1vcmUgdGhhbiBvbmNlLgogICAgICA8 L3Q+CiAgICAgIDx0PgoJUHJvZHVjZXJzIG9mIDxzcGFueCBzdHlsZT0ndmVyYic+c2NvcGU8L3Nw YW54PiBzdHJpbmdzIE1VU1QKCU5PVCB1c2UgY2hhcmFjdGVycyBvdXRzaWRlIHRoZSBzZXQgJXgy MSAvICV4MjMtNUIgLyAleDVELTdFCglmb3IgcmVwcmVzZW50aW5nIHRoZSBzY29wZSB2YWx1ZXMg YW5kICV4MjAgZm9yIHRoZSBkZWxpbWl0ZXIuCglQcm9kdWNlcnMgb2YgPHNwYW54IHN0eWxlPSd2 ZXJiJz5lcnJvcjwvc3Bhbng+IGFuZCA8c3BhbngKCXN0eWxlPSd2ZXJiJz5lcnJvcl9kZXNjcmlw dGlvbjwvc3Bhbng+IHN0cmluZ3MgTVVTVCBOT1QgdXNlCgljaGFyYWN0ZXJzIG91dHNpZGUgdGhl IHNldCAleDIwLTIxIC8gJXgyMy01QiAvICV4NUQtN0UgZm9yCglyZXByZXNlbnRpbmcgdGhlc2Ug dmFsdWVzLgoJUHJvZHVjZXJzIG9mIDxzcGFueCBzdHlsZT0ndmVyYic+ZXJyb3ItdXJpPC9zcGFu eD4gc3RyaW5ncwoJTVVTVCBOT1QgdXNlIGNoYXJhY3RlcnMgb3V0c2lkZSB0aGUgc2V0ICV4MjEg LyAleDIzLTVCIC8KCSV4NUQtN0UgZm9yIHJlcHJlc2VudGluZyB0aGVzZSB2YWx1ZXMuICBGdXJ0 aGVybW9yZSwKCTxzcGFueCBzdHlsZT0ndmVyYic+ZXJyb3ItdXJpPC9zcGFueD4gc3RyaW5ncyBN VVNUIGNvbmZvcm0KCXRvIHRoZSBVUkktUmVmZXJlbmNlIHN5bnRheC4KCUluIGFsbCB0aGVzZSBj YXNlcywgbm8gY2hhcmFjdGVyIHF1b3Rpbmcgd2lsbCBvY2N1ciwgYXMKCXNlbmRlcnMgYXJlIHBy b2hpYml0ZWQgZnJvbSB1c2luZyB0aGUgJTVDICgnXCcpIGNoYXJhY3Rlci4KICAgICAgPC90Pgog ICAgICA8ZmlndXJlPgoJPHByZWFtYmxlPgoJICBGb3IgZXhhbXBsZSwgaW4gcmVzcG9uc2UgdG8g YSBwcm90ZWN0ZWQgcmVzb3VyY2UgcmVxdWVzdCB3aXRob3V0IGF1dGhlbnRpY2F0aW9uOgoJPC9w cmVhbWJsZT4KCTxhcnR3b3JrPgo8IVtDREFUQVtIVFRQLzEuMSA0MDEgVW5hdXRob3JpemVkCldX Vy1BdXRoZW50aWNhdGU6IEJlYXJlciByZWFsbT0iZXhhbXBsZSJdXT4KICAgICAgICAgIDwvYXJ0 d29yaz4KICAgICAgICA8L2ZpZ3VyZT4KICAgICAgICA8ZmlndXJlPgogICAgICAgICAgPHByZWFt YmxlPgogICAgICAgICAgICBBbmQgaW4gcmVzcG9uc2UgdG8gYSBwcm90ZWN0ZWQgcmVzb3VyY2Ug cmVxdWVzdCB3aXRoIGFuIGF1dGhlbnRpY2F0aW9uIGF0dGVtcHQgdXNpbmcgYW4KICAgICAgICAg ICAgZXhwaXJlZCBhY2Nlc3MgdG9rZW46CiAgICAgICAgICA8L3ByZWFtYmxlPgogICAgICAgICAg PGFydHdvcms+CjwhW0NEQVRBW0hUVFAvMS4xIDQwMSBVbmF1dGhvcml6ZWQKV1dXLUF1dGhlbnRp Y2F0ZTogQmVhcmVyIHJlYWxtPSJleGFtcGxlIiwKICAgICAgICAgICAgICAgICAgZXJyb3I9Imlu dmFsaWRfdG9rZW4iLAogICAgICAgICAgICAgICAgICBlcnJvcl9kZXNjcmlwdGlvbj0iVGhlIGFj Y2VzcyB0b2tlbiBleHBpcmVkIl1dPgoJPC9hcnR3b3JrPgogICAgICA8L2ZpZ3VyZT4KCiAgICAg IDxzZWN0aW9uIHRpdGxlPSdFcnJvciBDb2RlcycgYW5jaG9yPSdyZXNvdXJjZS1lcnJvci1jb2Rl cyc+Cgk8dD4KCSAgV2hlbiBhIHJlcXVlc3QgZmFpbHMsIHRoZSByZXNvdXJjZSBzZXJ2ZXIgcmVz cG9uZHMgdXNpbmcgdGhlIGFwcHJvcHJpYXRlIEhUVFAgc3RhdHVzCgkgIGNvZGUgKHR5cGljYWxs eSwgNDAwLCA0MDEsIDQwMywgb3IgNDA1KSwKCSAgYW5kIGluY2x1ZGVzIG9uZSBvZiB0aGUgZm9s bG93aW5nIGVycm9yIGNvZGVzIGluCgkgIHRoZSByZXNwb25zZToKCgkgIDxsaXN0IHN0eWxlPSdo YW5naW5nJyBoYW5nSW5kZW50PSc2Jz4KCSAgICA8dCBoYW5nVGV4dD0naW52YWxpZF9yZXF1ZXN0 Jz4KCSAgICAgIDx2c3BhY2UgLz4KCSAgICAgIFRoZSByZXF1ZXN0IGlzIG1pc3NpbmcgYSByZXF1 aXJlZCBwYXJhbWV0ZXIsIGluY2x1ZGVzIGFuIHVuc3VwcG9ydGVkIHBhcmFtZXRlciBvcgoJICAg ICAgcGFyYW1ldGVyIHZhbHVlLCByZXBlYXRzIHRoZSBzYW1lIHBhcmFtZXRlciwgdXNlcyBtb3Jl IHRoYW4gb25lIG1ldGhvZCBmb3IKCSAgICAgIGluY2x1ZGluZyBhbiBhY2Nlc3MgdG9rZW4sIG9y IGlzIG90aGVyd2lzZSBtYWxmb3JtZWQuIFRoZSByZXNvdXJjZSBzZXJ2ZXIgU0hPVUxECgkgICAg ICByZXNwb25kIHdpdGggdGhlIEhUVFAgNDAwIChCYWQgUmVxdWVzdCkgc3RhdHVzIGNvZGUuCgkg ICAgPC90PgoJICAgIDx0IGhhbmdUZXh0PSdpbnZhbGlkX3Rva2VuJz4KCSAgICAgIDx2c3BhY2Ug Lz4KCSAgICAgIFRoZSBhY2Nlc3MgdG9rZW4gcHJvdmlkZWQgaXMgZXhwaXJlZCwgcmV2b2tlZCwg bWFsZm9ybWVkLCBvciBpbnZhbGlkIGZvciBvdGhlcgoJICAgICAgcmVhc29ucy4gVGhlIHJlc291 cmNlIFNIT1VMRCByZXNwb25kIHdpdGggdGhlIEhUVFAgNDAxIChVbmF1dGhvcml6ZWQpIHN0YXR1 cwoJICAgICAgY29kZS4gVGhlIGNsaWVudCBNQVkgcmVxdWVzdCBhIG5ldyBhY2Nlc3MgdG9rZW4g YW5kIHJldHJ5IHRoZSBwcm90ZWN0ZWQgcmVzb3VyY2UKCSAgICAgIHJlcXVlc3QuCgkgICAgPC90 PgoJICAgIDx0IGhhbmdUZXh0PSdpbnN1ZmZpY2llbnRfc2NvcGUnPgoJICAgICAgPHZzcGFjZSAv PgoJICAgICAgVGhlIHJlcXVlc3QgcmVxdWlyZXMgaGlnaGVyIHByaXZpbGVnZXMgdGhhbiBwcm92 aWRlZCBieSB0aGUgYWNjZXNzIHRva2VuLiBUaGUKCSAgICAgIHJlc291cmNlIHNlcnZlciBTSE9V TEQgcmVzcG9uZCB3aXRoIHRoZSBIVFRQIDQwMyAoRm9yYmlkZGVuKSBzdGF0dXMgY29kZSBhbmQg TUFZCgkgICAgICBpbmNsdWRlIHRoZSA8c3Bhbnggc3R5bGU9J3ZlcmInPnNjb3BlPC9zcGFueD4g YXR0cmlidXRlIHdpdGggdGhlIHNjb3BlIG5lY2Vzc2FyeSB0bwoJICAgICAgYWNjZXNzIHRoZSBw cm90ZWN0ZWQgcmVzb3VyY2UuCgkgICAgPC90PgoJICA8L2xpc3Q+Cgk8L3Q+Cgk8dD4KCSAgSWYg dGhlIHJlcXVlc3QgbGFja3MgYW55IGF1dGhlbnRpY2F0aW9uIGluZm9ybWF0aW9uIChpLmUuIHRo ZSBjbGllbnQgd2FzIHVuYXdhcmUKCSAgYXV0aGVudGljYXRpb24gaXMgbmVjZXNzYXJ5IG9yIGF0 dGVtcHRlZCB1c2luZyBhbiB1bnN1cHBvcnRlZCBhdXRoZW50aWNhdGlvbiBtZXRob2QpLAoJICB0 aGUgcmVzb3VyY2Ugc2VydmVyIFNIT1VMRCBOT1QgaW5jbHVkZSBhbiBlcnJvciBjb2RlIG9yIG90 aGVyIGVycm9yIGluZm9ybWF0aW9uLgoJPC90PgoJPGZpZ3VyZT4KCSAgPHByZWFtYmxlPgoJICAg IEZvciBleGFtcGxlOgoJICA8L3ByZWFtYmxlPgoJICA8YXJ0d29yaz4KPCFbQ0RBVEFbSFRUUC8x LjEgNDAxIFVuYXV0aG9yaXplZApXV1ctQXV0aGVudGljYXRlOiBCZWFyZXIgcmVhbG09ImV4YW1w bGUiXV0+CgkgIDwvYXJ0d29yaz4KCTwvZmlndXJlPgogICAgICA8L3NlY3Rpb24+CgogICAgPC9z ZWN0aW9uPgoKICAgIDxzZWN0aW9uIHRpdGxlPSdTZWN1cml0eSBDb25zaWRlcmF0aW9ucycgYW5j aG9yPSJzZWMtY29uIj4KCiAgICAgIDx0PgoJVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUgcmVs ZXZhbnQgc2VjdXJpdHkgdGhyZWF0cyByZWdhcmRpbmcKCXRva2VuIGhhbmRsaW5nIHdoZW4gdXNp bmcgYmVhcmVyIHRva2VucyBhbmQgZGVzY3JpYmVzIGhvdyB0bwoJbWl0aWdhdGUgdGhlc2UgdGhy ZWF0cy4KICAgICAgPC90PgoKICAgICAgPHNlY3Rpb24gdGl0bGU9IlNlY3VyaXR5IFRocmVhdHMi IGFuY2hvcj0idGhyZWF0cyI+CgoJPHQ+CgkgIFRoZSBmb2xsb3dpbmcgbGlzdCBwcmVzZW50cyBz ZXZlcmFsIGNvbW1vbiB0aHJlYXRzIGFnYWluc3QKCSAgcHJvdG9jb2xzIHV0aWxpemluZyBzb21l IGZvcm0gb2YgdG9rZW5zLiBUaGlzIGxpc3Qgb2YKCSAgdGhyZWF0cyBpcyBiYXNlZCBvbgoJICBO SVNUIFNwZWNpYWwgUHVibGljYXRpb24gODAwLTYzIDx4cmVmIHRhcmdldD0iTklTVDgwMC02MyIv Pi4KCSAgU2luY2UgdGhpcyBkb2N1bWVudCBidWlsZHMgb24gdGhlCgkgIE9BdXRoIDIuMCBzcGVj aWZpY2F0aW9uLCB3ZSBleGNsdWRlIGEgZGlzY3Vzc2lvbiBvZiB0aHJlYXRzCgkgIHRoYXQgYXJl IGRlc2NyaWJlZCB0aGVyZSBvciBpbiByZWxhdGVkIGRvY3VtZW50cy4KCTwvdD4KCgk8dD4KCSAg PGxpc3Qgc3R5bGU9ImhhbmdpbmciPgoJICAgIDx0IGhhbmdUZXh0PSJUb2tlbiBtYW51ZmFjdHVy ZS9tb2RpZmljYXRpb246Ij4KCSAgICAgIEFuIGF0dGFja2VyIG1heSBnZW5lcmF0ZSBhIGJvZ3Vz IHRva2VuIG9yIG1vZGlmeSB0aGUKCSAgICAgIHRva2VuIGNvbnRlbnRzIChzdWNoIGFzIHRoZSBh dXRoZW50aWNhdGlvbiBvciBhdHRyaWJ1dGUKCSAgICAgIHN0YXRlbWVudHMpIG9mIGFuIGV4aXN0 aW5nIHRva2VuLCBjYXVzaW5nIHRoZSByZXNvdXJjZQoJICAgICAgc2VydmVyIHRvIGdyYW50IGlu YXBwcm9wcmlhdGUgYWNjZXNzIHRvIHRoZSBjbGllbnQuCgkgICAgICBGb3IgZXhhbXBsZSwgYW4g YXR0YWNrZXIgbWF5IG1vZGlmeSB0aGUgdG9rZW4gdG8gZXh0ZW5kCgkgICAgICB0aGUgdmFsaWRp dHkgcGVyaW9kOyBhIG1hbGljaW91cyBjbGllbnQgbWF5IG1vZGlmeSB0aGUKCSAgICAgIGFzc2Vy dGlvbiB0byBnYWluIGFjY2VzcyB0byBpbmZvcm1hdGlvbiB0aGF0IHRoZXkKCSAgICAgIHNob3Vs ZCBub3QgYmUgYWJsZSB0byB2aWV3LgoJICAgIDwvdD4KCSAgICA8dCBoYW5nVGV4dD0iVG9rZW4g ZGlzY2xvc3VyZToiPgoJICAgICAgVG9rZW5zIG1heSBjb250YWluIGF1dGhlbnRpY2F0aW9uIGFu ZCBhdHRyaWJ1dGUKCSAgICAgIHN0YXRlbWVudHMgdGhhdCBpbmNsdWRlIHNlbnNpdGl2ZSBpbmZv cm1hdGlvbi4KCSAgICA8L3Q+CgkgICAgPHQgaGFuZ1RleHQ9IlRva2VuIHJlZGlyZWN0OiI+Cgkg ICAgICBBbiBhdHRhY2tlciB1c2VzIGEgdG9rZW4gZ2VuZXJhdGVkIGZvciBjb25zdW1wdGlvbiBi eSAKCSAgICAgIG9uZSByZXNvdXJjZSBzZXJ2ZXIgdG8gZ2FpbiBhY2Nlc3MgdG8gYSBkaWZmZXJl bnQKCSAgICAgIHJlc291cmNlIHNlcnZlciB0aGF0IG1pc3Rha2VubHkgYmVsaWV2ZXMgdGhlIHRv a2VuIHRvIGJlCgkgICAgICBmb3IgaXQuCgkgICAgPC90PgoJICAgIDx0IGhhbmdUZXh0PSJUb2tl biByZXBsYXk6Ij4KCSAgICAgIEFuIGF0dGFja2VyIGF0dGVtcHRzIHRvIHVzZSBhIHRva2VuIHRo YXQgaGFzIGFscmVhZHkKCSAgICAgIGJlZW4gdXNlZCB3aXRoIHRoYXQgcmVzb3VyY2Ugc2VydmVy IGluIHRoZSBwYXN0LgoJICAgIDwvdD4KCSAgPC9saXN0PiAKCTwvdD4KICAgICAgPC9zZWN0aW9u PiAKCiAgICAgIDxzZWN0aW9uIHRpdGxlPSJUaHJlYXQgTWl0aWdhdGlvbiIgYW5jaG9yPSJtaXRp Z2F0aW9uIj4gCgoJPHQ+CgkgIEEgbGFyZ2UgcmFuZ2Ugb2YgdGhyZWF0cyBjYW4gYmUgbWl0aWdh dGVkIGJ5IHByb3RlY3RpbmcgdGhlCgkgIGNvbnRlbnRzIG9mIHRoZSB0b2tlbiBieSB1c2luZyBh IGRpZ2l0YWwgc2lnbmF0dXJlIG9yIGEKCSAgTWVzc2FnZSBBdXRoZW50aWNhdGlvbiBDb2RlIChN QUMpLgoJICBBbHRlcm5hdGl2ZWx5LCBhIGJlYXJlciB0b2tlbiBjYW4gY29udGFpbiBhIHJlZmVy ZW5jZSB0bwoJICBhdXRob3JpemF0aW9uIGluZm9ybWF0aW9uLCByYXRoZXIgdGhhbiBlbmNvZGlu ZyB0aGUKCSAgaW5mb3JtYXRpb24gZGlyZWN0bHkuIFN1Y2ggcmVmZXJlbmNlcyBNVVNUIGJlIGlu ZmVhc2libGUgZm9yCgkgIGFuIGF0dGFja2VyIHRvIGd1ZXNzOyB1c2luZyBhIHJlZmVyZW5jZSBt YXkgcmVxdWlyZSBhbiBleHRyYQoJICBpbnRlcmFjdGlvbiBiZXR3ZWVuIGEgc2VydmVyIGFuZCB0 aGUgdG9rZW4gaXNzdWVyIHRvIHJlc29sdmUKCSAgdGhlIHJlZmVyZW5jZSB0byB0aGUgYXV0aG9y aXphdGlvbiBpbmZvcm1hdGlvbi4KCSAgVGhlIG1lY2hhbmljcyBvZiBzdWNoIGFuIGludGVyYWN0 aW9uIGFyZSBub3QgZGVmaW5lZCBieSB0aGlzCgkgIHNwZWNpZmljYXRpb24uCgk8L3Q+Cgk8dD4K CSAgVGhpcyBkb2N1bWVudCBkb2VzIG5vdCBzcGVjaWZ5IHRoZSBlbmNvZGluZyBvciB0aGUgY29u dGVudHMKCSAgb2YgdGhlIHRva2VuOyBoZW5jZSBkZXRhaWxlZCByZWNvbW1lbmRhdGlvbnMgYWJv dXQgdGhlIG1lYW5zCgkgIG9mIGd1YXJhbnRlZWluZyB0b2tlbiBpbnRlZ3JpdHkgcHJvdGVjdGlv biBhcmUgb3V0c2lkZSB0aGUKCSAgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4gIFRoZSB0b2tlbiBp bnRlZ3JpdHkgcHJvdGVjdGlvbiBNVVNUCgkgIGJlIHN1ZmZpY2llbnQgdG8gcHJldmVudCB0aGUg dG9rZW4gZnJvbSBiZWluZyBtb2RpZmllZC4KCTwvdD4KCTx0PgoJICBUbyBkZWFsIHdpdGggdG9r ZW4gcmVkaXJlY3QsIGl0IGlzIGltcG9ydGFudCBmb3IgdGhlCgkgIGF1dGhvcml6YXRpb24gc2Vy dmVyIHRvIGluY2x1ZGUgdGhlIGlkZW50aXR5IG9mIHRoZSBpbnRlbmRlZAoJICByZWNpcGllbnRz ICh0aGUgYXVkaWVuY2UpLCB0eXBpY2FsbHkgYSBzaW5nbGUgcmVzb3VyY2UKCSAgc2VydmVyIChv ciBhIGxpc3Qgb2YgcmVzb3VyY2Ugc2VydmVycyksIGluIHRoZSB0b2tlbi4KCSAgUmVzdHJpY3Rp bmcgdGhlIHVzZSBvZiB0aGUgdG9rZW4gdG8gYSBzcGVjaWZpYyBzY29wZSBpcyBhbHNvCgkgIFJF Q09NTUVOREVELgoJPC90PgoJPHQ+CgkgIFRoZSBhdXRob3JpemF0aW9uIHNlcnZlciBNVVNUIGlt cGxlbWVudCBUTFMuCgkgIFdoaWNoIHZlcnNpb24ocykgb3VnaHQgdG8gYmUgaW1wbGVtZW50ZWQg d2lsbCB2YXJ5IG92ZXIKCSAgdGltZSwgYW5kIGRlcGVuZCBvbiB0aGUgd2lkZXNwcmVhZCBkZXBs b3ltZW50IGFuZCBrbm93bgoJICBzZWN1cml0eSB2dWxuZXJhYmlsaXRpZXMgYXQgdGhlIHRpbWUg b2YgaW1wbGVtZW50YXRpb24uCgkgIEF0IHRoZSB0aW1lIG9mIHRoaXMgd3JpdGluZywKCSAgVExT IHZlcnNpb24gMS4yIDx4cmVmIHRhcmdldD0nUkZDNTI0NicgLz4KCSAgaXMgdGhlIG1vc3QgcmVj ZW50IHZlcnNpb24sIGJ1dCBoYXMgdmVyeSBsaW1pdGVkIGFjdHVhbAoJICBkZXBsb3ltZW50LCBh bmQgbWlnaHQgbm90IGJlIHJlYWRpbHkgYXZhaWxhYmxlIGluCgkgIGltcGxlbWVudGF0aW9uIHRv b2xraXRzLgoJICBUTFMgdmVyc2lvbiAxLjAgPHhyZWYgdGFyZ2V0PSdSRkMyMjQ2JyAvPgoJICBp cyB0aGUgbW9zdCB3aWRlbHkgZGVwbG95ZWQgdmVyc2lvbiwgYW5kIHdpbGwgZ2l2ZSB0aGUKCSAg YnJvYWRlc3QgaW50ZXJvcGVyYWJpbGl0eS4KCTwvdD4KCTx0PgoJICBUbyBwcm90ZWN0IGFnYWlu c3QgdG9rZW4gZGlzY2xvc3VyZSwgY29uZmlkZW50aWFsaXR5CgkgIHByb3RlY3Rpb24gTVVTVCBi ZSBhcHBsaWVkIHVzaW5nCgkgIFRMUyA8eHJlZiB0YXJnZXQ9J1JGQzUyNDYnIC8+CgkgIHdpdGgg YSBjaXBoZXJzdWl0ZSB0aGF0IHByb3ZpZGVzIGNvbmZpZGVudGlhbGl0eSBhbmQKCSAgaW50ZWdy aXR5IHByb3RlY3Rpb24uICBUaGlzCgkgIHJlcXVpcmVzIHRoYXQgdGhlIGNvbW11bmljYXRpb24g aW50ZXJhY3Rpb24gYmV0d2VlbiB0aGUKCSAgY2xpZW50IGFuZCB0aGUgYXV0aG9yaXphdGlvbiBz ZXJ2ZXIsIGFzIHdlbGwgYXMgdGhlCgkgIGludGVyYWN0aW9uIGJldHdlZW4gdGhlIGNsaWVudCBh bmQgdGhlIHJlc291cmNlIHNlcnZlciwKCSAgdXRpbGl6ZSBjb25maWRlbnRpYWxpdHkgYW5kIGlu dGVncml0eSBwcm90ZWN0aW9uLgoJICBTaW5jZSBUTFMgaXMgbWFuZGF0b3J5IHRvCgkgIGltcGxl bWVudCBhbmQgdG8gdXNlIHdpdGggdGhpcyBzcGVjaWZpY2F0aW9uLCBpdCBpcyB0aGUKCSAgcHJl ZmVycmVkIGFwcHJvYWNoIGZvciBwcmV2ZW50aW5nIHRva2VuIGRpc2Nsb3N1cmUgdmlhIHRoZQoJ ICBjb21tdW5pY2F0aW9uIGNoYW5uZWwuIEZvciB0aG9zZSBjYXNlcyB3aGVyZSB0aGUgY2xpZW50 CgkgIGlzIHByZXZlbnRlZCBmcm9tIG9ic2VydmluZyB0aGUgY29udGVudHMgb2YgdGhlIHRva2Vu LCB0b2tlbgoJICBlbmNyeXB0aW9uIE1VU1QgYmUgYXBwbGllZCBpbiBhZGRpdGlvbiB0byB0aGUg dXNhZ2Ugb2YgVExTCgkgIHByb3RlY3Rpb24uCgkgIEFzIGEgZnVydGhlciBkZWZlbnNlIGFnYWlu c3QgdG9rZW4gZGlzY2xvc3VyZSwgdGhlIGNsaWVudAoJICBNVVNUIHZhbGlkYXRlIHRoZSBUTFMg Y2VydGlmaWNhdGUgY2hhaW4gd2hlbiBtYWtpbmcgcmVxdWVzdHMKCSAgdG8gcHJvdGVjdGVkIHJl c291cmNlcy4KCTwvdD4KCTx0PgoJICBDb29raWVzIGFyZSB0eXBpY2FsbHkgdHJhbnNtaXR0ZWQg aW4gdGhlIGNsZWFyLiAgVGh1cywgYW55CgkgIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGVt IGlzIGF0IHJpc2sgb2YgZGlzY2xvc3VyZS4KCSAgVGhlcmVmb3JlLCBiZWFyZXIgdG9rZW5zIE1V U1QgTk9UIGJlIHN0b3JlZCBpbiBjb29raWVzIHRoYXQKCSAgY2FuIGJlIHNlbnQgaW4gdGhlIGNs ZWFyLgoJPC90PgoJPHQ+CgkgIEluIHNvbWUgZGVwbG95bWVudHMsIGluY2x1ZGluZyB0aG9zZSB1 dGlsaXppbmcgbG9hZAoJICBiYWxhbmNlcnMsIHRoZSBUTFMgY29ubmVjdGlvbiB0byB0aGUgcmVz b3VyY2Ugc2VydmVyCgkgIHRlcm1pbmF0ZXMgcHJpb3IgdG8gdGhlIGFjdHVhbCBzZXJ2ZXIgdGhh dCBwcm92aWRlcyB0aGUKCSAgcmVzb3VyY2UuICBUaGlzIGNvdWxkIGxlYXZlIHRoZSB0b2tlbiB1 bnByb3RlY3RlZCBiZXR3ZWVuCgkgIHRoZSBmcm9udCBlbmQgc2VydmVyIHdoZXJlIHRoZSBUTFMg Y29ubmVjdGlvbiB0ZXJtaW5hdGVzIGFuZAoJICB0aGUgYmFjayBlbmQgc2VydmVyIHRoYXQgcHJv dmlkZXMgdGhlIHJlc291cmNlLiAgSW4gc3VjaAoJICBkZXBsb3ltZW50cywgc3VmZmljaWVudCBt ZWFzdXJlcyBNVVNUIGJlIGVtcGxveWVkIHRvIGVuc3VyZQoJICBjb25maWRlbnRpYWxpdHkgb2Yg dGhlIHRva2VuIGJldHdlZW4gdGhlIGZyb250IGVuZCBhbmQKCSAgYmFjayBlbmQgc2VydmVyczsg ZW5jcnlwdGlvbiBvZiB0aGUgdG9rZW4gaXMgb25lIHBvc3NpYmxlCgkgIHN1Y2ggbWVhc3VyZS4K CTwvdD4KCTx0PgoJICBUbyBkZWFsIHdpdGggdG9rZW4gY2FwdHVyZSBhbmQgcmVwbGF5LAoJICB0 aGUgZm9sbG93aW5nIHJlY29tbWVuZGF0aW9ucyBhcmUKCSAgbWFkZTogRmlyc3QsIHRoZSBsaWZl dGltZSBvZiB0aGUgdG9rZW4gTVVTVCBiZSBsaW1pdGVkOwoJICBvbmUgbWVhbnMgb2YgYWNoaWV2 aW5nIHRoaXMgaXMgYnkKCSAgcHV0dGluZyBhIHZhbGlkaXR5IHRpbWUgZmllbGQgaW5zaWRlIHRo ZSBwcm90ZWN0ZWQgcGFydCBvZgoJICB0aGUgdG9rZW4uICBOb3RlIHRoYXQgdXNpbmcgc2hvcnQt bGl2ZWQgKG9uZSBob3VyIG9yIGxlc3MpCgkgIHRva2VucyByZWR1Y2VzIHRoZSBpbXBhY3Qgb2Yg dGhlbSBiZWluZwoJICBsZWFrZWQuICBTZWNvbmQsIGNvbmZpZGVudGlhbGl0eSBwcm90ZWN0aW9u IG9mIHRoZSBleGNoYW5nZXMKCSAgYmV0d2VlbiB0aGUgY2xpZW50IGFuZCB0aGUgYXV0aG9yaXph dGlvbiBzZXJ2ZXIgYW5kIGJldHdlZW4KCSAgdGhlIGNsaWVudCBhbmQgdGhlIHJlc291cmNlIHNl cnZlciBNVVNUIGJlIGFwcGxpZWQuCgkgIEFzIGEKCSAgY29uc2VxdWVuY2UsIG5vIGVhdmVzZHJv cHBlciBhbG9uZyB0aGUgY29tbXVuaWNhdGlvbiBwYXRoIGlzCgkgIGFibGUgdG8gb2JzZXJ2ZSB0 aGUgdG9rZW4gZXhjaGFuZ2UuIENvbnNlcXVlbnRseSwgc3VjaCBhbgoJICBvbi1wYXRoIGFkdmVy c2FyeSBjYW5ub3QgcmVwbGF5IHRoZSB0b2tlbi4KCSAgRnVydGhlcm1vcmUsIHdoZW4KCSAgcHJl c2VudGluZyB0aGUgdG9rZW4gdG8gYSByZXNvdXJjZSBzZXJ2ZXIsIHRoZSBjbGllbnQgTVVTVAoJ ICB2ZXJpZnkgdGhlIGlkZW50aXR5IG9mIHRoYXQgcmVzb3VyY2Ugc2VydmVyLCBhcyBwZXIKCSAg UmVwcmVzZW50YXRpb24gYW5kIFZlcmlmaWNhdGlvbiBvZiBEb21haW4tQmFzZWQgQXBwbGljYXRp b24gU2VydmljZQoJICBJZGVudGl0eSB3aXRoaW4gSW50ZXJuZXQgUHVibGljIEtleSBJbmZyYXN0 cnVjdHVyZSBVc2luZyBYLjUwOSAoUEtJWCkKCSAgQ2VydGlmaWNhdGVzIGluIHRoZSBDb250ZXh0 IG9mIFRyYW5zcG9ydCBMYXllciBTZWN1cml0eSAoVExTKQoJICA8eHJlZiB0YXJnZXQ9IlJGQzYx MjUiIC8+LgoJICBOb3RlIHRoYXQgdGhlCgkgIGNsaWVudCBNVVNUIHZhbGlkYXRlIHRoZSBUTFMg Y2VydGlmaWNhdGUgY2hhaW4gd2hlbiBtYWtpbmcKCSAgdGhlc2UgcmVxdWVzdHMgdG8gcHJvdGVj dGVkIHJlc291cmNlcy4gIFByZXNlbnRpbmcgdGhlIHRva2VuCgkgIHRvIGFuIHVuYXV0aGVudGlj YXRlZCBhbmQgdW5hdXRob3JpemVkIHJlc291cmNlIHNlcnZlciBvcgoJICBmYWlsaW5nIHRvIHZh bGlkYXRlIHRoZSBjZXJ0aWZpY2F0ZSBjaGFpbiB3aWxsIGFsbG93CgkgIGFkdmVyc2FyaWVzIHRv IHN0ZWFsIHRoZSB0b2tlbiBhbmQgZ2FpbiB1bmF1dGhvcml6ZWQgYWNjZXNzCgkgIHRvIHByb3Rl Y3RlZCByZXNvdXJjZXMuCgk8L3Q+CiAgICAgIDwvc2VjdGlvbj4gCiAKICAgICAgPHNlY3Rpb24g dGl0bGU9IlN1bW1hcnkgb2YgUmVjb21tZW5kYXRpb25zIj4KCTx0PgoJICA8bGlzdCBzdHlsZT0i aGFuZ2luZyI+CgkgICAgPHQgaGFuZ1RleHQ9IlNhZmVndWFyZCBiZWFyZXIgdG9rZW5zOiI+Cgkg ICAgICBDbGllbnQgaW1wbGVtZW50YXRpb25zIE1VU1QgZW5zdXJlIHRoYXQgYmVhcmVyIHRva2Vu cwoJICAgICAgYXJlIG5vdCBsZWFrZWQgdG8gdW5pbnRlbmRlZCBwYXJ0aWVzLCBhcyB0aGV5IHdp bGwgYmUKCSAgICAgIGFibGUgdG8gdXNlIHRoZW0gdG8gZ2FpbiBhY2Nlc3MgdG8gcHJvdGVjdGVk IHJlc291cmNlcy4KCSAgICAgIFRoaXMgaXMgdGhlIHByaW1hcnkgc2VjdXJpdHkgY29uc2lkZXJh dGlvbiB3aGVuIHVzaW5nCgkgICAgICBiZWFyZXIgdG9rZW5zIGFuZCB1bmRlcmxpZXMgYWxsIHRo ZSBtb3JlCgkgICAgICBzcGVjaWZpYyByZWNvbW1lbmRhdGlvbnMgdGhhdCBmb2xsb3cuCgkgICAg PC90PgoJICAgIDx0IGhhbmdUZXh0PSJWYWxpZGF0ZSBTU0wgY2VydGlmaWNhdGUgY2hhaW5zOiI+ CgkgICAgICBUaGUgY2xpZW50IE1VU1QgdmFsaWRhdGUgdGhlIFRMUyBjZXJ0aWZpY2F0ZSBjaGFp biB3aGVuCgkgICAgICBtYWtpbmcgcmVxdWVzdHMgdG8gcHJvdGVjdGVkIHJlc291cmNlcy4gIEZh aWxpbmcgdG8gZG8KCSAgICAgIHNvIG1heSBlbmFibGUgRE5TIGhpamFja2luZyBhdHRhY2tzIHRv IHN0ZWFsIHRoZSB0b2tlbgoJICAgICAgYW5kIGdhaW4gdW5pbnRlbmRlZCBhY2Nlc3MuCgkgICAg PC90PgoJICAgIDx0IGhhbmdUZXh0PSJBbHdheXMgdXNlIFRMUyAoaHR0cHMpOiI+CgkgICAgICBD bGllbnRzIE1VU1QgYWx3YXlzIHVzZQoJICAgICAgVExTIDx4cmVmIHRhcmdldD0nUkZDNTI0Nicg Lz4KCSAgICAgIChodHRwcykgb3IgZXF1aXZhbGVudCB0cmFuc3BvcnQgc2VjdXJpdHkgd2hlbiBt YWtpbmcgcmVxdWVzdHMKCSAgICAgIHdpdGggYmVhcmVyIHRva2Vucy4gIEZhaWxpbmcgdG8gZG8g c28gZXhwb3NlcyB0aGUgdG9rZW4KCSAgICAgIHRvIG51bWVyb3VzIGF0dGFja3MgdGhhdCBjb3Vs ZCBnaXZlIGF0dGFja2VycyB1bmludGVuZGVkCgkgICAgICBhY2Nlc3MuCgkgICAgPC90PgoJICAg IDx0IGhhbmdUZXh0PSJEb24ndCBzdG9yZSBiZWFyZXIgdG9rZW5zIGluIGNvb2tpZXM6Ij4KCSAg ICAgIEltcGxlbWVudGF0aW9ucyBNVVNUIE5PVCBzdG9yZSBiZWFyZXIgdG9rZW5zIHdpdGhpbgoJ ICAgICAgY29va2llcyB0aGF0IGNhbiBiZSBzZW50IGluIHRoZSBjbGVhciAod2hpY2ggaXMgdGhl CgkgICAgICBkZWZhdWx0IHRyYW5zbWlzc2lvbiBtb2RlIGZvciBjb29raWVzKS4KCSAgICAgIElt cGxlbWVudGF0aW9ucyB0aGF0IGRvIHN0b3JlIGJlYXJlciB0b2tlbnMgaW4gY29va2llcwoJICAg ICAgTVVTVCB0YWtlIHByZWNhdXRpb25zIGFnYWluc3QgY3Jvc3Mgc2l0ZSByZXF1ZXN0IGZvcmdl cnkuCgkgICAgPC90PgoJICAgIDx0IGhhbmdUZXh0PSJJc3N1ZSBzaG9ydC1saXZlZCBiZWFyZXIg dG9rZW5zOiI+CgkgICAgICBUb2tlbiBzZXJ2ZXJzIFNIT1VMRCBpc3N1ZSBzaG9ydC1saXZlZCAo b25lIGhvdXIgb3IKCSAgICAgIGxlc3MpIGJlYXJlciB0b2tlbnMsIHBhcnRpY3VsYXJseSB3aGVu IGlzc3VpbmcgdG9rZW5zIHRvCgkgICAgICBjbGllbnRzIHRoYXQgcnVuIHdpdGhpbiBhIHdlYiBi cm93c2VyIG9yIG90aGVyCgkgICAgICBlbnZpcm9ubWVudHMgd2hlcmUgaW5mb3JtYXRpb24gbGVh a2FnZSBtYXkgb2NjdXIuICBVc2luZwoJICAgICAgc2hvcnQtbGl2ZWQgYmVhcmVyIHRva2VucyBj YW4gcmVkdWNlIHRoZSBpbXBhY3Qgb2YgdGhlbQoJICAgICAgYmVpbmcgbGVha2VkLgoJICAgIDwv dD4KCSAgICA8dCBoYW5nVGV4dD0iSXNzdWUgc2NvcGVkIGJlYXJlciB0b2tlbnM6Ij4KCSAgICAg IFRva2VuIHNlcnZlcnMgU0hPVUxEIGlzc3VlIGJlYXJlciB0b2tlbnMgdGhhdCBjb250YWluIGFu IGF1ZGllbmNlCgkgICAgICByZXN0cmljdGlvbiwgc2NvcGluZyB0aGVpciB1c2UgdG8gdGhlIGlu dGVuZGVkIHJlbHlpbmcKCSAgICAgIHBhcnR5IG9yIHNldCBvZiByZWx5aW5nIHBhcnRpZXMuCgkg ICAgPC90PgoJICAgIDx0IGhhbmdUZXh0PSJEb24ndCBwYXNzIGJlYXJlciB0b2tlbnMgaW4gcGFn ZSBVUkxzOiI+CgkgICAgICBCZWFyZXIgdG9rZW5zIFNIT1VMRCBOT1QgYmUgcGFzc2VkIGluIHBh Z2UgVVJMcyAoZm9yCgkgICAgICBleGFtcGxlIGFzIHF1ZXJ5IHN0cmluZyBwYXJhbWV0ZXJzKS4g SW5zdGVhZCwgYmVhcmVyCgkgICAgICB0b2tlbnMgU0hPVUxEIGJlIHBhc3NlZCBpbiBIVFRQIG1l c3NhZ2UgaGVhZGVycyBvcgoJICAgICAgbWVzc2FnZSBib2RpZXMgZm9yIHdoaWNoIGNvbmZpZGVu dGlhbGl0eSBtZWFzdXJlcyBhcmUKCSAgICAgIHRha2VuLiBCcm93c2Vycywgd2ViIHNlcnZlcnMs IGFuZCBvdGhlciBzb2Z0d2FyZSBtYXkgbm90CgkgICAgICBhZGVxdWF0ZWx5IHNlY3VyZSBVUkxz IGluIHRoZSBicm93c2VyIGhpc3RvcnksIHdlYgoJICAgICAgc2VydmVyIGxvZ3MsIGFuZCBvdGhl ciBkYXRhIHN0cnVjdHVyZXMuIElmIGJlYXJlciB0b2tlbnMKCSAgICAgIGFyZSBwYXNzZWQgaW4g cGFnZSBVUkxzLCBhdHRhY2tlcnMgbWlnaHQgYmUgYWJsZSB0bwoJICAgICAgc3RlYWwgdGhlbSBm cm9tIHRoZSBoaXN0b3J5IGRhdGEsIGxvZ3MsIG9yIG90aGVyCgkgICAgICB1bnNlY3VyZWQgbG9j YXRpb25zLgoJICAgIDwvdD4KCSAgPC9saXN0PgoJPC90PgogICAgICA8L3NlY3Rpb24+CiAgICA8 L3NlY3Rpb24+CgogICAgPHNlY3Rpb24gdGl0bGU9J0lBTkEgQ29uc2lkZXJhdGlvbnMnPiAgIAoK ICAgICAgPHNlY3Rpb24gdGl0bGU9J09BdXRoIEFjY2VzcyBUb2tlbiBUeXBlIFJlZ2lzdHJhdGlv bic+CiAgICAgICAgPHQ+CiAgICAgICAgICBUaGlzIHNwZWNpZmljYXRpb24gcmVnaXN0ZXJzIHRo ZSBmb2xsb3dpbmcgYWNjZXNzIHRva2VuIHR5cGUgaW4gdGhlIE9BdXRoIEFjY2VzcyBUb2tlbgog ICAgICAgICAgVHlwZSBSZWdpc3RyeS4KICAgICAgICA8L3Q+CgogICAgICAgIDxzZWN0aW9uIHRp dGxlPSdUaGUgIkJlYXJlciIgT0F1dGggQWNjZXNzIFRva2VuIFR5cGUnPgogICAgICAgICAgPHQ+ CiAgICAgICAgICAgIDxsaXN0IHN0eWxlPSdoYW5naW5nJz4KICAgICAgICAgICAgICA8dCBoYW5n VGV4dD0nVHlwZSBuYW1lOic+CiAgICAgICAgICAgICAgICA8dnNwYWNlIC8+CiAgICAgICAgICAg ICAgICBCZWFyZXIKICAgICAgICAgICAgICA8L3Q+CiAgICAgICAgICAgICAgPHQgaGFuZ1RleHQ9 J0FkZGl0aW9uYWwgVG9rZW4gRW5kcG9pbnQgUmVzcG9uc2UgUGFyYW1ldGVyczonPgogICAgICAg ICAgICAgICAgPHZzcGFjZSAvPgogICAgICAgICAgICAgICAgKG5vbmUpCiAgICAgICAgICAgICAg PC90PgogICAgICAgICAgICAgIDx0IGhhbmdUZXh0PSdIVFRQIEF1dGhlbnRpY2F0aW9uIFNjaGVt ZShzKTonPgogICAgICAgICAgICAgICAgPHZzcGFjZSAvPgogICAgICAgICAgICAgICAgQmVhcmVy CiAgICAgICAgICAgICAgPC90PgogICAgICAgICAgICAgIDx0IGhhbmdUZXh0PSdDaGFuZ2UgY29u dHJvbGxlcjonPgogICAgICAgICAgICAgICAgPHZzcGFjZSAvPgogICAgICAgICAgICAgICAgSUVU RgogICAgICAgICAgICAgIDwvdD4KICAgICAgICAgICAgICA8dCBoYW5nVGV4dD0nU3BlY2lmaWNh dGlvbiBkb2N1bWVudChzKTonPgogICAgICAgICAgICAgICAgPHZzcGFjZSAvPgogICAgICAgICAg ICAgICAgW1sgdGhpcyBkb2N1bWVudCBdXQogICAgICAgICAgICAgIDwvdD4KICAgICAgICAgICAg PC9saXN0PgogICAgICAgICAgPC90PgogICAgICAgIDwvc2VjdGlvbj4KICAgICAgPC9zZWN0aW9u PgoKICAgICAgPHNlY3Rpb24gdGl0bGU9J0F1dGhlbnRpY2F0aW9uIFNjaGVtZSBSZWdpc3RyYXRp b24nPgogICAgICAgIDx0PgogICAgICAgICAgVGhpcyBzcGVjaWZpY2F0aW9uIHJlZ2lzdGVycyB0 aGUgZm9sbG93aW5nIGF1dGhlbnRpY2F0aW9uCiAgICAgICAgICBzY2hlbWUgaW4gdGhlIEF1dGhl bnRpY2F0aW9uIFNjaGVtZSBSZWdpc3RyeSBkZWZpbmVkIGluCiAgICAgICAgICBIVFRQLzEuMSwg UGFydCA3IDx4cmVmIHRhcmdldD0nSS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoJyAvPi4KICAgICAg ICA8L3Q+CgogICAgICAgIDxzZWN0aW9uIHRpdGxlPSdUaGUgIkJlYXJlciIgQXV0aGVudGljYXRp b24gU2NoZW1lJz4KICAgICAgICAgIDx0PgogICAgICAgICAgICA8bGlzdCBzdHlsZT0naGFuZ2lu Zyc+CiAgICAgICAgICAgICAgPHQgaGFuZ1RleHQ9J0F1dGhlbnRpY2F0aW9uIFNjaGVtZSBOYW1l Oic+CiAgICAgICAgICAgICAgICA8dnNwYWNlIC8+CiAgICAgICAgICAgICAgICBCZWFyZXIKICAg ICAgICAgICAgICA8L3Q+CiAgICAgICAgICAgICAgPHQgaGFuZ1RleHQ9J1BvaW50ZXIgdG8gc3Bl Y2lmaWNhdGlvbiB0ZXh0Oic+CiAgICAgICAgICAgICAgICA8dnNwYWNlIC8+CiAgICAgICAgICAg ICAgICBbWyB0aGlzIGRvY3VtZW50IF1dCiAgICAgICAgICAgICAgPC90PgogICAgICAgICAgICAg IDx0IGhhbmdUZXh0PSdOb3RlcyAob3B0aW9uYWwpOic+CiAgICAgICAgICAgICAgICA8dnNwYWNl IC8+CiAgICAgICAgICAgICAgICAobm9uZSkKICAgICAgICAgICAgICA8L3Q+CiAgICAgICAgICAg IDwvbGlzdD4KICAgICAgICAgIDwvdD4KICAgICAgICA8L3NlY3Rpb24+CiAgICAgIDwvc2VjdGlv bj4KCiAgICA8L3NlY3Rpb24+IAoKICA8L21pZGRsZT4KCiAgPGJhY2s+CgogICAgPHJlZmVyZW5j ZXMgdGl0bGU9J05vcm1hdGl2ZSBSZWZlcmVuY2VzJz4KCiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0 dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuMjEx OS54bWwnID8+CiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1 YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuMjI0Ni54bWwnID8+CiAgICAgIDw/cmZjIGlu Y2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5j ZS5SRkMuMzk4Ni54bWwnID8+CiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3Vy Y2Uub3JnL3B1YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuNTIzNC54bWwnID8+CiAgICAg IDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmlieG1s L3JlZmVyZW5jZS5SRkMuNTI0Ni54bWwnID8+CiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94 bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuNjEyNS54bWwn ID8+CiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9y ZmMvYmlieG1sNC9yZWZlcmVuY2UuVzNDLlJFQy1odG1sNDAxLTE5OTkxMjI0LnhtbCcgPz4KCiAg ICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9yZmMvYmli eG1sMy9yZWZlcmVuY2UuSS1ELmRyYWZ0LWlldGYtaHR0cGJpcy1wMS1tZXNzYWdpbmctMTcueG1s Jz8+CiAgICAgIDw/cmZjIGluY2x1ZGU9J2h0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9y ZmMvYmlieG1sMy9yZWZlcmVuY2UuSS1ELmRyYWZ0LWlldGYtaHR0cGJpcy1wNy1hdXRoLTE3Lnht bCc/PgogICAgICA8P3JmYyBpbmNsdWRlPSdodHRwOi8veG1sLnJlc291cmNlLm9yZy9wdWJsaWMv cmZjL2JpYnhtbDMvcmVmZXJlbmNlLkktRC5kcmFmdC1pZXRmLW9hdXRoLXYyLTIyLnhtbCcgPz4K CiAgICA8L3JlZmVyZW5jZXM+CgogICAgPHJlZmVyZW5jZXMgdGl0bGU9IkluZm9ybWF0aXZlIFJl ZmVyZW5jZXMiPgoKICAgICAgPD9yZmMgaW5jbHVkZT0naHR0cDovL3htbC5yZXNvdXJjZS5vcmcv cHVibGljL3JmYy9iaWJ4bWwvcmVmZXJlbmNlLlJGQy4yNjE2LnhtbCcgPz4KICAgICAgPD9yZmMg aW5jbHVkZT0naHR0cDovL3htbC5yZXNvdXJjZS5vcmcvcHVibGljL3JmYy9iaWJ4bWwvcmVmZXJl bmNlLlJGQy4yNjE3LnhtbCcgPz4KCiAgICAgIDxyZWZlcmVuY2UgYW5jaG9yPSJOSVNUODAwLTYz Ij4KICAgICAgICA8ZnJvbnQ+CiAgICAgICAgICA8dGl0bGU+TklTVCBTcGVjaWFsIFB1YmxpY2F0 aW9uIDgwMC02My0xLCBJTkZPUk1BVElPTiBTRUNVUklUWTwvdGl0bGU+CiAgICAgICAgICA8YXV0 aG9yIGZ1bGxuYW1lPSJXaWxsaWFtIEUuIEJ1cnIiIGluaXRpYWxzPSJXLiIgc3VybmFtZT0iQnVy ciI+CiAgICAgICAgICAgIDxvcmdhbml6YXRpb24+TklTVDwvb3JnYW5pemF0aW9uPgogICAgICAg ICAgPC9hdXRob3I+CiAgICAgICAgICA8YXV0aG9yIGZ1bGxuYW1lPSJEb25uYSBGLiBEb2Rzb24i IGluaXRpYWxzPSJELiIgc3VybmFtZT0iRG9kc29uIj4KICAgICAgICAgICAgPG9yZ2FuaXphdGlv bj5OSVNUPC9vcmdhbml6YXRpb24+CiAgICAgICAgICA8L2F1dGhvcj4KICAgICAgICAgIDxhdXRo b3IgZnVsbG5hbWU9IlJheSBBLiBQZXJsbmVyIiBpbml0aWFscz0iUi4iIHN1cm5hbWU9IlBlcmxu ZXIiPgogICAgICAgICAgICA8b3JnYW5pemF0aW9uPk5JU1Q8L29yZ2FuaXphdGlvbj4KICAgICAg ICAgIDwvYXV0aG9yPgogICAgICAgICAgPGF1dGhvciBmdWxsbmFtZT0iVy4gVGltb3RoeSBQb2xr IiBpbml0aWFscz0iVC4iIHN1cm5hbWU9IlBvbGsiPgogICAgICAgICAgICA8b3JnYW5pemF0aW9u Pk5JU1Q8L29yZ2FuaXphdGlvbj4KICAgICAgICAgIDwvYXV0aG9yPgogICAgICAgICAgPGF1dGhv ciBmdWxsbmFtZT0iU2FyYmFyaSBHdXB0YSIgaW5pdGlhbHM9IlMuIiBzdXJuYW1lPSJHdXB0YSI+ CiAgICAgICAgICAgIDxvcmdhbml6YXRpb24+TklTVDwvb3JnYW5pemF0aW9uPgogICAgICAgICAg PC9hdXRob3I+CiAgICAgICAgICA8YXV0aG9yIGZ1bGxuYW1lPSJFbWFkIEEuIE5hYmJ1cyIgaW5p dGlhbHM9IkUuIiBzdXJuYW1lPSJOYWJidXMiPgogICAgICAgICAgICA8b3JnYW5pemF0aW9uPk5J U1Q8L29yZ2FuaXphdGlvbj4KICAgICAgICAgIDwvYXV0aG9yPgogICAgICAgICAgPGRhdGUgbW9u dGg9IkRlY2VtYmVyIiB5ZWFyPSIyMDA4Ii8+CiAgICAgICAgPC9mcm9udD4KICAgICAgICA8Zm9y bWF0IHRhcmdldD0iaHR0cDovL2NzcmMubmlzdC5nb3YvcHVibGljYXRpb25zL1B1YnNEcmFmdHMu aHRtbCNTUC04MDAtNjMtUmV2LiUyMDEiIHR5cGU9IkhUTUwiLz4KICAgICAgPC9yZWZlcmVuY2U+ CgogICAgPC9yZWZlcmVuY2VzPiAKCiAgICA8c2VjdGlvbiB0aXRsZT0nQWNrbm93bGVkZ2VtZW50 cyc+CiAgICAgIDx0PgogICAgICAgIFRoZSBmb2xsb3dpbmcgcGVvcGxlIGNvbnRyaWJ1dGVkIHRv IHByZWxpbWluYXJ5IHZlcnNpb25zIG9mIHRoaXMgZG9jdW1lbnQ6CiAgICAgICAgQmxhaW5lIENv b2sgKEJUKSwgQnJpYW4gRWF0b24gKEdvb2dsZSksIFlhcm9uIFkuIEdvbGFuZCAoTWljcm9zb2Z0 KSwgQnJlbnQgR29sZG1hbiAoRmFjZWJvb2spLAogICAgICAgIFJhZmZpIEtyaWtvcmlhbiAoVHdp dHRlciksIEx1a2UgU2hlcGFyZCAoRmFjZWJvb2spLCBhbmQgQWxsZW4gVG9tIChZYWhvbyEpLiBU aGUgY29udGVudCBhbmQKICAgICAgICBjb25jZXB0cyB3aXRoaW4gYXJlIGEgcHJvZHVjdCBvZiB0 aGUgT0F1dGggY29tbXVuaXR5LCB0aGUgV1JBUCBjb21tdW5pdHksIGFuZCB0aGUgT0F1dGggV29y a2luZwogICAgICAgIEdyb3VwLgogICAgICA8L3Q+CiAgICAgIDx0PgogICAgICAgIFRoZSBPQXV0 aCBXb3JraW5nIEdyb3VwIGhhcyBkb3plbnMgb2YgdmVyeSBhY3RpdmUgY29udHJpYnV0b3JzIHdo byBwcm9wb3NlZCBpZGVhcyBhbmQKICAgICAgICB3b3JkaW5nIGZvciB0aGlzIGRvY3VtZW50LCBp bmNsdWRpbmc6CglNaWNoYWVsIEFkYW1zLCBBbWFuZGEgQW5nYW5lcywgQW5kcmV3IEFybm90dCwg RGlyayBCYWxmYW56LAoJSm9obiBCcmFkbGV5LCBCcmlhbiBDYW1wYmVsbCwgTGVhaCBDdWx2ZXIs IEJpbGwgZGUgaMOTcmEsCglCcmlhbiBFbGxpbiwgSWdvciBGYXluYmVyZywgU3RlcGhlbiBGYXJy ZWxsLCBHZW9yZ2UgRmxldGNoZXIsCglUaW0gRnJlZW1hbiwgRXZhbiBHaWxiZXJ0LCBZYXJvbiBZ LiBHb2xhbmQsIFRob21hcyBIYXJkam9ubywKCUp1c3RpbiBIYXJ0LCBQaGlsIEh1bnQsIEpvaG4g S2VtcCwgRXJhbiBIYW1tZXItTGFoYXYsCglDaGFzZW4gTGUgSGFyYSwgQmFycnkgTGVpYmEsIE1p Y2hhZWwgQi4gSm9uZXMsCglUb3JzdGVuIExvZGRlcnN0ZWR0LCBFdmUgTWFsZXIsIEphbWVzIE1h bmdlciwgTGF1cmVuY2UgTWlhbywKCVdpbGxpYW0gSi4gTWlsbHMsIENodWNrIE1vcnRpbW9yZSwg QW50aG9ueSBOYWRhbGluLAoJSnVsaWFuIFJlc2Noa2UsIEp1c3RpbiBSaWNoZXIsIFBldGVyIFNh aW50LUFuZHJlLCBOYXQgU2FraW11cmEsCglSb2IgU2F5cmUsIE1hcml1cyBTY3VydGVzY3UsIE5h aXRpayBTaGFoLCBKdXN0aW4gU21pdGgsCglKZXJlbXkgU3VyaWVsLCBDaHJpc3RpYW4gU3TDvGJu ZXIsIFBhdWwgVGFyamFuLAoJSGFubmVzIFRzY2hvZmVuaWcsIEZyYW5rbGluIFRzZSwgYW5kIFNo YW5lIFdlZWRlbi4KICAgICAgPC90PgogICAgPC9zZWN0aW9uPgoKICAgIDxzZWN0aW9uIHRpdGxl PSdEb2N1bWVudCBIaXN0b3J5Jz4KICAgICAgPHQ+CiAgICAgICAgW1sgdG8gYmUgcmVtb3ZlZCBi eSB0aGUgUkZDIGVkaXRvciBiZWZvcmUgcHVibGljYXRpb24gYXMgYW4gUkZDIF1dCiAgICAgIDwv dD4KICAgICAgPHQ+CiAgICAgICAgLTE1CiAgICAgICAgPGxpc3Qgc3R5bGU9J3N5bWJvbHMnPgoJ ICA8dD4KCSAgICBDbGFyaWZpZWQgdGhhdCBmb3JtLWVuY29kZWQgY29udGVudCBtdXN0IGNvbnNp c3QgZW50aXJlbHkKCSAgICBvZiBBU0NJSSBjaGFyYWN0ZXJzLgoJICA8L3Q+CgkgIDx0PgoJICAg IEFkZGVkIFRMUyB2ZXJzaW9uIHJlcXVpcmVtZW50cy4KCSAgPC90PgoJICA8dD4KCSAgICBBcHBs aWVkIGVkaXRvcmlhbCBpbXByb3ZlbWVudHMgc3VnZ2VzdGVkIGJ5IE1hcmsKCSAgICBOb3R0aW5n aGFtIGR1cmluZyB0aGUgQVBQUyBhcmVhIHJldmlldy4KCSAgPC90PgogICAgICAgIDwvbGlzdD4K ICAgICAgPC90PgogICAgICA8dD4KICAgICAgICAtMTQKICAgICAgICA8bGlzdCBzdHlsZT0nc3lt Ym9scyc+CgkgIDx0PgoJICAgIENoYW5nZXMgbWFkZSBpbiByZXNwb25zZSB0byByZXZpZXcgY29t bWVudHMgYnkgU2VjdXJpdHkKCSAgICBBcmVhIERpcmVjdG9yIFN0ZXBoZW4gRmFycmVsbC4gIFNw ZWNpZmljYWxseToKCSAgPC90PgoJICA8dD4KCSAgICBTdHJlbmd0aGVuZWQgd2FybmluZ3MgYWJv dXQgcGFzc2luZyBhbiBhY2Nlc3MgdG9rZW4gYXMgYQoJICAgIHF1ZXJ5IHBhcmFtZXRlciBhbmQg bW9yZSBwcmVjaXNlbHkgZGVzY3JpYmVkIHRoZQoJICAgIGxpbWl0YXRpb25zIHBsYWNlZCB1cG9u IHRoZSB1c2Ugb2YgdGhpcyBtZXRob2QuCgkgIDwvdD4KCSAgPHQ+CgkgICAgQ2xhcmlmaWVkIHRo YXQgdGhlIDxzcGFueCBzdHlsZT0ndmVyYic+cmVhbG08L3NwYW54PgoJICAgIGF0dHJpYnV0ZSBN QVkgaW5jbHVkZWQgdG8gaW5kaWNhdGUgdGhlIHNjb3BlIG9mIHByb3RlY3Rpb24KCSAgICBpbiB0 aGUgbWFubmVyIGRlc2NyaWJlZCBpbgoJICAgIEhUVFAvMS4xLCBQYXJ0IDcgPHhyZWYgdGFyZ2V0 PSdJLUQuaWV0Zi1odHRwYmlzLXA3LWF1dGgnIC8+LgoJICA8L3Q+CgkgIDx0PgoJICAgIE5vcm1h dGl2ZWx5IHN0YXRlZCB0aGF0ICJ0aGUgdG9rZW4gaW50ZWdyaXR5IHByb3RlY3Rpb24KCSAgICBN VVNUIGJlIHN1ZmZpY2llbnQgdG8gcHJldmVudCB0aGUgdG9rZW4gZnJvbSBiZWluZwoJICAgIG1v ZGlmaWVkIi4KCSAgPC90PgoJICA8dD4KCSAgICBBZGRlZCBzdGF0ZW1lbnQgdGhhdCAiVExTIGlz IG1hbmRhdG9yeSB0byBpbXBsZW1lbnQgYW5kCgkgICAgdXNlIHdpdGggdGhpcyBzcGVjaWZpY2F0 aW9uIiB0byB0aGUgaW50cm9kdWN0aW9uLgoJICA8L3Q+CgkgIDx0PgoJICAgIFN0YXRlZCB0aGF0 IFRMUyBNVVNUIGJlIHVzZWQgd2l0aCAiYSBjaXBoZXJzdWl0ZSB0aGF0CgkgICAgcHJvdmlkZXMg Y29uZmlkZW50aWFsaXR5IGFuZCBpbnRlZ3JpdHkgcHJvdGVjdGlvbiIuCgkgIDwvdD4KCSAgPHQ+ CgkgICAgQWRkZWQgIkFzIGEgZnVydGhlciBkZWZlbnNlIGFnYWluc3QgdG9rZW4gZGlzY2xvc3Vy ZSwgdGhlCgkgICAgY2xpZW50IE1VU1QgdmFsaWRhdGUgdGhlIFRMUyBjZXJ0aWZpY2F0ZSBjaGFp biB3aGVuIG1ha2luZwoJICAgIHJlcXVlc3RzIHRvIHByb3RlY3RlZCByZXNvdXJjZXMiIHRvIHRo ZSBUaHJlYXQgTWl0aWdhdGlvbgoJICAgIHNlY3Rpb24uCgkgIDwvdD4KCSAgPHQ+CgkgICAgQ2xh cmlmaWVkIHRoYXQgcHV0dGluZyBhIHZhbGlkaXR5IHRpbWUgZmllbGQgaW5zaWRlIHRoZQoJICAg IHByb3RlY3RlZCBwYXJ0IG9mIHRoZSB0b2tlbiBpcyBvbmUgbWVhbnMsIGJ1dCBub3QgdGhlIG9u bHkKCSAgICBtZWFucywgb2YgbGltaXRpbmcgdGhlIGxpZmV0aW1lIG9mIHRoZSB0b2tlbi4KCSAg PC90PgoJICA8dD4KCSAgICBEcm9wcGVkIHRoZSBjb25mdXNpbmcgcGhyYXNlICJmb3IgaW5zdGFu Y2UsIHRocm91Z2ggdGhlCgkgICAgdXNlIG9mIFRMUyIgZnJvbSB0aGUgc2VudGVuY2UgYWJvdXQg Y29uZmlkZW50aWFsaXR5CgkgICAgcHJvdGVjdGlvbiBvZiB0aGUgZXhjaGFuZ2VzLgoJICA8L3Q+ CgkgIDx0PgoJICAgIFJlZmVyZW5jZSBSRkMgNjEyNSBmb3IgaWRlbnRpdHkgdmVyaWZpY2F0aW9u LCByYXRoZXIgdGhhbgoJICAgIFJGQyAyODE4LgoJICA8L3Q+CgkgIDx0PgoJICAgIFN0YXRlZCB0 aGF0IHRoZSB0b2tlbiBNVVNUIGJlIHByb3RlY3RlZCBiZXR3ZWVuIGZyb250IGVuZAoJICAgIGFu ZCBiYWNrIGVuZCBzZXJ2ZXJzIHdoZW4gdGhlIFRMUyBjb25uZWN0aW9uIHRlcm1pbmF0ZXMgYXQK CSAgICBhIGZyb250IGVuZCBzZXJ2ZXIgdGhhdCBpcyBkaXN0aW5jdCBmcm9tIHRoZSBhY3R1YWwg c2VydmVyCgkgICAgdGhhdCBwcm92aWRlcyB0aGUgcmVzb3VyY2UuCgkgIDwvdD4KCSAgPHQ+Cgkg ICAgU3RhdGVkIHRoYXQgYmVhcmVyIHRva2VucyBNVVNUIG5vdCBiZSBzdG9yZWQgaW4gY29va2ll cwoJICAgIHRoYXQgY2FuIGJlIHNlbnQgaW4gdGhlIGNsZWFyIGluIHRoZSBUaHJlYXQgTWl0aWdh dGlvbgoJICAgIHNlY3Rpb24uCgkgIDwvdD4KCSAgPHQ+CgkgICAgUmVwbGFjZWQgc29sZSByZW1h aW5pbmcgcmVmZXJlbmNlIHRvIDx4cmVmIHRhcmdldD0nUkZDMjYxNicgLz4gd2l0aAoJICAgIEhU VFBiaXMgPHhyZWYgdGFyZ2V0PSdJLUQuaWV0Zi1odHRwYmlzLXAxLW1lc3NhZ2luZycgLz4KCSAg ICByZWZlcmVuY2UuCgkgIDwvdD4KCSAgPHQ+CgkgICAgUmVwbGFjZWQgYWxsIHJlZmVyZW5jZXMg d2hlcmUgdGhlIHJlZmVyZW5jZSBpcyB1c2VkIGFzIGlmCgkgICAgaXQgd2VyZSBwYXJ0IG9mIHRo ZSBzZW50ZW5jZSAoc3VjaCBhcyAiZGVmaW5lZCBieQoJICAgIFtJLUQud2hhdGV2ZXJdIikgd2l0 aCBvbmVzIHdoZXJlIHRoZSBzcGVjaWZpY2F0aW9uIG5hbWUgaXMKCSAgICB1c2VkLCBmb2xsb3dl ZCBieSB0aGUgcmVmZXJlbmNlIChzdWNoIGFzICJkZWZpbmVkIGJ5CgkgICAgV2hhdGV2ZXIgW0kt RC53aGF0ZXZlcl0iKS4KCSAgPC90PgoJICA8dD4KCSAgICBPdGhlciBvbi1ub3JtYXRpdmUgZWRp dG9yaWFsIGltcHJvdmVtZW50cy4KCSAgPC90PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90Pgog ICAgICA8dD4KICAgICAgICAtMTMKICAgICAgICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CgkgIDx0 PgoJICAgIEF0IHRoZSByZXF1ZXN0IG9mIEhhbm5lcyBUc2Nob2ZlbmlnLCBtYWRlIEFCTkYgY2hh bmdlcyB0bwoJICAgIG1ha2UgaXQgY2xlYXIgdGhhdCBubyBzcGVjaWFsIFdXVy1BdXRoZW50aWNh dGUgcmVzcG9uc2UKCSAgICBoZWFkZXIgZmllbGQgcGFyc2VycyBhcmUgbmVlZGVkLiAgVGhlIDxz cGFueAoJICAgIHN0eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+LCA8c3BhbngKCSAgICBzdHlsZT0n dmVyYic+ZXJyb3ItZGVzY3JpcHRpb248L3NwYW54PiwgYW5kIDxzcGFueAoJICAgIHN0eWxlPSd2 ZXJiJz5lcnJvci11cmk8L3NwYW54PiBwYXJhbWV0ZXJzIGFyZSBhbGwgbm93CgkgICAgZGVmaW5l ZCBhcyBxdW90ZWQtc3RyaW5nIGluIHRoZSBBQk5GIChhcyA8c3BhbngKCSAgICBzdHlsZT0ndmVy Yic+ZXJyb3I8L3NwYW54PiBhbHJlYWR5IHdhcykuICBSZXN0cmljdGlvbnMgb24KCSAgICB0aGVz ZSB2YWx1ZXMgdGhhdCB3ZXJlIGZvcm1lcmx5IGRlc2NyaWJlZCBpbiB0aGUgQUJORnMgYXJlCgkg ICAgbm93IGRlc2NyaWJlZCBpbiBub3JtYXRpdmUgdGV4dCBpbnN0ZWFkLgoJICA8L3Q+CiAgICAg ICAgPC9saXN0PgogICAgICA8L3Q+CiAgICAgIDx0PgogICAgICAgIC0xMgogICAgICAgIDxsaXN0 IHN0eWxlPSdzeW1ib2xzJz4KCSAgPHQ+CgkgICAgTWFkZSBub24tbm9ybWF0aXZlIGVkaXRvcmlh bCBjaGFuZ2VzIHRoYXQgSGFubmVzCgkgICAgVHNjaG9mZW5pZyByZXF1ZXN0ZWQgYmUgYXBwbGll ZCBwcmlvciB0byBmb3J3YXJkaW5nIHRoZQoJICAgIHNwZWNpZmljYXRpb24gdG8gdGhlIElFU0cu CgkgIDwvdD4KCSAgPHQ+CgkgICAgQWRkZWQgcmF0aW9uYWxlIGZvciB0aGUgY2hvaWNlIG9mIHRo ZSBiNjR0b2tlbiBzeW50YXguCgkgIDwvdD4KCSAgPHQ+CgkgICAgQWRkZWQgcmF0aW9uYWxlIHN0 YXRpbmcgdGhhdCByZWNlaXZlcnMgYXJlIGZyZWUgdG8gcGFyc2UKCSAgICB0aGUgPHNwYW54IHN0 eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+IGF0dHJpYnV0ZSB1c2luZyBhCgkgICAgc3RhbmRhcmQg cXVvdGVkLXN0cmluZyBwYXJzZXIsIHNpbmNlIGl0IHdpbGwgY29ycmVjdGx5CgkgICAgcHJvY2Vz cyBhbGwgbGVnYWwgPHNwYW54IHN0eWxlPSd2ZXJiJz5zY29wZTwvc3Bhbng+CgkgICAgdmFsdWVz LgoJICA8L3Q+CgkgIDx0PgoJICAgIEFkZGVkIGFkZGl0aW9uYWwgYWN0aXZlIHdvcmtpbmcgZ3Jv dXAgY29udHJpYnV0b3JzIHRvIHRoZQoJICAgIEFja25vd2xlZGdlbWVudHMgc2VjdGlvbi4KCSAg PC90PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAgICA8dD4KICAgICAgICAtMTEKICAg ICAgICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CgkgIDx0PgoJICAgIFJlcGxhY2VkIHVzZXMgb2Yg Jmx0OyImZ3Q7IHdpdGggRFFVT1RFIHRvIHBhc3MgQUJORiBzeW50YXggY2hlY2suCgkgIDwvdD4K ICAgICAgICA8L2xpc3Q+CiAgICAgIDwvdD4KICAgICAgPHQ+CiAgICAgICAgLTEwCiAgICAgICAg PGxpc3Qgc3R5bGU9J3N5bWJvbHMnPgoJICA8dD4KCSAgICBSZW1vdmVkIHRoZSAjYXV0aC1wYXJh bSBvcHRpb24gZnJvbSBBdXRob3JpemF0aW9uIGhlYWRlcgoJICAgIHN5bnRheCAobGVhdmluZyBv bmx5IHRoZSBiNjR0b2tlbiBzeW50YXgpLgoJICA8L3Q+CgkgIDx0PgoJICAgIFJlc3RyaWN0ZWQg dGhlIDxzcGFueCBzdHlsZT0ndmVyYic+c2NvcGU8L3NwYW54PiB2YWx1ZQoJICAgIGNoYXJhY3Rl ciBzZXQgdG8gJXgyMSAvICV4MjMtNUIgLyAleDVELTdFIChwcmludGFibGUgQVNDSUkKCSAgICBj aGFyYWN0ZXJzIGV4Y2x1ZGluZyBkb3VibGUtcXVvdGUgYW5kIGJhY2tzbGFzaCkuCgkgICAgSW5k aWNhdGVkIHRoYXQgc2NvcGUgaXMgaW50ZW5kZWQgZm9yIHByb2dyYW1tYXRpYyB1c2UgYW5kCgkg ICAgaXMgbm90IG1lYW50IHRvIGJlIGRpc3BsYXllZCB0byBlbmQgdXNlcnMuCgkgIDwvdD4KCSAg PHQ+CgkgICAgUmVzdHJpY3RlZCB0aGUgY2hhcmFjdGVyIHNldCBmb3IgPHNwYW54CgkgICAgc3R5 bGU9J3ZlcmInPmVycm9yX2Rlc2NyaXB0aW9uPC9zcGFueD4gc3RyaW5ncyB0byBTUCAvCgkgICAg VkNIQVIgYW5kIGluZGljYXRlZCB0aGF0IHRoZXkgYXJlIG5vdCBtZWFudCB0byBiZQoJICAgIGRp c3BsYXllZCB0byBlbmQgdXNlcnMuCgkgIDwvdD4KCSAgPHQ+CgkgICAgSW5jbHVkZWQgbW9yZSBk ZXNjcmlwdGlvbiBpbiB0aGUgQWJzdHJhY3QsIHNpbmNlIEhhbm5lcwoJICAgIFRzY2hvZmVuaWcg aW5kaWNhdGVkIHRoYXQgdGhlIFJGQyBlZGl0b3Igd291bGQgcmVxdWlyZQoJICAgIHRoaXMuCgkg IDwvdD4KICAgICAgICAgIDx0PgogICAgICAgICAgICBDaGFuZ2VkICJBY2Nlc3MgR3JhbnQiIHRv ICJBdXRob3JpemF0aW9uIEdyYW50IiwgYXMgd2FzCiAgICAgICAgICAgIGRvbmUgaW4gdGhlIGNv cmUgc3BlYy4KCSAgPC90PgoJICA8dD4KCSAgICBTaW1wbGlmaWVkIHRoZSBpbnRyb2R1Y3Rpb24g dG8gdGhlIEF1dGhlbnRpY2F0ZWQgUmVxdWVzdHMKCSAgICBzZWN0aW9uLgoJICA8L3Q+CiAgICAg ICAgPC9saXN0PgogICAgICA8L3Q+CiAgICAgIDx0PgogICAgICAgIC0wOQogICAgICAgIDxsaXN0 IHN0eWxlPSdzeW1ib2xzJz4KICAgICAgICAgIDx0PgogICAgICAgICAgICBJbmNvcnBvcmF0ZWQg d29ya2luZyBncm91cCBsYXN0IGNhbGwgY29tbWVudHMuICBTcGVjaWZpYyBjaGFuZ2VzIHdlcmU6 CgkgIDwvdD4KCSAgPHQ+CgkgICAgVXNlIGRlZmluaXRpb25zIGZyb20gPHhyZWYKCSAgICB0YXJn ZXQ9J0ktRC5pZXRmLWh0dHBiaXMtcDctYXV0aCcgLz4gcmF0aGVyIHRoYW4gPHhyZWYKCSAgICB0 YXJnZXQ9J1JGQzI2MTcnIC8+LgoJICA8L3Q+CgkgIDx0PgoJICAgIFVwZGF0ZSBjcmVkZW50aWFs cyBkZWZpbml0aW9uIHRvIGNvbmZvcm0gdG8gPHhyZWYKCSAgICB0YXJnZXQ9J0ktRC5pZXRmLWh0 dHBiaXMtcDctYXV0aCcgLz4uCgkgIDwvdD4KCSAgPHQ+CgkgICAgRnVydGhlciBjbGFyaWZpZWQg dGhhdCBxdWVyeSBwYXJhbWV0ZXJzIG1heSBvY2N1ciBpbiBhbnkgb3JkZXIuCgkgIDwvdD4KCSAg PHQ+CgkgICAgU3BlY2lmeSB0aGF0IGVycm9yX2Rlc2NyaXB0aW9uIGlzIFVURi04IGVuY29kZWQK CSAgICAobWF0Y2hpbmcgdGhlIGNvcmUgc3BlY2lmaWNhdGlvbikuCgkgIDwvdD4KCSAgPHQ+Cgkg ICAgUmVnaXN0ZXJlZCAiQmVhcmVyIiBBdXRoZW50aWNhdGlvbiBTY2hlbWUgaW4KCSAgICBBdXRo ZW50aWNhdGlvbiBTY2hlbWUgUmVnaXN0cnkgZGVmaW5lZCBieQoJICAgIDx4cmVmIHRhcmdldD0n SS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoJyAvPi4KCSAgPC90PgogICAgICAgICAgPHQ+CiAgICAg ICAgICAgIFVwZGF0ZWQgcmVmZXJlbmNlcyB0byBvYXV0aC12MiwgaHR0cGJpcy1wMS1tZXNzYWdp bmcsIGFuZAogICAgICAgICAgICBodHRwYmlzLXA3LWF1dGggZHJhZnRzLgoJICA8L3Q+CgkgIDx0 PgoJICAgIE90aGVyIHdvcmRpbmcgaW1wcm92ZW1lbnRzIG5vdCBpbnRyb2R1Y2luZyBub3JtYXRp dmUgY2hhbmdlcy4KCSAgPC90PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAgICA8dD4K ICAgICAgICAtMDgKICAgICAgICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CiAgICAgICAgICA8dD4K ICAgICAgICAgICAgVXBkYXRlZCByZWZlcmVuY2VzIHRvIG9hdXRoLXYyIGFuZCBIVFRQYmlzIGRy YWZ0cy4KCSAgPC90PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAgICA8dD4KICAgICAg ICAtMDcKICAgICAgICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CiAgICAgICAgICA8dD4KICAgICAg ICAgICAgQWRkZWQgbWlzc2luZyBjb21tYSBpbiBlcnJvciByZXNwb25zZSBleGFtcGxlLgoJICA8 L3Q+CiAgICAgICAgPC9saXN0PgogICAgICA8L3Q+CiAgICAgIDx0PgogICAgICAgIC0wNgogICAg ICAgIDxsaXN0IHN0eWxlPSdzeW1ib2xzJz4KICAgICAgICAgIDx0PgogICAgICAgICAgICBDaGFu Z2VkIHBhcmFtZXRlciBuYW1lIDxzcGFueAogICAgICAgICAgICBzdHlsZT0idmVyYiI+YmVhcmVy X3Rva2VuPC9zcGFueD4gdG8gPHNwYW54CiAgICAgICAgICAgIHN0eWxlPSJ2ZXJiIj5hY2Nlc3Nf dG9rZW48L3NwYW54PiwgcGVyIHdvcmtpbmcgZ3JvdXAKICAgICAgICAgICAgY29uc2Vuc3VzLgoJ ICA8L3Q+CgkgIDx0PgoJICAgIENoYW5nZWQgSFRUUCBzdGF0dXMgY29kZSBmb3IgPHNwYW54Cgkg ICAgc3R5bGU9InZlcmIiPmludmFsaWRfcmVxdWVzdDwvc3Bhbng+IGVycm9yIGNvZGUgZnJvbSBI VFRQCgkgICAgNDAxIChVbmF1dGhvcml6ZWQpIGJhY2sgdG8gSFRUUCA0MDAgKEJhZCBSZXF1ZXN0 KSwgcGVyCgkgICAgaW5wdXQgZnJvbSBIVFRQIHdvcmtpbmcgZ3JvdXAgZXhwZXJ0cy4KCSAgPC90 PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAgICA8dD4KICAgICAgICAtMDUKICAgICAg ICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CgkgIDx0PgoJICAgIFJlbW92ZWQgT0F1dGggRXJyb3Jz IFJlZ2lzdHJ5LCBwZXIgZGVzaWduIHRlYW0gaW5wdXQuCgkgIDwvdD4KCSAgPHQ+CgkgICAgQ2hh bmdlZCBIVFRQIHN0YXR1cyBjb2RlIGZvciA8c3BhbngKCSAgICBzdHlsZT0idmVyYiI+aW52YWxp ZF9yZXF1ZXN0PC9zcGFueD4gZXJyb3IgY29kZSBmcm9tIEhUVFAKCSAgICA0MDAgKEJhZCBSZXF1 ZXN0KSB0byBIVFRQIDQwMSAoVW5hdXRob3JpemVkKSB0byBtYXRjaCBIVFRQCgkgICAgdXNhZ2Ug W1sgY2hhbmdlIHBlbmRpbmcgd29ya2luZyBncm91cCBjb25zZW5zdXMgXV0uCgkgIDwvdD4KCSAg PHQ+CgkgICAgQWRkZWQgbWlzc2luZyBxdW90YXRpb24gbWFya3MgaW4gZXJyb3ItdXJpIGRlZmlu aXRpb24uCgkgIDwvdD4KCSAgPHQ+CgkgICAgQWRkZWQgbm90ZSB0byBhZGQgbGFuZ3VhZ2UgYW5k IGVuY29kaW5nIGluZm9ybWF0aW9uIHRvCgkgICAgZXJyb3JfZGVzY3JpcHRpb24gaWYgdGhlIGNv cmUgc3BlY2lmaWNhdGlvbiBkb2VzLgoJICA8L3Q+CgkgIDx0PgoJICAgIEV4cGxpY2l0bHkgcmVm ZXJlbmNlIHRoZSBBdWdtZW50ZWQgQmFja3VzLU5hdXIgRm9ybSAoQUJORikKCSAgICBkZWZpbmVk IGluIDx4cmVmIHRhcmdldD0nUkZDNTIzNCcgLz4uCgkgIDwvdD4KCSAgPHQ+CgkgICAgVXNlIGF1 dGgtcGFyYW0gaW5zdGVhZCBvZiByZXBlYXRpbmcgaXRzIGRlZmluaXRpb24sIHdoaWNoCgkgICAg aXMgKCB0b2tlbiAiPSIgKCB0b2tlbiAvIHF1b3RlZC1zdHJpbmcgKSApLgoJICA8L3Q+CgkgIDx0 PgoJICAgIENsYXJpZnkgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYWJvdXQgaW5jbHVkaW5nIGFu CgkgICAgYXVkaWVuY2UgcmVzdHJpY3Rpb24gaW4gdGhlIHRva2VuIGFuZCBpbmNsdWRlIGEKCSAg ICByZWNvbW1lbmRhdGlvbiB0byBpc3N1ZSBzY29wZWQgYmVhcmVyIHRva2VucyBpbiB0aGUKCSAg ICBzdW1tYXJ5IG9mIHJlY29tbWVuZGF0aW9ucy4KCSAgPC90PgogICAgICAgIDwvbGlzdD4KICAg ICAgPC90PgogICAgICA8dD4KICAgICAgICAtMDQKICAgICAgICA8bGlzdCBzdHlsZT0nc3ltYm9s cyc+CgkgIDx0PgoJICAgIEVkaXRzIHJlc3BvbmRpbmcgdG8gd29ya2luZyBncm91cCBsYXN0IGNh bGwgZmVlZGJhY2sgb24KCSAgICAtMDMuICBTcGVjaWZpYyBlZGl0cyBlbnVtZXJhdGVkIGJlbG93 LgoJICA8L3Q+CgkgIDx0PgoJICAgIEFkZGVkIEJlYXJlciBUb2tlbiBkZWZpbml0aW9uIGluIFRl cm1pbm9sb2d5IHNlY3Rpb24uCgkgIDwvdD4KICAgICAgICAgIDx0PgogICAgICAgICAgICBDaGFu Z2VkIHBhcmFtZXRlciBuYW1lIDxzcGFueAogICAgICAgICAgICBzdHlsZT0idmVyYiI+b2F1dGhf dG9rZW48L3NwYW54PiB0byA8c3BhbngKICAgICAgICAgICAgc3R5bGU9InZlcmIiPmJlYXJlcl90 b2tlbjwvc3Bhbng+LgoJICA8L3Q+CgkgIDx0PgoJICAgIEFkZGVkIHJlYWxtIHBhcmFtZXRlciB0 byA8c3BhbngKCSAgICBzdHlsZT0ndmVyYic+V1dXLUF1dGhlbnRpY2F0ZTwvc3Bhbng+IHJlc3Bv bnNlIHRvIGNvbXBseQoJICAgIHdpdGggPHhyZWYgdGFyZ2V0PSdSRkMyNjE3JyAvPi4KCSAgPC90 PgoJICA8dD4KCSAgICBSZW1vdmVkICJbIFJXUyAxI2F1dGgtcGFyYW0gXSIgZnJvbSA8c3BhbngK CSAgICBzdHlsZT0idmVyYiI+Y3JlZGVudGlhbHM8L3NwYW54PiBkZWZpbml0aW9uIHNpbmNlIGl0 IGRpZAoJICAgIG5vdCBjb21wbHkgd2l0aCB0aGUgQUJORiBpbiA8eHJlZgoJICAgIHRhcmdldD0n SS1ELmlldGYtaHR0cGJpcy1wNy1hdXRoJyAvPi4KCSAgPC90PgoJICA8dD4KCSAgICBSZW1vdmVk IHJlc3RyaWN0aW9uIHRoYXQgdGhlIDxzcGFueAoJICAgIHN0eWxlPSJ2ZXJiIj5iZWFyZXJfdG9r ZW48L3NwYW54PiAoZm9ybWVybHkgPHNwYW54CgkgICAgc3R5bGU9InZlcmIiPm9hdXRoX3Rva2Vu PC9zcGFueD4pIHBhcmFtZXRlciBiZSB0aGUgbGFzdAoJICAgIHBhcmFtZXRlciBpbiB0aGUgZW50 aXR5LWJvZHkgYW5kIHRoZSBIVFRQIHJlcXVlc3QgVVJJCgkgICAgcXVlcnkuCgkgIDwvdD4KCSAg PHQ+CgkgICAgRG8gbm90IHJlcXVpcmUgV1dXLUF1dGhlbnRpY2F0ZSBSZXNwb25zZSBpbiBhIHJl cGx5IHRvIGEKCSAgICBtYWxmb3JtZWQgcmVxdWVzdCwgYXMgYW4gSFRUUCA0MDAgQmFkIFJlcXVl c3QgcmVzcG9uc2UKCSAgICB3aXRob3V0IGEgV1dXLUF1dGhlbnRpY2F0ZSBoZWFkZXIgaXMgbGlr ZWx5IHRoZSByaWdodAoJICAgIHJlc3BvbnNlIGluIHNvbWUgY2FzZXMgb2YgbWFsZm9ybWVkIHJl cXVlc3RzLgoJICA8L3Q+CgkgIDx0PgoJICAgIFJlbW92ZWQgT0F1dGggUGFyYW1ldGVycyByZWdp c3RyeSBleHRlbnNpb24uCgkgIDwvdD4KCSAgPHQ+CgkgICAgTnVtZXJvdXMgZWRpdG9yaWFsIGlt cHJvdmVtZW50cyBzdWdnZXN0ZWQgYnkgd29ya2luZyBncm91cAoJICAgIG1lbWJlcnMuCgkgIDwv dD4KICAgICAgICA8L2xpc3Q+CiAgICAgIDwvdD4KICAgICAgPHQ+CiAgICAgICAgLTAzCiAgICAg ICAgPGxpc3Qgc3R5bGU9J3N5bWJvbHMnPgoJICA8dD4KCSAgICBSZXN0b3JlZCB0aGUgV1dXLUF1 dGhlbnRpY2F0ZSByZXNwb25zZSBoZWFkZXIKCSAgICBmdW5jdGlvbmFsaXR5IGRlbGV0ZWQgZnJv bSB0aGUgZnJhbWV3b3JrIHNwZWNpZmljYXRpb24gaW4KCSAgICBkcmFmdCAxMiBiYXNlZCB1cG9u IHRoZSBzcGVjaWZpY2F0aW9uIHRleHQgZnJvbSBkcmFmdCAxMS4KCSAgPC90PgoJICA8dD4KCSAg ICBBdWdtZW50ZWQgdGhlIE9BdXRoIFBhcmFtZXRlcnMgcmVnaXN0cnkgYnkgYWRkaW5nIHR3bwoJ ICAgIGFkZGl0aW9uYWwgcGFyYW1ldGVyIHVzYWdlIGxvY2F0aW9uczogInJlc291cmNlIHJlcXVl c3QiCgkgICAgYW5kICJyZXNvdXJjZSByZXNwb25zZSIuCgkgIDwvdD4KICAgICAgICAgIDx0Pgog ICAgICAgICAgICBSZWdpc3RlcmVkIHRoZSAib2F1dGhfdG9rZW4iIE9BdXRoIHBhcmFtZXRlciB3 aXRoIHVzYWdlCiAgICAgICAgICAgIGxvY2F0aW9uICJyZXNvdXJjZSByZXF1ZXN0Ii4KICAgICAg ICAgIDwvdD4KICAgICAgICAgIDx0PgogICAgICAgICAgICBSZWdpc3RlcmVkIHRoZSAiZXJyb3Ii IE9BdXRoIHBhcmFtZXRlci4KICAgICAgICAgIDwvdD4KCSAgPHQ+CgkgICAgQ3JlYXRlZCB0aGUg T0F1dGggRXJyb3IgcmVnaXN0cnkgYW5kIHJlZ2lzdGVyZWQgZXJyb3JzLgoJICA8L3Q+CgkgIDx0 PgoJICAgIENoYW5nZWQgdGhlICJPQXV0aDIiIE9BdXRoIGFjY2VzcyB0b2tlbiB0eXBlIG5hbWUg dG8KCSAgICAiQmVhcmVyIi4KCSAgPC90PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAg ICA8dD4KICAgICAgICAtMDIKICAgICAgICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CiAgICAgICAg ICA8dD4KICAgICAgICAgICAgSW5jb3Jwb3JhdGVkIGZlZWRiYWNrIHJlY2VpdmVkIG9uIGRyYWZ0 IDAxLiAgTW9zdCBjaGFuZ2VzCiAgICAgICAgICAgIHdlcmUgdG8gdGhlIHNlY3VyaXR5IGNvbnNp ZGVyYXRpb25zIHNlY3Rpb24uICBObyBub3JtYXRpdmUKICAgICAgICAgICAgY2hhbmdlcyB3ZXJl IG1hZGUuICBTcGVjaWZpYyBjaGFuZ2VzIGluY2x1ZGVkOgogICAgICAgICAgPC90PgoJICA8dD4K CSAgICBDaGFuZ2VkIHRlcm1pbm9sb2d5IGZyb20gInRva2VuIHJldXNlIiB0byAidG9rZW4gY2Fw dHVyZQoJICAgIGFuZCByZXBsYXkiLgoJICA8L3Q+CgkgIDx0PgoJICAgIFJlbW92ZWQgc2VudGVu Y2UgIkVuY3J5cHRpbmcgdGhlIHRva2VuIGNvbnRlbnRzIGlzIGFub3RoZXIKCSAgICBhbHRlcm5h dGl2ZSIgZnJvbSB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgc2luY2UgaXQgd2FzCgkgICAg cmVkdW5kYW50IGFuZCBwb3RlbnRpYWxseSBjb25mdXNpbmcuCgkgIDwvdD4KCSAgPHQ+CgkgICAg Q29ycmVjdGVkIHNvbWUgcmVmZXJlbmNlcyB0byAicmVzb3VyY2Ugc2VydmVyIiB0byBiZQoJICAg ICJhdXRob3JpemF0aW9uIHNlcnZlciIgaW4gdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLgoJ ICA8L3Q+CgkgIDx0PgoJICAgIEdlbmVyYWxpemVkIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGxh bmd1YWdlIGFib3V0CgkgICAgb2J0YWluaW5nIGNvbnNlbnQgb2YgdGhlIHJlc291cmNlIG93bmVy LgoJICA8L3Q+CgkgIDx0PgoJICAgIEJyb2FkZW5lZCBzY29wZSBvZiBzZWN1cml0eSBjb25zaWRl cmF0aW9ucyBkZXNjcmlwdGlvbiBmb3IKCSAgICByZWNvbW1lbmRhdGlvbiAiRG9uJ3QgcGFzcyBi ZWFyZXIgdG9rZW5zIGluIHBhZ2UgVVJMcyIuCgkgIDwvdD4KCSAgPHQ+CgkgICAgUmVtb3ZlZCB1 bnVzZWQgcmVmZXJlbmNlIHRvIE9BdXRoIDEuMC4KCSAgPC90PgoJICA8dD4KCSAgICBVcGRhdGVk IHJlZmVyZW5jZSB0byBmcmFtZXdvcmsgc3BlY2lmaWNhdGlvbiBhbmQgdXBkYXRlZAoJICAgIERh dmlkIFJlY29yZG9uJ3MgZS1tYWlsIGFkZHJlc3MuCgkgIDwvdD4KCSAgPHQ+CgkgICAgUmVtb3Zl ZCBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyB0ZXh0IG9uIGF1dGhlbnRpY2F0aW5nCgkgICAgY2xp ZW50cy4KCSAgPC90PgoJICA8dD4KCSAgICBSZWdpc3RlcmVkIHRoZSAiT0F1dGgyIiBPQXV0aCBh Y2Nlc3MgdG9rZW4gdHlwZSBhbmQKCSAgICAib2F1dGhfdG9rZW4iIHBhcmFtZXRlci4KCSAgPC90 PgogICAgICAgIDwvbGlzdD4KICAgICAgPC90PgogICAgICA8dD4KICAgICAgICAtMDEKICAgICAg ICA8bGlzdCBzdHlsZT0nc3ltYm9scyc+CiAgICAgICAgICA8dD4KICAgICAgICAgICAgRmlyc3Qg cHVibGljIGRyYWZ0LCB3aGljaCBpbmNvcnBvcmF0ZXMgZmVlZGJhY2sgcmVjZWl2ZWQKICAgICAg ICAgICAgb24gLTAwIGluY2x1ZGluZyBlbmhhbmNlZCBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBj b250ZW50LgogICAgICAgICAgICBUaGlzIHZlcnNpb24gaXMgaW50ZW5kZWQgdG8gYWNjb21wYW55 IE9BdXRoIDIuMCBkcmFmdCAxMS4KICAgICAgICAgIDwvdD4KICAgICAgICA8L2xpc3Q+CiAgICAg IDwvdD4KICAgICAgPHQ+CiAgICAgICAgLTAwCiAgICAgICAgPGxpc3Qgc3R5bGU9J3N5bWJvbHMn PgogICAgICAgICAgPHQ+CiAgICAgICAgICAgIEluaXRpYWwgZHJhZnQgYmFzZWQgb24gcHJlbGlt aW5hcnkgdmVyc2lvbiBvZiBPQXV0aCAyLjAgZHJhZnQgMTEuCiAgICAgICAgICA8L3Q+CiAgICAg ICAgPC9saXN0PgogICAgICA8L3Q+CiAgICA8L3NlY3Rpb24+ICAgICAKCiAgPC9iYWNrPgoKPC9y ZmM+Cg== --=====================_625846386==_-- From ted.ietf@gmail.com Mon Dec 12 16:19:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87E1921F86B3; Mon, 12 Dec 2011 16:19:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.914 X-Spam-Level: X-Spam-Status: No, score=-2.914 tagged_above=-999 required=5 tests=[AWL=0.685, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9OaD0PtixHB; Mon, 12 Dec 2011 16:19:09 -0800 (PST) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id CE0B921F86A4; Mon, 12 Dec 2011 16:19:08 -0800 (PST) Received: by ggnk5 with SMTP id k5so6977065ggn.31 for ; Mon, 12 Dec 2011 16:19:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=lAMBYGlo+muHivZK8FtuRfaeH/3x2ivp0rMGRYWcyz8=; b=yIbdBfsk+91n4vX9NbiKaeff6BR1e2vwMIogw/NIjE5Aq9aP3kWH+9jiymCU/mkbFS YT/6PIqCqbSkJ2YmykdGApzZlUC/L3ZAQcEvrROf28nYCrPUFj7VMckwJOkqXq2dfodE CyVp+GeKKlbvHBdewamTeuiysXLdxk/AxiaLc= MIME-Version: 1.0 Received: by 10.236.145.72 with SMTP id o48mr387794yhj.86.1323735548478; Mon, 12 Dec 2011 16:19:08 -0800 (PST) Received: by 10.236.156.40 with HTTP; Mon, 12 Dec 2011 16:19:08 -0800 (PST) Date: Mon, 12 Dec 2011 16:19:08 -0800 Message-ID: From: Ted Hardie To: apps-discuss@ietf.org, IESG Content-Type: text/plain; charset=ISO-8859-1 Cc: draft-ietf-geopriv-deref-protocol.all@tools.ietf.org Subject: [apps-discuss] Review of "A Location Dereferencing Protocol Using HELD" X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 00:19:09 -0000 I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-geopriv-deref-protocol-04 Title: A Location Dereferencing Protocol Using HELD Reviewer: Ted Hardie Review Date: 12/12/2011 Summary: There are some editorial issues which it would be useful to address, but within the right context, the document seems to be okay. There is also one extensibility question. Minor Issues: The document's introductory section is likely to be confusing to new readers, as it assumes both a pretty deep familiarity with RFC 5808 and RFC 5985, as well as some additional knowledge of the protocol contexts in which URIs are provided. Those documents are referenced early, but it might be useful to make the dependence on them even more explicit. Something like "This document describes a location dereferencing mechanism within the context of the location by reference model set out in RFC 5808, and readers are advised to familiarize themselves with the requirements set out in RFC 5808 prior to proceeding (see also the appendix). The protocol is described in terms which assume familiarity with HELD (RFC 5985), and it should be reviewed by anyone considering implementation or deployment of this mechanism. While at its base the protocol specified here describes how an HTTP or HTTPS-based HELD request to a specified URI returns an XML formatted response containing a location, this occurs within a context with specific authentication and authorization requirements, and these need to be well-understood to maintain the integrity of the system described." As I tried to read this from the point of view of a new reader, it also struck me that bringing sections 4 & 5 forward to before section 3 might make it easier to follow. As it stands now, the authorization model discussion relative to the URIs occurs prior to the discussion of the protocol mechanism. I understand the reasons for that, but it may be confusion. I have not written out the sections in the other order, so it may be more difficult than it is worth to make the change, but it seemed at first glance that all it would take is mechanical movement plus an opening section in the new section 5 (previously 3) saying something like "As is demonstrated above, the dereferencing of one of these URIs produces location data, and access to this operation thus requires authorization similar to that of providing the location data directly. The sections below describe authorization models and methods, and describe when they might be appropriate to deploy." It would also be useful to describe whether these methods may be extended. Someone who wanted to re-use URLAUTH principles, for example, could create a method that was proof-of-possession but which allowed only one use (thus thwarting replay attacks). That would require new language (it's not idempotent, obviously, so a method would have to be described); would that require an update to the document? From trammell@tik.ee.ethz.ch Mon Dec 12 08:59:29 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71C7221F8AF4; Mon, 12 Dec 2011 08:59:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ptc3+W7fcc62; Mon, 12 Dec 2011 08:59:28 -0800 (PST) Received: from smtp.ee.ethz.ch (smtp.ee.ethz.ch [129.132.2.219]) by ietfa.amsl.com (Postfix) with ESMTP id 8943C21F8AAF; Mon, 12 Dec 2011 08:59:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by smtp.ee.ethz.ch (Postfix) with ESMTP id C7ED3D9309; Mon, 12 Dec 2011 17:59:27 +0100 (MET) X-Virus-Scanned: by amavisd-new on smtp.ee.ethz.ch Received: from smtp.ee.ethz.ch ([127.0.0.1]) by localhost (.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id b9+JpEABrNbW; Mon, 12 Dec 2011 17:59:27 +0100 (MET) Received: from pb-10243.ethz.ch (pb-10243.ethz.ch [82.130.102.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: briant) by smtp.ee.ethz.ch (Postfix) with ESMTPSA id 95D81D9305; Mon, 12 Dec 2011 17:59:27 +0100 (MET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Brian Trammell In-Reply-To: <4EE50109.2030201@gmx.de> Date: Mon, 12 Dec 2011 17:59:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1D7916C1-93EB-4660-B4AB-D6605CBB09E0@tik.ee.ethz.ch> References: <4EE50109.2030201@gmx.de> To: Julian Reschke , mile@ietf.org X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Tue, 13 Dec 2011 08:02:30 -0800 Cc: draft-ietf-mile-rfc6046-bis@tools.ietf.org, The IESG , IETF Apps Discuss Subject: Re: [apps-discuss] APPSDIR review of draft-ietf-mile-rfc6046-bis-03 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 16:59:29 -0000 Hi, Julian, Thank you for the detailed review; answers to questions which can be = simply addressed in the document will be incorporated into the next = revision.=20 I'm copying comments on specific points for discussion to mile and = apps-area, inline. Best regards, Brian On Dec 11, 2011, at 8:14 PM, Julian Reschke wrote: > What I'm missing here are a few things that would probably make it = easier to understand what's actually required: >=20 > 1) Does a RID endpoint need to implement all REQUIRED HTTP/1.1 = features? For instance, does it need to understand Expect: 100-continue, = and does it have to support GET and HEAD on "/"? Are there requirements = for request URIs other than "/"? As (1) the probable implementation path in most cases is to build a RID = implementation atop an existing web server and (2) there is probably = more to lose than to gain in attempting to define a coherent subset of = the REQUIRED features, I would tend to think that all HTTP/1.1 REQUIRED = features are REQUIRED for RID transport over HTTP/1.1. This goes for = proper handling of potentially cached content and "proxy-friendliness", = as well as handling of 100 Continue... (Is there a list of REQUIRED = features in 1.1? seems like this would be a useful thing to have in a = BCP56-bis...) On specific points: I presume that any access to non / URIs should return 404, since those = resources in essence do not exist on the server; this should be noted. The question as to what to do in case of GET / and HEAD / should be = addressed, and I'm not sure what the right thing to do here is. = Logically, this should be the same as what happens as POST with an empty = body, which is also presently undefined. Allowing a text/html reply = explaining that this is a RID system and what that is might be the most = "user-friendly" solution (for people who aren't actually users of the = system) but having the semantics and the media type of the reply depend = on the method seems a little wrong, too. I presume a 405 Method Not = Allowed violates a MUST in 2616? In any case, it would probably be = difficult to implement based on many/most existing web servers. > Nits: >=20 > RID systems SHOULD NOT use TCP port 443 (the standard port for HTTP > over TLS/SSL) for RID messages; this avoids posting RID messages to > web servers that may not handle RID messages correctly. >=20 > Actually, it does not, because a web server may run on the RID port = (4590) as well. If there's a security concern with the protocol with = respect to generic web servers, it should be pointed out (and = potentially fixed). There's no security problem (at least, accidental connection to the = wrong server should be prevented by proper verification of = certificates). The intention here is simply that a RID System be easily = distinguishable from a "normal" web server. From stpeter@stpeter.im Tue Dec 13 09:45:21 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD69321F8B02 for ; Tue, 13 Dec 2011 09:45:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.187 X-Spam-Level: X-Spam-Status: No, score=-103.187 tagged_above=-999 required=5 tests=[AWL=-0.588, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZHvKKVuW00GQ for ; Tue, 13 Dec 2011 09:45:21 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id ECE9621F8AFF for ; Tue, 13 Dec 2011 09:45:20 -0800 (PST) Received: from dhcp-64-101-72-124.cisco.com (unknown [64.101.72.124]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 329304236A; Tue, 13 Dec 2011 10:52:55 -0700 (MST) Message-ID: <4EE78F2F.2070601@stpeter.im> Date: Tue, 13 Dec 2011 10:45:19 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Zach Shelby References: <4EBBB0EE.8050502@it.aoyama.ac.jp> <01O88YVG6MQY00RCTX@mauve.mrochek.com> <4EBCCE76.2090807@it.aoyama.ac.jp> <01O8AM6GDT5000RCTX@mauve.mrochek.com> <4EC0CCAE.5070402@stpeter.im> <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> In-Reply-To: X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: paduffy@cisco.com, Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 17:45:21 -0000 Restarting this thread to get closure... On 11/15/11 8:21 PM, Zach Shelby wrote: > On Nov 16, 2011, at 11:06 AM, Bjoern Hoehrmann wrote: > >> * Peter Saint-Andre wrote: >>> So, let's say I have "foo" data that can be represented in either >>> plain old XML or as EXI. If I send that "foo" data as plain old >>> XML, the "application/foo+xml" media type is right. If I send >>> that "foo" data as EXI, the "application/foo+exi" media type >>> seems wrong, and so does the "application/exi" media type (just >>> as "application/xml" would not be right for the first encoding). >>> Sure, I don't particularly want to duplicate all "+xml" entries >>> with "+exi" entries, but I don't think that every protocol or >>> community that sends around XML data will also send around >>> EXI-encoded data. >> >> The idea is that "EXI" is more like "gzip", so with HTTP you would >> do >> >> Content-Type: application/foo+xml Content-Encoding: exi >> >> As you would for gzip-compressed content. > > Ouch, don't do that. > > The main interest right now for EXI is in constrained networks, and > in particular over CoAP. We don't have support for indicating > content-encoding in CoAP. Besides, the current media type for EXI is > application/exi. Thus it would make perfect sense to have +exi > entries. Furthermore, EXI is totally different than gzip, which is a > generic encoding that can be applied to anything. EXI can be applied > only to XML objects, and in particular EXI is often used in a schema > mode where it is only applicable to a single schema. Thus the form > application/schema+exi makes even more sense, as that EXI format is > actually specific to that particular schema and the media type tells > you everything that is needed to decode the representation. I chatted with a few folks about this in Taipei and afterward. As I understand it (correct me if I'm wrong), EXI has two modes: 1. Straight compression of the text representation of XML (text in, EXI-compressed data out). To make use of the data, you then decompress it back into the angle-brackety text representation of XML that we all know and love. 2. Direct, binary representation of the XML infoset. In this case, you never have the data in a angle-brackety text representation, instead it is always a binary representation. It seems to me that #1 is similar to gzip, i.e., the textual representation is encoded using EXI compression, so we'd have this: Content-Type: application/foo+xml Content-Encoding: exi It seems to me that #2 might not be an encoding of the relevant +xml content type, but might be a different content type, so +exi might be appropriate. Peter -- Peter Saint-Andre https://stpeter.im/ From sm@resistor.net Tue Dec 13 10:02:59 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B0FC21F8AAC for ; Tue, 13 Dec 2011 10:02:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GSlhmsQR207a for ; Tue, 13 Dec 2011 10:02:57 -0800 (PST) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 467E021F8A97 for ; Tue, 13 Dec 2011 10:02:57 -0800 (PST) Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id pBDI2jtA025920; Tue, 13 Dec 2011 10:02:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1323799374; bh=DBXHnjobWXp3Dkza5I3FnvZILHo1+C5+kZhJ+2N2ICk=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=35GWu2NTmWHSzENWMojgVQR0w2m4fiHSWqB0AR2kSHOobAiuz7dOPHa4iZiHaUXje ZiqvQCHff3l+7ZT9eIn0qprF5r+GlKz/DORB8OA+3j/GNAdSYkIA/ewU2j9j7NBSBo Xny/uPTPx0WKCIXr0mH5/ARwLedjP3ZAFDVkto+I= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1323799374; bh=DBXHnjobWXp3Dkza5I3FnvZILHo1+C5+kZhJ+2N2ICk=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=VC7D5FurCovituWNZOklPDltIOg8Uexqh8DwvaBRXicH7WxSryPCwiJF9TR4O1ngq xdMvV04M6KdIpSHItqavfpULQJwdfKnMAJ8FAe9TaKacDVLAvVNbMO7lXM7KnYhtnZ gZBVfmj7Ut4WZp+zVgtIV+YI4N4B3D+iyXJqiaRs= Message-Id: <6.2.5.6.2.20111213095846.0b676240@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Tue, 13 Dec 2011 10:02:33 -0800 To: Peter Saint-Andre , Zach Shelby From: SM In-Reply-To: <4EE78F2F.2070601@stpeter.im> References: <4EBBB0EE.8050502@it.aoyama.ac.jp> <01O88YVG6MQY00RCTX@mauve.mrochek.com> <4EBCCE76.2090807@it.aoyama.ac.jp> <01O8AM6GDT5000RCTX@mauve.mrochek.com> <4EC0CCAE.5070402@stpeter.im> <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: paduffy@cisco.com, Thomas Herbst , apps-discuss@ietf.org Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 18:02:59 -0000 At 09:45 13-12-2011, Peter Saint-Andre wrote: >It seems to me that #2 might not be an encoding of the relevant +xml >content type, but might be a different content type, so +exi might be >appropriate. I don't know whether Item B at http://www.ietf.org/proceedings/78/minutes/yam.txt is relevant to the discussion. Regards, -sm From lear@cisco.com Tue Dec 13 10:14:33 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B684621F8AA8; Tue, 13 Dec 2011 10:14:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.935 X-Spam-Level: X-Spam-Status: No, score=-109.935 tagged_above=-999 required=5 tests=[AWL=0.663, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ayn9QYhXBoxL; Tue, 13 Dec 2011 10:14:32 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id EA66B21F85A1; Tue, 13 Dec 2011 10:14:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=8693; q=dns/txt; s=iport; t=1323800072; x=1325009672; h=message-id:date:from:mime-version:to:subject; bh=CLLUnySMrRh++45OVJKzfG60ywpH0Rid3wW5DsQ2fG0=; b=ie8VJO60vEXKZOqyqYCPW1A/1PxCVZb2yrJC2cXrvsdMoZq3lg3/KLiW u38UCKPE/Hvsj/RphmKHrFOK1BocjsliAFHYAju1ZmyiZ/1XqD4yKKeOK 93TZX/hWLRAErZA94BKBRdQH2w6ft5JcVOsLuHLAakzpyzr0AQAj+uSN4 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhoFABSV506Q/khL/2dsb2JhbABDhQedeAGIJYEFgXIBAQEDEwEQJB4CFyoNIQIRAkwBDAgBAR6HWgiXNwGMW4NejW2KTYEWBJRxkio X-IronPort-AV: E=Sophos;i="4.71,347,1320624000"; d="scan'208,217";a="123638062" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 13 Dec 2011 18:14:30 +0000 Received: from dhcp-10-55-84-59.cisco.com (dhcp-10-55-84-59.cisco.com [10.55.84.59]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id pBDIEUTB026363; Tue, 13 Dec 2011 18:14:30 GMT Message-ID: <4EE79606.30704@cisco.com> Date: Tue, 13 Dec 2011 19:14:30 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, "apps-discuss@ietf.org" , "'IESG'" X-Enigmail-Version: 1.3.4 Content-Type: multipart/alternative; boundary="------------010406000705020403050701" Subject: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 18:14:33 -0000 This is a multi-part message in MIME format. --------------010406000705020403050701 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Greetings draft authors! I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-behave-lsn-requirements-05 Title: Common requirements for Carrier Grade NATs (CGNs) Reviewer: Eliot Lear Review Date: 13 Dec. 2011 This proposed BCP specifies requirements for Carrier Grade NATs. In my opinion, there are several major issues and several questions should be answered before this draft is progressed. *Major issues* The following text needs substantial work. > Readers should be aware of potential issues that may arise when > sharing a public address between many subscribers. See [RFC6269 ] for > details. As such, the caution listed above seems extremely weak. There is *no way* to safeguard applications 100% against the problems of CGNs, just as there was no way to safeguard applications from NATs. CGNs introduce a new level of problems, which you reference, but this must be said. I am not asking for you to go into a whole rant on CGNs, but "issues" reminds me of "obviously, there's been a major malfunction". * Req1: Whither SCTP? At the very least someone should say something about why SCTP is NOT on the list. Moreover, your logic in this requirement to me doesn't hold. There is a substantial difference between a NAT within an administrative domain that can be managed by the subscriber, and one that realistically cannot be. Therefore, the requirements upon CGNs should be *stronger*. Of course this should be balanced by other considerations, such as keeping the Internet growing, but the logic needs to be exposed. For instance, it may not be possible to safeguard certain IPSEC deployments. * Req10: §14.1.1 of draft-ietf-pcp-base-16 states that failure to segment of traffic opens attacks. Why was a requirement not added to address this? * Req13: Question; if destination addresses and ports are not logged, is there sufficient information to determine a UNIQUE mapping necessary for LI purposes? Put another way, is the mapping a 3-tuple or a 5-tuple? * This requirements document should be reviewed by game developers to get their PoV. As I understand it, they don't do pcp, but more uPnP, ice & stun. Perhaps that's just a timing thing. *Minor issues* * I understand that traditional telcos might not be the only ones to offer CGN, the definition of a CGN seems strained, particulary as when relates to "administrative entity". This may be in part due to the expansion of scope of what is trying to be solved. I have no great suggestion for you here. *Nits* * Yes, there is a terminology section, but NAT un-NATing, and ISPs are not properly defined in their first use in the Introduction. * In Figure 1 it may be useful to show IP addresses. *Very very very nitty (can largely be ignored)* * Something odd going on with your reference to RFC5382 on tools.ietf.org– no link. Check source and maybe check with the IETF tools people. --------------010406000705020403050701 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Greetings draft authors!

I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see  http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate).

Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft.

Document: draft-ietf-behave-lsn-requirements-05
Title: Common requirements for Carrier Grade NATs (CGNs)
Reviewer: Eliot Lear
Review Date: 13 Dec. 2011

This proposed BCP specifies requirements for Carrier Grade NATs.  In my opinion, there are several major issues and several questions should be answered before this draft is progressed.

Major issues

The following text needs substantial work.

   Readers should be aware of potential issues that may arise when
   sharing a public address between many subscribers.  See [RFC6269] for
   details.
As such, the caution listed above seems extremely weak.  There is no way to safeguard applications 100% against the problems of CGNs, just as there was no way to safeguard applications from NATs.  CGNs introduce a new level of problems, which you reference, but this must be said.  I am not asking for you to go into a whole rant on CGNs, but "issues" reminds me of "obviously, there's been a major malfunction".
  • Req1: Whither SCTP?  At the very least someone should say something about why SCTP is NOT on the list.  Moreover, your logic in this requirement to me doesn't hold.  There is a substantial difference between a NAT within an administrative domain that can be managed by the subscriber, and one that realistically cannot be.  Therefore, the requirements upon CGNs should be stronger.  Of course this should be balanced by other considerations, such as keeping the Internet growing, but the logic needs to be exposed.  For instance, it may not be possible to safeguard certain IPSEC deployments.
  • Req10: §14.1.1 of draft-ietf-pcp-base-16 states that failure to segment of traffic opens attacks.  Why was a requirement not added to address this?
  • Req13: Question; if destination addresses and ports are not logged, is there sufficient information to determine a UNIQUE mapping necessary for LI purposes?  Put another way, is the mapping a 3-tuple or a 5-tuple?
  • This requirements document should be reviewed by game developers to get their PoV.  As I understand it, they don't do pcp, but more uPnP, ice & stun. Perhaps that's just a timing thing.
Minor issues

  • I understand that traditional telcos might not be the only ones to offer CGN, the definition of a CGN seems strained, particulary as when relates to "administrative entity".  This may be in part due to the expansion of scope of what is trying to be solved.  I have no great suggestion for you here.
Nits
  • Yes, there is a terminology section, but NAT un-NATing, and ISPs are not properly defined in their first use in the Introduction.
  • In Figure 1 it may be useful to show IP addresses.
Very very very nitty (can largely be ignored)
  • Something odd going on with your reference to RFC5382 on tools.ietf.org– no link.  Check source and maybe check with the IETF tools people.
--------------010406000705020403050701-- From stpeter@stpeter.im Tue Dec 13 13:19:33 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AF2121F85BB for ; Tue, 13 Dec 2011 13:19:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.139 X-Spam-Level: X-Spam-Status: No, score=-103.139 tagged_above=-999 required=5 tests=[AWL=-0.540, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qNkyWney6XKF for ; Tue, 13 Dec 2011 13:19:32 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 886C221F84C1 for ; Tue, 13 Dec 2011 13:19:32 -0800 (PST) Received: from dhcp-64-101-72-124.cisco.com (unknown [64.101.72.124]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 60B594236A; Tue, 13 Dec 2011 14:27:07 -0700 (MST) Message-ID: <4EE7C162.9010802@stpeter.im> Date: Tue, 13 Dec 2011 14:19:30 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: SM References: <4EBBB0EE.8050502@it.aoyama.ac.jp> <01O88YVG6MQY00RCTX@mauve.mrochek.com> <4EBCCE76.2090807@it.aoyama.ac.jp> <01O8AM6GDT5000RCTX@mauve.mrochek.com> <4EC0CCAE.5070402@stpeter.im> <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <6.2.5.6.2.20111213095846.0b676240@resistor.net> In-Reply-To: <6.2.5.6.2.20111213095846.0b676240@resistor.net> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: paduffy@cisco.com, apps-discuss@ietf.org, Thomas Herbst Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 21:19:33 -0000 On 12/13/11 11:02 AM, SM wrote: > At 09:45 13-12-2011, Peter Saint-Andre wrote: >> It seems to me that #2 might not be an encoding of the relevant +xml >> content type, but might be a different content type, so +exi might be >> appropriate. > > I don't know whether Item B at > http://www.ietf.org/proceedings/78/minutes/yam.txt is relevant to the > discussion. Sort of. :) The case of gzipped SVG is a good example of an encoding of a content type. The case of a binary representation of an XML infoset might be an example of a content type (as opposed to a compressed encoding of textual XML, which I think we all agree is an encoding of a content type). Before IETF 82, I was not aware of the EXI mode that represents an XML infoset directly in binary, but some folks there enlightened me, so I think there is more subtlety here than was reflected in this thread in early November. Peter -- Peter Saint-Andre https://stpeter.im/ From julian.reschke@gmx.de Tue Dec 13 13:40:39 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B797411E809F for ; Tue, 13 Dec 2011 13:40:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.882 X-Spam-Level: X-Spam-Status: No, score=-103.882 tagged_above=-999 required=5 tests=[AWL=-1.283, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rtLtGcNhvWh1 for ; Tue, 13 Dec 2011 13:40:39 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id BAEDA11E809B for ; Tue, 13 Dec 2011 13:40:38 -0800 (PST) Received: (qmail invoked by alias); 13 Dec 2011 21:40:36 -0000 Received: from p3EE279D1.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.121.209] by mail.gmx.net (mp070) with SMTP; 13 Dec 2011 22:40:36 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+NiV0BQxGNfUCV2pogtVN2Ll2Zci2qHcsLEg1tkv K6oE+1/3K3C4JK Message-ID: <4EE7C64B.8080300@gmx.de> Date: Tue, 13 Dec 2011 22:40:27 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Peter Saint-Andre References: <4EBBB0EE.8050502@it.aoyama.ac.jp> <01O88YVG6MQY00RCTX@mauve.mrochek.com> <4EBCCE76.2090807@it.aoyama.ac.jp> <01O8AM6GDT5000RCTX@mauve.mrochek.com> <4EC0CCAE.5070402@stpeter.im> <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <6.2.5.6.2.20111213095846.0b676240@resistor.net> <4EE7C162.9010802@stpeter.im> In-Reply-To: <4EE7C162.9010802@stpeter.im> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: paduffy@cisco.com, Thomas Herbst , apps-discuss@ietf.org Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 21:40:39 -0000 On 2011-12-13 22:19, Peter Saint-Andre wrote: > On 12/13/11 11:02 AM, SM wrote: >> At 09:45 13-12-2011, Peter Saint-Andre wrote: >>> It seems to me that #2 might not be an encoding of the relevant +xml >>> content type, but might be a different content type, so +exi might be >>> appropriate. >> >> I don't know whether Item B at >> http://www.ietf.org/proceedings/78/minutes/yam.txt is relevant to the >> discussion. > > Sort of. :) > > The case of gzipped SVG is a good example of an encoding of a content Well, until people start looking for a content type to map their "svgz" files to, or need to embed gzipped SVG into a data URI. The decision to clarify that "image/svg+xml" isn't useable for that was right, but this use case may really required a separate content type. > type. The case of a binary representation of an XML infoset might be an > example of a content type (as opposed to a compressed encoding of > textual XML, which I think we all agree is an encoding of a content > type). Before IETF 82, I was not aware of the EXI mode that represents > an XML infoset directly in binary, but some folks there enlightened me, > so I think there is more subtlety here than was reflected in this thread > in early November. I'm not sure that I understand the difference. Both are compression formats. One may be specialized for XML, but otherwise? Best regards, Julian From carine@jay.w3.org Tue Dec 13 13:58:29 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E09F11E80A2 for ; Tue, 13 Dec 2011 13:58:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.999 X-Spam-Level: X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uRIVN1GLJsKr for ; Tue, 13 Dec 2011 13:58:29 -0800 (PST) Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by ietfa.amsl.com (Postfix) with ESMTP id 9309B11E809D for ; Tue, 13 Dec 2011 13:58:25 -0800 (PST) Received: from carine by jay.w3.org with local (Exim 4.69) (envelope-from ) id 1RaaMa-0003Op-RJ; Tue, 13 Dec 2011 16:58:16 -0500 Date: Tue, 13 Dec 2011 16:58:16 -0500 From: Carine Bournez To: Peter Saint-Andre Message-ID: <20111213215816.GI5525@jay.w3.org> References: <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE78F2F.2070601@stpeter.im> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paduffy@cisco.com, "apps-discuss@ietf.org" , Thomas Herbst Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:01:02 -0000 On Tue, Dec 13, 2011 at 10:45:19AM -0700, Peter Saint-Andre wrote: > I chatted with a few folks about this in Taipei and afterward. > > As I understand it (correct me if I'm wrong), EXI has two modes: > > 1. Straight compression of the text representation of XML (text in, > EXI-compressed data out). To make use of the data, you then decompress > it back into the angle-brackety text representation of XML that we all > know and love. > > 2. Direct, binary representation of the XML infoset. In this case, you > never have the data in a angle-brackety text representation, instead it > is always a binary representation. It is not exactly 2 modes. The EXI 1.0 Recommendation only specifies a compressed encoding of an XML Infoset. Applications that include an EXI processor may use different approaches around the encoding/decoding process. So, you can have applications with a (text) XML document as an input (what you describe as #1), and applications that never use a text serialization (your #2). > It seems to me that #1 is similar to gzip, i.e., the textual > representation is encoded using EXI compression, so we'd have this: > > Content-Type: application/foo+xml > Content-Encoding: exi > > It seems to me that #2 might not be an encoding of the relevant +xml > content type, but might be a different content type, so +exi might be > appropriate. The W3C EXI Working Group has decided not to follow the +exi path, since it involved a potentially infinite number of types to register. There could also be conformance issues: an EXI stream not encoded from a text version might not be necessarily serialized as a conformant "foo" after decoding from its EXI form. It needs some specification work for each foo+exi. The generic application/exi content-type is meant to be used for cases where there is no serialization from/to a standard format (then no content-type can be used), as well as for protocols that have no content-encoding capability. -- Carine Bournez -+- W3C Europe From vumip1@gmail.com Tue Dec 13 14:19:51 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC75321F86DD; Tue, 13 Dec 2011 14:19:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.226 X-Spam-Level: X-Spam-Status: No, score=-3.226 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NQdCL1V1gNG0; Tue, 13 Dec 2011 14:19:51 -0800 (PST) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id F0A0421F844F; Tue, 13 Dec 2011 14:19:50 -0800 (PST) Received: by iaek3 with SMTP id k3so221331iae.31 for ; Tue, 13 Dec 2011 14:19:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=7CltsZj4p+Ct7LnJxz4yrTbjkZNQ7rfoyO7z0Y8xrr0=; b=w3geuNt052iY4RR+8YQotSAUqnmQ4TP3N6a3KNDWHRb3+gXseioC7IXLuiK36E09HI qMs1NIOa8eR//u9AHBejVAxane9SD8qEJjukelT9IU4MlTulzloVaaLjVpDULcfvLZEa ZVTtrwlQLVvpC2Frl2bGuVAHOB5Z3oV23s9I4= MIME-Version: 1.0 Received: by 10.50.202.65 with SMTP id kg1mr21309099igc.1.1323814790648; Tue, 13 Dec 2011 14:19:50 -0800 (PST) Received: by 10.50.170.105 with HTTP; Tue, 13 Dec 2011 14:19:50 -0800 (PST) Date: Tue, 13 Dec 2011 17:19:50 -0500 Message-ID: From: Bhumip Khasnabish To: dc@ietf.org Content-Type: multipart/alternative; boundary=f46d0447851558549604b400a699 Cc: vnrg@irtf.org, opsawg@ietf.org, l3vpn@ietf.org, apps-discuss@ietf.org Subject: [apps-discuss] slides from Dr. Chu's lunch time talk on Smart Cloud Computing Network Architecture and Services during IETF-82 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:19:52 -0000 --f46d0447851558549604b400a699 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable For the Cloud and Data center enthusiasts, the slides from Dr. Chu's lunch time talk on Smart Cloud Computing Network Architecture and Services during IETF-82 ( (on Thu-17-Nov.-2011, Taipei, Taiwan) can be found at the following website: http://trac.tools.ietf.org/area/app/trac/attachment/wiki/Clouds/ The file names are part1-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-Serv= ices_v3-Public-Thu17Nov2011.pdf (990.4 KB) part2-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-Serv= ices_v3-Public-Thu17Nov2011.pdf (742.0 KB) part3-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-Serv= ices_v3-Public-Thu17Nov2011.pdf (813.0 KB) Thanks. Best. Bhumip Khasnabish vumip1@gmail.com bhumip.khasnabish@zteusa.com +1-781-752-8003 (mobile) http://www.linkedin.com/in/bhumipkhasnabish __o _ `\ <, _ .......... ( =95 ) / ( =95 ) ...................... --f46d0447851558549604b400a699 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
For the Cloud and Data center enthusiasts, the slides from
Dr. Chu's lunch time talk on
Smart Cloud Computing Network Architecture and Services
during IETF-82 ( (on Thu-17-Nov.-2011, Taipei, Taiwan) can
be found at the following=A0 website:
=A0
The file names are

part1-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-S= ervices_v3-Public-Thu17Nov2011.pdf (990.4 KB)

part2-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-S= ervices_v3-Public-Thu17Nov2011.pdf (742.0 KB)

part3-IETF-82-LunchTalk-Smart-Cloud-Computing-Network-Architecture-and-S= ervices_v3-Public-Thu17Nov2011.pdf (813.0 KB)

=A0
Thanks.
Best.

Bhumip Khasnabish

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 __o
=A0= =A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 _ `\ <, _
.......... ( =95 ) / ( =95 = ) ......................

--f46d0447851558549604b400a699-- From stpeter@stpeter.im Tue Dec 13 14:36:14 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 677AB21F8AF2 for ; Tue, 13 Dec 2011 14:36:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.812 X-Spam-Level: X-Spam-Status: No, score=-102.812 tagged_above=-999 required=5 tests=[AWL=-0.813, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KCQZ6yvz+fR8 for ; Tue, 13 Dec 2011 14:36:13 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 55B4821F8AF1 for ; Tue, 13 Dec 2011 14:36:13 -0800 (PST) Received: from dhcp-64-101-72-124.cisco.com (unknown [64.101.72.124]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id BCA954236A; Tue, 13 Dec 2011 15:43:47 -0700 (MST) Message-ID: <4EE7D35B.8050708@stpeter.im> Date: Tue, 13 Dec 2011 15:36:11 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Carine Bournez References: <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> In-Reply-To: <20111213215816.GI5525@jay.w3.org> X-Enigmail-Version: 1.3.3 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: paduffy@cisco.com, "apps-discuss@ietf.org" , Thomas Herbst Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:36:14 -0000 On 12/13/11 2:58 PM, Carine Bournez wrote: > On Tue, Dec 13, 2011 at 10:45:19AM -0700, Peter Saint-Andre wrote: >> I chatted with a few folks about this in Taipei and afterward. >> >> As I understand it (correct me if I'm wrong), EXI has two modes: >> >> 1. Straight compression of the text representation of XML (text in, >> EXI-compressed data out). To make use of the data, you then decompress >> it back into the angle-brackety text representation of XML that we all >> know and love. >> >> 2. Direct, binary representation of the XML infoset. In this case, you >> never have the data in a angle-brackety text representation, instead it >> is always a binary representation. > > It is not exactly 2 modes. The EXI 1.0 Recommendation only specifies a > compressed encoding of an XML Infoset. Applications that include an EXI > processor may use different approaches around the encoding/decoding process. > So, you can have applications with a (text) XML document as an input > (what you describe as #1), and applications that never use a text > serialization (your #2). > >> It seems to me that #1 is similar to gzip, i.e., the textual >> representation is encoded using EXI compression, so we'd have this: >> >> Content-Type: application/foo+xml >> Content-Encoding: exi >> >> It seems to me that #2 might not be an encoding of the relevant +xml >> content type, but might be a different content type, so +exi might be >> appropriate. > > The W3C EXI Working Group has decided not to follow the +exi path, > since it involved a potentially infinite number of types to register. > There could also be conformance issues: an EXI stream not encoded > from a text version might not be necessarily serialized as a conformant > "foo" after decoding from its EXI form. It needs some specification > work for each foo+exi. > The generic application/exi content-type is meant to be used for cases > where there is no serialization from/to a standard format (then no > content-type can be used), as well as for protocols that have no > content-encoding capability. Thank you for the clarifications. The example that raised this issue for me was the ZigBee Alliance Smart Energy Profile 2.0, which supports both a text serialization of their XML format and an EXI representation. Tom Herbst and Paul Duffy can describe that use case more accurately than I can, but based on what you've said it seems that they would use application/sep+xml and note a content encoding of EXI for the second case. However, it is possible that (if their transport/transfer protocols do not have a way to note the content encoding) they might use application/exi for the second case. I'll let Tom and Paul speak to that. Zach Shelby might also have opinions in the matter. In any case, I think they have the information they need to make the right decision in the ZigBee Alliance (and if not they can speak up). Peter -- Peter Saint-Andre https://stpeter.im/ From mnot@mnot.net Tue Dec 13 14:37:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2A8B11E809D for ; Tue, 13 Dec 2011 14:37:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.96 X-Spam-Level: X-Spam-Status: No, score=-104.96 tagged_above=-999 required=5 tests=[AWL=-2.361, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HPi6PqSZra3Y for ; Tue, 13 Dec 2011 14:37:35 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id 96E8411E809B for ; Tue, 13 Dec 2011 14:37:35 -0800 (PST) Received: from [192.168.1.79] (unknown [118.209.24.155]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 7B2A822E25A; Tue, 13 Dec 2011 17:37:29 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <20111213215816.GI5525@jay.w3.org> Date: Wed, 14 Dec 2011 09:37:27 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> References: <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> To: Carine Bournez X-Mailer: Apple Mail (2.1251.1) Cc: paduffy@cisco.com, Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:37:36 -0000 On 14/12/2011, at 8:58 AM, Carine Bournez wrote: > On Tue, Dec 13, 2011 at 10:45:19AM -0700, Peter Saint-Andre wrote: >> I chatted with a few folks about this in Taipei and afterward. >>=20 >> As I understand it (correct me if I'm wrong), EXI has two modes: >>=20 >> 1. Straight compression of the text representation of XML (text in, >> EXI-compressed data out). To make use of the data, you then = decompress >> it back into the angle-brackety text representation of XML that we = all >> know and love. >>=20 >> 2. Direct, binary representation of the XML infoset. In this case, = you >> never have the data in a angle-brackety text representation, instead = it >> is always a binary representation. >=20 > It is not exactly 2 modes. The EXI 1.0 Recommendation only specifies a=20= > compressed encoding of an XML Infoset. Applications that include an = EXI=20 > processor may use different approaches around the encoding/decoding = process.=20 > So, you can have applications with a (text) XML document as an input > (what you describe as #1), and applications that never use a text > serialization (your #2). If I remember correctly, it also has modes where the schema (as a = separate document) is required to be able to decode the document; is = that still the case, Carine? Cheers, -- Mark Nottingham http://www.mnot.net/ From carine@jay.w3.org Wed Dec 14 01:23:46 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E48D21F8557 for ; Wed, 14 Dec 2011 01:23:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.351 X-Spam-Level: X-Spam-Status: No, score=-10.351 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id moT71HiR91J7 for ; Wed, 14 Dec 2011 01:23:46 -0800 (PST) Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by ietfa.amsl.com (Postfix) with ESMTP id F307B21F8551 for ; Wed, 14 Dec 2011 01:23:45 -0800 (PST) Received: from carine by jay.w3.org with local (Exim 4.69) (envelope-from ) id 1Ral3o-0002Oo-43; Wed, 14 Dec 2011 04:23:36 -0500 Date: Wed, 14 Dec 2011 04:23:36 -0500 From: Carine Bournez To: Mark Nottingham Message-ID: <20111214092327.GK5525@jay.w3.org> References: <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paduffy@cisco.com, Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 09:23:46 -0000 On Wed, Dec 14, 2011 at 09:37:27AM +1100, Mark Nottingham wrote: > > If I remember correctly, it also has modes where the schema (as a separate document) is required to be able to decode the document; is that still the case, Carine? > Hi, In the schema-informed mode the encoder and the decoder use a schema, the EXI 1.0 version specifies XML schema informed grammars. The reference to that schema is carried in the EXI header. The format of that "schemaId" is not specified for 1.0 processors, it can be whatever is practical for the application. It is *optional* in the EXI header, even when a schema is in use: applications can also "share" this information out of band. EXI 1.0 is intentionally liberal on a number of details and defers them to the application level, so that it can support a large range of use cases. -- Carine Bournez -+- W3C Europe From simon.perreault@viagenie.ca Wed Dec 14 07:22:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AA0F21F8B4D; Wed, 14 Dec 2011 07:22:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_74=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xpgT917GPK3W; Wed, 14 Dec 2011 07:22:44 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [206.123.31.2]) by ietfa.amsl.com (Postfix) with ESMTP id 6B70321F8B50; Wed, 14 Dec 2011 07:22:44 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [IPv6:2620:0:230:c000::67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 4997F21ED9; Wed, 14 Dec 2011 10:22:08 -0500 (EST) Message-ID: <4EE8BF1F.9080901@viagenie.ca> Date: Wed, 14 Dec 2011 10:22:07 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0 MIME-Version: 1.0 To: Eliot Lear References: <4EE79606.30704@cisco.com> In-Reply-To: <4EE79606.30704@cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, 'IESG' , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 15:22:45 -0000 Eliot, Thanks for your review. As you'll see below, I did not agree with many of your suggestions. It is unusual, my style is not to push back a lot. I'm sorry about that. On 2011-12-13 13:14, Eliot Lear wrote: > The following text needs substantial work. > >> Readers should be aware of potential issues that may arise when >> sharing a public address between many subscribers. See [RFC6269 ] for >> details. > As such, the caution listed above seems extremely weak. There is *no way* to > safeguard applications 100% against the problems of CGNs, just as there was no > way to safeguard applications from NATs. CGNs introduce a new level of problems, > which you reference, but this must be said. I am not asking for you to go into a > whole rant on CGNs, but "issues" reminds me of "obviously, there's been a major > malfunction". I'm sorry, I don't know how to translate that into text. RFC6269 appears clear to me. Do you have an example of text you would like to see? > * Req1: Whither SCTP? At the very least someone should say something about why > SCTP is NOT on the list. There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, UDP, and ICMP. There is none for SCTP. If there was one we could debate this. But right now it's just impossible to say "support SCTP" without saying how this is done. > Moreover, your logic in this requirement to me > doesn't hold. There is a substantial difference between a NAT within an > administrative domain that can be managed by the subscriber, and one that > realistically cannot be. Therefore, the requirements upon CGNs should be > *stronger*. Of course this should be balanced by other considerations, such > as keeping the Internet growing, but the logic needs to be exposed. For > instance, it may not be possible to safeguard certain IPSEC deployments. Each of the requirements in our draft is imposed on CGNs but not on other NATs, while other NAT-generic requirements that are found in existing RFCs must still be obeyed by CGNs. To me it is clear that CGNs have a stricter set of requirements to fulfill. > * Req10: §14.1.1 of draft-ietf-pcp-base-16 states that failure to segment of > traffic opens attacks. Why was a requirement not added to address this? In a nutshell: The PCP draft already covers this. We don't need to repeat it. If this is not true, then it needs to be addressed in the PCP draft. From the PCP draft's section 14.1: PCP Servers that comply with the Simple Threat Model and do not implement a PCP security mechanism described in Section 14.2 MUST enforce the constraints described in the paragraph above. > * Req13: Question; if destination addresses and ports are not logged, is there > sufficient information to determine a UNIQUE mapping necessary for LI > purposes? Put another way, is the mapping a 3-tuple or a 5-tuple? REQ-1 mandates support for the usual BEHAVE requirements for TCP, UDP, and ICMP. These include the requirement that a NAT (CGN or not) adopt so-called Endpoint-Independent Mapping behaviour, meaning that there must be a one-to-one mapping between an internal source address+port and an external source address+port. This would correspond to your "3-tuple" description. > * This requirements document should be reviewed by game developers to get their > PoV. As I understand it, they don't do pcp, but more uPnP, ice & stun. > Perhaps that's just a timing thing. Because of REQ-1, a CGN needs to support the usual BEHAVE requirements for TCP, UDP, and ICMP. These RFCs, in their time, have been reviewed by game developers. Adding PCP only makes game developers' lives easier. UPnP cannot work with a CGN as it is designed to work on a local link, whereas a CGN is often multiple hops away. > *Minor issues* > > * I understand that traditional telcos might not be the only ones to offer CGN, > the definition of a CGN seems strained, particulary as when relates to > "administrative entity". This may be in part due to the expansion of scope > of what is trying to be solved. I have no great suggestion for you here. I've personally started thinking of a CGN in terms of a "multi-subscriber NAT". That's the key distinction. Most requirements relate to the fact that there are multiple subscribers competing for the same resources, and we need to ensure fairness. > *Nits* > > * Yes, there is a terminology section, but NAT un-NATing, and ISPs are not > properly defined in their first use in the Introduction. I expanded the first usage of NAT to "Network Address Translator (NAT) ". I changed "regular, un-NATed IPv4 service" to "regular IPv4 service assigning public addresses to subscribers". I expanded the first usage of ISPs to "Internet Service Providers (ISPs)". > * In Figure 1 it may be useful to show IP addresses. How about this? . : | Internet ............... | ................... | ISP network External pool: | 192.0.2.1/26 | ++------++ External realm ........... | CGN |............... ++------++ Internal realm 10.0.0.1 | | | | | | ISP network ............. | .. | ................ | | Customer premises 10.0.0.100 | | 10.0.0.101 ++------++ ++------++ | CPE1 | | CPE2 | etc. ++------++ ++------++ (IP addresses are only for example purposes) Figure 1: CGN network topology > *Very very very nitty (can largely be ignored)* > > * Something odd going on with your reference to RFC5382 on tools.ietf.org– no > link. Check source and maybe check with the IETF tools people. Nice parser bug! ;) Simon -- DTN made easy, lean, and smart --> http://postellation.viagenie.ca NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca From simon.perreault@viagenie.ca Wed Dec 14 07:57:52 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 401BD21F8BAD; Wed, 14 Dec 2011 07:57:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.556 X-Spam-Level: X-Spam-Status: No, score=-2.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZYIFYPDVaKcU; Wed, 14 Dec 2011 07:57:51 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [206.123.31.2]) by ietfa.amsl.com (Postfix) with ESMTP id 1AAD321F8AF7; Wed, 14 Dec 2011 07:57:09 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [IPv6:2620:0:230:c000::67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 82E5520E2E; Wed, 14 Dec 2011 10:56:38 -0500 (EST) Message-ID: <4EE8C736.4030900@viagenie.ca> Date: Wed, 14 Dec 2011 10:56:38 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0 MIME-Version: 1.0 To: Dave Thaler References: <4EE79606.30704@cisco.com> <4EE8BF1F.9080901@viagenie.ca> <9B57C850BB53634CACEC56EF4853FF653B34E533@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> In-Reply-To: <9B57C850BB53634CACEC56EF4853FF653B34E533@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "draft-ietf-behave-lsn-requirements.all@tools.ietf.org" , "apps-discuss@ietf.org" , 'IESG' Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 15:57:52 -0000 On 2011-12-14 10:54, Dave Thaler wrote: > Simon Perreault wrote: >>> * Req1: Whither SCTP? At the very least someone should say something >> about why >>> SCTP is NOT on the list. >> >> There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, UDP, >> and ICMP. >> There is none for SCTP. If there was one we could debate this. But right now >> it's just impossible to say "support SCTP" without saying how this is done. > > I think Eliot was suggesting something like saying > "Note that SCTP is not in this list because there is no RFC at this time on > NAT behavior for SCTP." Got it, thanks. Simon -- DTN made easy, lean, and smart --> http://postellation.viagenie.ca NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca From paduffy@cisco.com Tue Dec 13 14:59:09 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3DDB11E80AD for ; Tue, 13 Dec 2011 14:59:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.999 X-Spam-Level: X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ujGO-2tnHU6y for ; Tue, 13 Dec 2011 14:59:09 -0800 (PST) Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id F163111E80A4 for ; Tue, 13 Dec 2011 14:59:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=paduffy@cisco.com; l=3558; q=dns/txt; s=iport; t=1323817149; x=1325026749; h=message-id:date:from:reply-to:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=2F2OTlIp+/Hb8Fb2BJ4rtOjcBOLLn3+s1BLEqGz1U4I=; b=be6XFyPQcS5/gV+8b+Q/3v8Iv3edt2Q9ZeTDDgdGOhGtwlbr5lTpnYUg cJ8biglaGVJm17XZtroOHoAm+iVjL+yiyNf48nU+ibFfciclFFLFCDZe/ i2NplIRaL12pSR32TnXekpVNATp5ioryHoYtLB070aPC5hQJR0MzbRPQb A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAInY506rRDoI/2dsb2JhbABDhQejVIJEgQWBcgEBAQQSAQIBDRVAARALGAICBRYLAgIJAwIBAgFFBgoDAQcBAR6fbAGDLw8BiRyRTIEviR6BFgSIMIxBhU2Mew X-IronPort-AV: E=Sophos;i="4.71,349,1320624000"; d="scan'208";a="20551989" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-3.cisco.com with ESMTP; 13 Dec 2011 22:58:57 +0000 Received: from [10.89.11.130] ([10.89.11.130]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id pBDMwtue023096; Tue, 13 Dec 2011 22:58:56 GMT Message-ID: <4EE7D8AF.8060104@cisco.com> Date: Tue, 13 Dec 2011 16:58:55 -0600 From: Paul Duffy Organization: Cisco Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Peter Saint-Andre References: <01O8EWMK2T8E00RCTX@mauve.mrochek.com> <4EC2DC42.7010307@stpeter.im> <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <4EE7D35B.8050708@stpeter.im> In-Reply-To: <4EE7D35B.8050708@stpeter.im> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 14 Dec 2011 08:03:43 -0800 Cc: "apps-discuss@ietf.org" , Thomas Herbst Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: paduffy@cisco.com List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:59:09 -0000 Peter accurately described SEP2's intentions re: EXI usage. We're essentially marshaling/un-marshaling an internal infoset either... 1. direct to XML/text 2. direct to an EXI binary encoding. Note these nodes never manipulate XML text. This approach is particularly important for resource constrained nodes (i.e. memory not available to blow the EXI up into XML). We tend to look at these as two different encodings, not one as a compression of the other. On 12/13/2011 4:36 PM, Peter Saint-Andre wrote: > On 12/13/11 2:58 PM, Carine Bournez wrote: >> On Tue, Dec 13, 2011 at 10:45:19AM -0700, Peter Saint-Andre wrote: >>> I chatted with a few folks about this in Taipei and afterward. >>> >>> As I understand it (correct me if I'm wrong), EXI has two modes: >>> >>> 1. Straight compression of the text representation of XML (text in, >>> EXI-compressed data out). To make use of the data, you then decompress >>> it back into the angle-brackety text representation of XML that we all >>> know and love. >>> >>> 2. Direct, binary representation of the XML infoset. In this case, you >>> never have the data in a angle-brackety text representation, instead it >>> is always a binary representation. >> It is not exactly 2 modes. The EXI 1.0 Recommendation only specifies a >> compressed encoding of an XML Infoset. Applications that include an EXI >> processor may use different approaches around the encoding/decoding process. >> So, you can have applications with a (text) XML document as an input >> (what you describe as #1), and applications that never use a text >> serialization (your #2). >> >>> It seems to me that #1 is similar to gzip, i.e., the textual >>> representation is encoded using EXI compression, so we'd have this: >>> >>> Content-Type: application/foo+xml >>> Content-Encoding: exi >>> >>> It seems to me that #2 might not be an encoding of the relevant +xml >>> content type, but might be a different content type, so +exi might be >>> appropriate. >> The W3C EXI Working Group has decided not to follow the +exi path, >> since it involved a potentially infinite number of types to register. >> There could also be conformance issues: an EXI stream not encoded >> from a text version might not be necessarily serialized as a conformant >> "foo" after decoding from its EXI form. It needs some specification >> work for each foo+exi. >> The generic application/exi content-type is meant to be used for cases >> where there is no serialization from/to a standard format (then no >> content-type can be used), as well as for protocols that have no >> content-encoding capability. > Thank you for the clarifications. > > The example that raised this issue for me was the ZigBee Alliance Smart > Energy Profile 2.0, which supports both a text serialization of their > XML format and an EXI representation. Tom Herbst and Paul Duffy can > describe that use case more accurately than I can, but based on what > you've said it seems that they would use application/sep+xml and note a > content encoding of EXI for the second case. However, it is possible > that (if their transport/transfer protocols do not have a way to note > the content encoding) they might use application/exi for the second > case. I'll let Tom and Paul speak to that. Zach Shelby might also have > opinions in the matter. In any case, I think they have the information > they need to make the right decision in the ZigBee Alliance (and if not > they can speak up). > > Peter > From therbst@silverspringnet.com Tue Dec 13 15:00:16 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78AF211E80A4 for ; Tue, 13 Dec 2011 15:00:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.299 X-Spam-Level: X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[AWL=-2.300, BAYES_00=-2.599, J_CHICKENPOX_33=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pu3YBEn5VUue for ; Tue, 13 Dec 2011 15:00:16 -0800 (PST) Received: from it-ipcorp-01.silverspringnet.com (it-ipcorp-01.silverspringnet.com [74.121.22.25]) by ietfa.amsl.com (Postfix) with ESMTP id 00A6E11E809B for ; Tue, 13 Dec 2011 15:00:15 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAFbY504KyAE+/2dsb2JhbABDrCSBcgEBBTo/EgEIDQEKHkIlAQEEAQkEBb43i2MEiDCSLoxd X-IronPort-AV: E=Sophos;i="4.71,349,1320652800"; d="scan'208";a="8248183" Received: from unknown (HELO IT-EXCA-02.silverspringnet.com) ([10.200.1.62]) by it-ipcorp-01.silverspringnet.com with ESMTP/TLS/AES128-SHA; 13 Dec 2011 15:00:14 -0800 Received: from IT-EXMB-01.silverspringnet.com ([fe80::b81e:2d5b:d263:6c44]) by IT-EXCA-02.silverspringnet.com ([::1]) with mapi; Tue, 13 Dec 2011 15:00:14 -0800 From: Thomas Herbst To: Paul Duffy , Peter Saint-Andre Date: Tue, 13 Dec 2011 15:00:12 -0800 Thread-Topic: [apps-discuss] +exi Thread-Index: Acy56vjWCKAg05JrSiCdrdSBW2ettQ== Message-ID: In-Reply-To: <4EE7D8AF.8060104@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.10.0.110310 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 14 Dec 2011 08:03:43 -0800 Cc: Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:00:16 -0000 Also, we are trying to be as http/coap agnostic as possible. On 12/13/11 2:58 PM, "Paul Duffy" wrote: >Peter accurately described SEP2's intentions re: EXI usage. We're >essentially marshaling/un-marshaling an internal infoset either... > >1. direct to XML/text > >2. direct to an EXI binary encoding. Note these nodes never manipulate >XML text. This approach is particularly important for resource >constrained nodes (i.e. memory not available to blow the EXI up into XML). > >We tend to look at these as two different encodings, not one as a >compression of the other. > > >On 12/13/2011 4:36 PM, Peter Saint-Andre wrote: >> On 12/13/11 2:58 PM, Carine Bournez wrote: >>> On Tue, Dec 13, 2011 at 10:45:19AM -0700, Peter Saint-Andre wrote: >>>> I chatted with a few folks about this in Taipei and afterward. >>>> >>>> As I understand it (correct me if I'm wrong), EXI has two modes: >>>> >>>> 1. Straight compression of the text representation of XML (text in, >>>> EXI-compressed data out). To make use of the data, you then decompress >>>> it back into the angle-brackety text representation of XML that we all >>>> know and love. >>>> >>>> 2. Direct, binary representation of the XML infoset. In this case, you >>>> never have the data in a angle-brackety text representation, instead >>>>it >>>> is always a binary representation. >>> It is not exactly 2 modes. The EXI 1.0 Recommendation only specifies a >>> compressed encoding of an XML Infoset. Applications that include an EXI >>> processor may use different approaches around the encoding/decoding >>>process. >>> So, you can have applications with a (text) XML document as an input >>> (what you describe as #1), and applications that never use a text >>> serialization (your #2). >>> >>>> It seems to me that #1 is similar to gzip, i.e., the textual >>>> representation is encoded using EXI compression, so we'd have this: >>>> >>>> Content-Type: application/foo+xml >>>> Content-Encoding: exi >>>> >>>> It seems to me that #2 might not be an encoding of the relevant +xml >>>> content type, but might be a different content type, so +exi might be >>>> appropriate. >>> The W3C EXI Working Group has decided not to follow the +exi path, >>> since it involved a potentially infinite number of types to register. >>> There could also be conformance issues: an EXI stream not encoded >>> from a text version might not be necessarily serialized as a conformant >>> "foo" after decoding from its EXI form. It needs some specification >>> work for each foo+exi. >>> The generic application/exi content-type is meant to be used for cases >>> where there is no serialization from/to a standard format (then no >>> content-type can be used), as well as for protocols that have no >>> content-encoding capability. >> Thank you for the clarifications. >> >> The example that raised this issue for me was the ZigBee Alliance Smart >> Energy Profile 2.0, which supports both a text serialization of their >> XML format and an EXI representation. Tom Herbst and Paul Duffy can >> describe that use case more accurately than I can, but based on what >> you've said it seems that they would use application/sep+xml and note a >> content encoding of EXI for the second case. However, it is possible >> that (if their transport/transfer protocols do not have a way to note >> the content encoding) they might use application/exi for the second >> case. I'll let Tom and Paul speak to that. Zach Shelby might also have >> opinions in the matter. In any case, I think they have the information >> they need to make the right decision in the ZigBee Alliance (and if not >> they can speak up). >> >> Peter >> > From dthaler@microsoft.com Wed Dec 14 07:54:12 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7A9221F8AF7; Wed, 14 Dec 2011 07:54:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.793 X-Spam-Level: X-Spam-Status: No, score=-103.793 tagged_above=-999 required=5 tests=[AWL=-0.194, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qyaSwsDpeqyY; Wed, 14 Dec 2011 07:54:12 -0800 (PST) Received: from VA3EHSOBE008.bigfish.com (va3ehsobe001.messaging.microsoft.com [216.32.180.11]) by ietfa.amsl.com (Postfix) with ESMTP id 9368921F8AF5; Wed, 14 Dec 2011 07:54:10 -0800 (PST) Received: from mail99-va3-R.bigfish.com (10.7.14.237) by VA3EHSOBE008.bigfish.com (10.7.40.28) with Microsoft SMTP Server id 14.1.225.23; Wed, 14 Dec 2011 15:54:12 +0000 Received: from mail99-va3 (localhost [127.0.0.1]) by mail99-va3-R.bigfish.com (Postfix) with ESMTP id 28D053600E8; Wed, 14 Dec 2011 15:54:13 +0000 (UTC) X-SpamScore: -9 X-BigFish: VS-9(zz1432N98dKzz1202hzzz2fh2a8h668h839h93fh61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:131.107.125.8; KIP:(null); UIP:(null); IPV:NLI; H:TK5EX14HUBC106.redmond.corp.microsoft.com; RD:none; EFVD:NLI Received-SPF: pass (mail99-va3: domain of microsoft.com designates 131.107.125.8 as permitted sender) client-ip=131.107.125.8; envelope-from=dthaler@microsoft.com; helo=TK5EX14HUBC106.redmond.corp.microsoft.com ; icrosoft.com ; Received: from mail99-va3 (localhost.localdomain [127.0.0.1]) by mail99-va3 (MessageSwitch) id 132387805316191_14410; Wed, 14 Dec 2011 15:54:13 +0000 (UTC) Received: from VA3EHSMHS036.bigfish.com (unknown [10.7.14.254]) by mail99-va3.bigfish.com (Postfix) with ESMTP id F04B3540046; Wed, 14 Dec 2011 15:54:12 +0000 (UTC) Received: from TK5EX14HUBC106.redmond.corp.microsoft.com (131.107.125.8) by VA3EHSMHS036.bigfish.com (10.7.99.46) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 14 Dec 2011 15:54:10 +0000 Received: from TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com (157.54.71.39) by TK5EX14HUBC106.redmond.corp.microsoft.com (157.54.80.61) with Microsoft SMTP Server (TLS) id 14.2.247.5; Wed, 14 Dec 2011 07:54:08 -0800 Received: from TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com ([169.254.4.253]) by TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com ([157.54.71.39]) with mapi id 14.01.0355.003; Wed, 14 Dec 2011 07:54:07 -0800 From: Dave Thaler To: Simon Perreault , Eliot Lear Thread-Topic: Apps Area Review of draft-ietf-behave-lsn-requirements-05 Thread-Index: AQHMucMkQoH4GBQUTkOfLwmPiFsIPZXb+t6A//+CW0A= Date: Wed, 14 Dec 2011 15:54:07 +0000 Message-ID: <9B57C850BB53634CACEC56EF4853FF653B34E533@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> References: <4EE79606.30704@cisco.com> <4EE8BF1F.9080901@viagenie.ca> In-Reply-To: <4EE8BF1F.9080901@viagenie.ca> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [157.54.51.43] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-Mailman-Approved-At: Wed, 14 Dec 2011 08:03:43 -0800 Cc: "draft-ietf-behave-lsn-requirements.all@tools.ietf.org" , 'IESG' , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 15:54:13 -0000 U2ltb24gUGVycmVhdWx0IHdyb3RlOg0KPiA+ICAgKiBSZXExOiBXaGl0aGVyIFNDVFA/ICBBdCB0 aGUgdmVyeSBsZWFzdCBzb21lb25lIHNob3VsZCBzYXkgc29tZXRoaW5nDQo+IGFib3V0IHdoeQ0K PiA+ICAgICBTQ1RQIGlzIE5PVCBvbiB0aGUgbGlzdC4NCj4gDQo+IFRoZXJlIGFyZSBCRUhBVkUg UkZDcyB3ZSBjYW4gY2l0ZSByZWdhcmRpbmcgTkFUIGJlaGF2aW91ciBmb3IgVENQLCBVRFAsDQo+ IGFuZCBJQ01QLg0KPiBUaGVyZSBpcyBub25lIGZvciBTQ1RQLiBJZiB0aGVyZSB3YXMgb25lIHdl IGNvdWxkIGRlYmF0ZSB0aGlzLiBCdXQgcmlnaHQgbm93DQo+IGl0J3MganVzdCBpbXBvc3NpYmxl IHRvIHNheSAic3VwcG9ydCBTQ1RQIiB3aXRob3V0IHNheWluZyBob3cgdGhpcyBpcyBkb25lLg0K DQpJIHRoaW5rIEVsaW90IHdhcyBzdWdnZXN0aW5nIHNvbWV0aGluZyBsaWtlIHNheWluZw0KIk5v dGUgdGhhdCBTQ1RQIGlzIG5vdCBpbiB0aGlzIGxpc3QgYmVjYXVzZSB0aGVyZSBpcyBubyBSRkMg YXQgdGhpcyB0aW1lIG9uDQpOQVQgYmVoYXZpb3IgZm9yIFNDVFAuIg0KDQotRGF2ZQ0K From stpeter@stpeter.im Wed Dec 14 15:27:52 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1061D21F8AFD for ; Wed, 14 Dec 2011 15:27:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.709 X-Spam-Level: X-Spam-Status: No, score=-102.709 tagged_above=-999 required=5 tests=[AWL=-0.110, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YPIIZWbOmb1a for ; Wed, 14 Dec 2011 15:27:51 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 6D22A21F8AF5 for ; Wed, 14 Dec 2011 15:27:51 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 67CCA4234D; Wed, 14 Dec 2011 16:35:29 -0700 (MST) Message-ID: <4EE930F5.10307@stpeter.im> Date: Wed, 14 Dec 2011 16:27:49 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: SM References: <4EE2430E.4080501@isode.com> <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> <4EE25B9E.2010206@stpeter.im> In-Reply-To: <4EE25B9E.2010206@stpeter.im> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 23:27:52 -0000 On 12/9/11 12:03 PM, Peter Saint-Andre wrote: > On 12/9/11 11:54 AM, SM wrote: >> At 09:19 09-12-2011, Alexey Melnikov wrote: >>> I would like to initiate WGLC on draft-ietf-appsawg-xdash-02.txt. Due >>> to holiday season the WGLC is going to be a long one and will end on >>> January 6th. Please send any comments >> >> Please consider the comments below as nits. >> >> In Section 1: >> >> "Therefore this document deprecates the "X-" convention for most >> application protocols and makes specific recommendations about >> how to proceed in a world without the distinction between >> standard and non-standard parameters." >> >> In Section 2, there is a "MUST NOT" for implementers of application >> protocols. The "most" (see quoted text) is not taken into >> consideration. The authors could get away with a "SHOULD" instead of a >> "MUST". > > Good point. Thanks for the review! Aha, in looking at how to change the text I realize there might be a disconnect. Section 2 states: Implementers of application protocols MUST NOT treat the general categories of "standard" and "non-standard" parameters in programatically different ways within their applications. The intent of that text is to say that it's not acceptable in your code to search for the characters "x" and "-" at the beginning of every HTTP header (or whatever) and take some programatically different action based on the mere fact that some parameters start with those two characters whereas others don't. The handling of any given parameter needs to be based on the semantics of the parameter, not the mere presence of "x" and "-" at the start of the name. Peter -- Peter Saint-Andre https://stpeter.im/ From mnot@mnot.net Wed Dec 14 15:40:07 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAA581F0C4B for ; Wed, 14 Dec 2011 15:40:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IYTgr+s43RKA for ; Wed, 14 Dec 2011 15:40:07 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id E98A91F0C47 for ; Wed, 14 Dec 2011 15:40:06 -0800 (PST) Received: from [192.168.0.100] (unknown [101.169.50.169]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 58CED22E256; Wed, 14 Dec 2011 18:39:58 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Mark Nottingham In-Reply-To: <4EE930F5.10307@stpeter.im> Date: Thu, 15 Dec 2011 10:40:01 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <6424139D-7CD0-4F57-9BDF-B296C1FC2B0D@mnot.net> References: <4EE2430E.4080501@isode.com> <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> <4EE25B9E.2010206@stpeter.im> <4EE930F5.10307@stpeter.im> To: Peter Saint-Andre X-Mailer: Apple Mail (2.1251.1) Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 23:40:07 -0000 To add to that -- I know of one implementation that does this today = (treats HTTP headers that start with X- fundamentally differently), and = I need this in there to bash them over the head. Doing so is very = broken. Cheers, On 15/12/2011, at 10:27 AM, Peter Saint-Andre wrote: > On 12/9/11 12:03 PM, Peter Saint-Andre wrote: >> On 12/9/11 11:54 AM, SM wrote: >>> At 09:19 09-12-2011, Alexey Melnikov wrote: >>>> I would like to initiate WGLC on draft-ietf-appsawg-xdash-02.txt. = Due >>>> to holiday season the WGLC is going to be a long one and will end = on >>>> January 6th. Please send any comments >>>=20 >>> Please consider the comments below as nits. >>>=20 >>> In Section 1: >>>=20 >>> "Therefore this document deprecates the "X-" convention for most >>> application protocols and makes specific recommendations about >>> how to proceed in a world without the distinction between >>> standard and non-standard parameters." >>>=20 >>> In Section 2, there is a "MUST NOT" for implementers of application >>> protocols. The "most" (see quoted text) is not taken into >>> consideration. The authors could get away with a "SHOULD" instead = of a >>> "MUST". >>=20 >> Good point. Thanks for the review! >=20 > Aha, in looking at how to change the text I realize there might be a > disconnect. >=20 > Section 2 states: >=20 > Implementers of application protocols MUST NOT treat the general > categories of "standard" and "non-standard" parameters in > programatically different ways within their applications. >=20 > The intent of that text is to say that it's not acceptable in your = code > to search for the characters "x" and "-" at the beginning of every = HTTP > header (or whatever) and take some programatically different action > based on the mere fact that some parameters start with those two > characters whereas others don't. The handling of any given parameter > needs to be based on the semantics of the parameter, not the mere > presence of "x" and "-" at the start of the name. >=20 > Peter >=20 > --=20 > Peter Saint-Andre > https://stpeter.im/ >=20 >=20 > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss -- Mark Nottingham http://www.mnot.net/ From sm@resistor.net Wed Dec 14 16:24:51 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32D3F21F8AFF for ; Wed, 14 Dec 2011 16:24:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zl+ItVLfO7th for ; Wed, 14 Dec 2011 16:24:50 -0800 (PST) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9725C21F8AFC for ; Wed, 14 Dec 2011 16:24:50 -0800 (PST) Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id pBF0Ojvo018071; Wed, 14 Dec 2011 16:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1323908690; bh=Ru+meeEIczyyY7ytXjy5DaAlECdjWVgMI2Wnd91cYko=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=2tSnTS5OZ0euEQC0d2TQSeW/kor+zEs85SaVkFqsfIyogqTeaX7ldLMJen4Ebqk+o 4vsZt3WYyoWz3Jj0Fuz9oW7tvF1jQAIHALUUAC4oH+zKvfInTFqf8UGzPi/0PJgH+g z3Ci4Vxb+JxcvdSPeUugCr/CzU2CLn0vj0QBQ7CE= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1323908690; bh=Ru+meeEIczyyY7ytXjy5DaAlECdjWVgMI2Wnd91cYko=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=jcJtwK3KkLhM7dwNYPmdcTtZg/vwHZOp7YRVCqBxOofHebJ3zJi0Gm19py64D0E0v lGVPMo07GuEYKtpppQbYSVvz7z0bU+XB/mbqYVhZnpDNl4iS5FrMMbF1SPF6353N4D hhd2XFeE5ZLGEhQiGgJQ8gfc1MyXjFdr5GGxDpEU= Message-Id: <6.2.5.6.2.20111214162054.062bda60@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Wed, 14 Dec 2011 16:23:31 -0800 To: Peter Saint-Andre From: SM In-Reply-To: <4EE930F5.10307@stpeter.im> References: <4EE2430E.4080501@isode.com> <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> <4EE25B9E.2010206@stpeter.im> <4EE930F5.10307@stpeter.im> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 00:24:51 -0000 Hi Peter, At 15:27 14-12-2011, Peter Saint-Andre wrote: >Aha, in looking at how to change the text I realize there might be a >disconnect. > >Section 2 states: > > Implementers of application protocols MUST NOT treat the general > categories of "standard" and "non-standard" parameters in > programatically different ways within their applications. > >The intent of that text is to say that it's not acceptable in your code >to search for the characters "x" and "-" at the beginning of every HTTP >header (or whatever) and take some programatically different action >based on the mere fact that some parameters start with those two >characters whereas others don't. The handling of any given parameter >needs to be based on the semantics of the parameter, not the mere >presence of "x" and "-" at the start of the name. The "most" in "deprecates the "X-" convention for most application" (Section 1) could be dropped. It would then match the intent. Regards, -sm From stpeter@stpeter.im Wed Dec 14 17:38:04 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B5EA1F0C64 for ; Wed, 14 Dec 2011 17:38:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.671 X-Spam-Level: X-Spam-Status: No, score=-102.671 tagged_above=-999 required=5 tests=[AWL=-0.072, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hR2-kNTc5baZ for ; Wed, 14 Dec 2011 17:37:50 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 5937A1F0C47 for ; Wed, 14 Dec 2011 17:37:50 -0800 (PST) Received: from normz.cisco.com (unknown [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id CBCFC423AD; Wed, 14 Dec 2011 18:45:28 -0700 (MST) Message-ID: <4EE94F6C.2000803@stpeter.im> Date: Wed, 14 Dec 2011 18:37:48 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: SM References: <4EE2430E.4080501@isode.com> <6.2.5.6.2.20111209093855.0aa4fed0@resistor.net> <4EE25B9E.2010206@stpeter.im> <4EE930F5.10307@stpeter.im> <6.2.5.6.2.20111214162054.062bda60@resistor.net> In-Reply-To: <6.2.5.6.2.20111214162054.062bda60@resistor.net> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] WGLC on draft-ietf-appsawg-xdash-02.txt X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 01:38:04 -0000 On 12/14/11 5:23 PM, SM wrote: > Hi Peter, > At 15:27 14-12-2011, Peter Saint-Andre wrote: >> Aha, in looking at how to change the text I realize there might be a >> disconnect. >> >> Section 2 states: >> >> Implementers of application protocols MUST NOT treat the general >> categories of "standard" and "non-standard" parameters in >> programatically different ways within their applications. >> >> The intent of that text is to say that it's not acceptable in your code >> to search for the characters "x" and "-" at the beginning of every HTTP >> header (or whatever) and take some programatically different action >> based on the mere fact that some parameters start with those two >> characters whereas others don't. The handling of any given parameter >> needs to be based on the semantics of the parameter, not the mere >> presence of "x" and "-" at the start of the name. > > The "most" in "deprecates the "X-" convention for most application" > (Section 1) could be dropped. It would then match the intent. Yes, that's a possibility, too. I hesitate to be too strict, because there *might* be application protocols that have limited registries. But those are covered by other escape clauses, so I think it would be fine to remove "most". Peter -- Peter Saint-Andre https://stpeter.im/ From lear@cisco.com Wed Dec 14 23:05:16 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A16E1F0C43; Wed, 14 Dec 2011 23:05:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.669 X-Spam-Level: X-Spam-Status: No, score=-109.669 tagged_above=-999 required=5 tests=[AWL=0.329, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wMLfDoBZGY8c; Wed, 14 Dec 2011 23:05:14 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 060AC1F0C47; Wed, 14 Dec 2011 23:05:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=15878; q=dns/txt; s=iport; t=1323932714; x=1325142314; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=j28B+fDrAS9W4zDzX48sEhdgSrFh0HQFUZTcm5k29/o=; b=BcM68UQUagyL4kBRmpE9XO20XWVsA0eLlx92+WxMq9G+Wd9AgvLuDLbn 6p/EsUnHAUBJWuSLwxWMECqtcIFXdldgUxds01giHo+xCQ2f6TSjvXHjk 6jqer6Ua12G90j1f+PnuFwjyOhtBL63sX+96RHBIVk1LyB60TM/KRTbz1 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFADeb6U6Q/khN/2dsb2JhbABEhQqmIYEFgXIBAQEDARIBECQeAhEBEAkCGAkWCwICCQMCAQIBRQYNAQcBARUJh1iZKQGMXINejXOKcYEWBJR1kis X-IronPort-AV: E=Sophos;i="4.71,356,1320624000"; d="scan'208,217";a="123797333" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 15 Dec 2011 07:05:12 +0000 Received: from elear-mac.local (dhcp-10-55-82-123.cisco.com [10.55.82.123]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id pBF74fCH019262; Thu, 15 Dec 2011 07:04:44 GMT Message-ID: <4EE99C03.6050401@cisco.com> Date: Thu, 15 Dec 2011 08:04:35 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Simon Perreault References: <4EE79606.30704@cisco.com> <4EE8BF1F.9080901@viagenie.ca> In-Reply-To: <4EE8BF1F.9080901@viagenie.ca> X-Enigmail-Version: 1.3.4 Content-Type: multipart/alternative; boundary="------------040708010900010803060705" Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, 'IESG' , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 07:05:16 -0000 This is a multi-part message in MIME format. --------------040708010900010803060705 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Simon, Thanks for your comments. Please see below. Eliot On 12/14/11 4:22 PM, Simon Perreault wrote: > > I'm sorry, I don't know how to translate that into text. RFC6269 > appears clear to me. Do you have an example of text you would like to > see? Don't end with this, but you can start with this. Because subscribers do not receive unique IP addresses, Carrier Grade NATs introduce substantial limitations in communications between subscriber that were not previously there . In particular, it is considerably more involved to establish proxy functionality at the subscriber border. Some applications may require substantial enhancements, while some may not function at all in such an environment. Please see RFC 6269 for details. > >> * Req1: Whither SCTP? At the very least someone should say >> something about why >> SCTP is NOT on the list. > > There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, > UDP, and ICMP. There is none for SCTP. If there was one we could > debate this. But right now it's just impossible to say "support SCTP" > without saying how this is done. Dave addressed this. What about DCCP and RFC 5596? My main point is that you explain your logic as you did above. And... > >> Moreover, your logic in this requirement to me >> doesn't hold. There is a substantial difference between a NAT >> within an >> administrative domain that can be managed by the subscriber, and >> one that >> realistically cannot be. Therefore, the requirements upon CGNs >> should be >> *stronger*. Of course this should be balanced by other >> considerations, such >> as keeping the Internet growing, but the logic needs to be >> exposed. For >> instance, it may not be possible to safeguard certain IPSEC >> deployments. > > Each of the requirements in our draft is imposed on CGNs but not on > other NATs, while other NAT-generic requirements that are found in > existing RFCs must still be obeyed by CGNs. To me it is clear that > CGNs have a stricter set of requirements to fulfill. That's the point of your draft, I presume, and yet I'm not sure you go far enough. My point is that, as you point out, the administrative nature of NAT has changed. The end system cannot simply upgrade a NAT to new proxy functionality. Therefore I would argue that justification for NOT requiring functionality is needed. Therefore, where you say, " Support for additional transport protocols is OPTIONAL", maybe what you should say is that " Support for additional transport protocols is OPTIONAL until such time as their behavior through NATs is standardized." That also has the benefit of giving longer life to your document. > >> * Req10: §14.1.1 of draft-ietf-pcp-base-16 states that failure to >> segment of >> traffic opens attacks. Why was a requirement not added to >> address this? > > In a nutshell: The PCP draft already covers this. We don't need to > repeat it. If this is not true, then it needs to be addressed in the > PCP draft. > > From the PCP draft's section 14.1: > > PCP Servers that comply with the Simple Threat Model and do not > implement a PCP security mechanism described in Section 14.2 MUST > enforce the constraints described in the paragraph above. Ok. §14.1 is a bit difficult to parse. I imagine both this draft and that will undergo a SAAG review. > >> * Req13: Question; if destination addresses and ports are not >> logged, is there >> sufficient information to determine a UNIQUE mapping necessary >> for LI >> purposes? Put another way, is the mapping a 3-tuple or a 5-tuple? > > REQ-1 mandates support for the usual BEHAVE requirements for TCP, UDP, > and ICMP. These include the requirement that a NAT (CGN or not) adopt > so-called Endpoint-Independent Mapping behaviour, meaning that there > must be a one-to-one mapping between an internal source address+port > and an external source address+port. This would correspond to your > "3-tuple" description. Ok, thanks. > >> * This requirements document should be reviewed by game developers >> to get their >> PoV. As I understand it, they don't do pcp, but more uPnP, ice & >> stun. >> Perhaps that's just a timing thing. > > Because of REQ-1, a CGN needs to support the usual BEHAVE requirements > for TCP, UDP, and ICMP. These RFCs, in their time, have been reviewed > by game developers. Adding PCP only makes game developers' lives easier. Probably. Has anyone asked them for their opinion? That's what I'm suggesting. > > UPnP cannot work with a CGN as it is designed to work on a local link, > whereas a CGN is often multiple hops away. I get that. Another reason to check with the gamers. > >> *Minor issues* >> >> * I understand that traditional telcos might not be the only ones >> to offer CGN, >> the definition of a CGN seems strained, particulary as when >> relates to >> "administrative entity". This may be in part due to the >> expansion of scope >> of what is trying to be solved. I have no great suggestion for >> you here. > > I've personally started thinking of a CGN in terms of a > "multi-subscriber NAT". That's the key distinction. Most requirements > relate to the fact that there are multiple subscribers competing for > the same resources, and we need to ensure fairness. Right. I'd be careful with the word "fairness", but I get your point. > >> *Nits* >> >> * Yes, there is a terminology section, but NAT un-NATing, and ISPs >> are not >> properly defined in their first use in the Introduction. > > I expanded the first usage of NAT to "Network Address Translator (NAT) > ". > > I changed "regular, un-NATed IPv4 service" to "regular IPv4 service > assigning public addresses to subscribers". > > I expanded the first usage of ISPs to "Internet Service Providers > (ISPs)". > >> * In Figure 1 it may be useful to show IP addresses. > > How about this [diagram]? Ok, and use a legend. > > --------------040708010900010803060705 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Simon,

Thanks for your comments.  Please see below.

Eliot

On 12/14/11 4:22 PM, Simon Perreault wrote:

I'm sorry, I don't know how to translate that into text. RFC6269 appears clear to me. Do you have an example of text you would like to see?

Don't end with this, but you can start with this.  Because subscribers do not receive unique IP addresses, Carrier Grade NATs introduce substantial limitations in communications between subscriber that were not previously there .  In particular, it is considerably more involved to establish proxy functionality at the subscriber border.  Some applications may require substantial enhancements, while some may not function at all in such an environment.  Please see RFC 6269 for details.

  * Req1: Whither SCTP?  At the very least someone should say something about why
    SCTP is NOT on the list.

There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, UDP, and ICMP. There is none for SCTP. If there was one we could debate this. But right now it's just impossible to say "support SCTP" without saying how this is done.

Dave addressed this.  What about DCCP and RFC 5596?  My main point is that you explain your logic as you did above.  And...

    Moreover, your logic in this requirement to me
    doesn't hold.  There is a substantial difference between a NAT within an
    administrative domain that can be managed by the subscriber, and one that
    realistically cannot be.  Therefore, the requirements upon CGNs should be
    *stronger*.  Of course this should be balanced by other considerations, such
    as keeping the Internet growing, but the logic needs to be exposed.  For
    instance, it may not be possible to safeguard certain IPSEC deployments.

Each of the requirements in our draft is imposed on CGNs but not on other NATs, while other NAT-generic requirements that are found in existing RFCs must still be obeyed by CGNs. To me it is clear that CGNs have a stricter set of requirements to fulfill.

That's the point of your draft, I presume, and yet I'm not sure you go far enough.  My point is that, as you point out, the administrative nature of NAT has changed.  The end system cannot simply upgrade a NAT to new proxy functionality.  Therefore I would argue that justification for NOT requiring functionality is needed.  Therefore, where you say, " Support for additional transport protocols is OPTIONAL", maybe what you should say is that " Support for additional transport protocols is OPTIONAL until such time as their behavior through NATs is standardized."  That also has the benefit of giving longer life to your document.


  * Req10: §14.1.1 of draft-ietf-pcp-base-16 states that failure to segment of
    traffic opens attacks.  Why was a requirement not added to address this?

In a nutshell: The PCP draft already covers this. We don't need to repeat it. If this is not true, then it needs to be addressed in the PCP draft.

From the PCP draft's section 14.1:

   PCP Servers that comply with the Simple Threat Model and do not
   implement a PCP security mechanism described in Section 14.2 MUST
   enforce the constraints described in the paragraph above.

Ok.  §14.1 is a bit difficult to parse. I imagine both this draft and that will undergo a SAAG review.


  * Req13: Question; if destination addresses and ports are not logged, is there
    sufficient information to determine a UNIQUE mapping necessary for LI
    purposes?  Put another way, is the mapping a 3-tuple or a 5-tuple?

REQ-1 mandates support for the usual BEHAVE requirements for TCP, UDP, and ICMP. These include the requirement that a NAT (CGN or not) adopt so-called Endpoint-Independent Mapping behaviour, meaning that there must be a one-to-one mapping between an internal source address+port and an external source address+port. This would correspond to your "3-tuple" description.

Ok, thanks.

  * This requirements document should be reviewed by game developers to get their
    PoV.  As I understand it, they don't do pcp, but more uPnP, ice & stun.
    Perhaps that's just a timing thing.

Because of REQ-1, a CGN needs to support the usual BEHAVE requirements for TCP, UDP, and ICMP. These RFCs, in their time, have been reviewed by game developers. Adding PCP only makes game developers' lives easier.

Probably.  Has anyone asked them for their opinion?  That's what I'm suggesting.


UPnP cannot work with a CGN as it is designed to work on a local link, whereas a CGN is often multiple hops away.

I get that.  Another reason to check with the gamers.


*Minor issues*

  * I understand that traditional telcos might not be the only ones to offer CGN,
    the definition of a CGN seems strained, particulary as when relates to
    "administrative entity".  This may be in part due to the expansion of scope
    of what is trying to be solved.  I have no great suggestion for you here.

I've personally started thinking of a CGN in terms of a "multi-subscriber NAT". That's the key distinction. Most requirements relate to the fact that there are multiple subscribers competing for the same resources, and we need to ensure fairness.

Right.  I'd be careful with the word "fairness", but I get your point.

*Nits*

  * Yes, there is a terminology section, but NAT un-NATing, and ISPs are not
    properly defined in their first use in the Introduction.

I expanded the first usage of NAT to "Network Address Translator (NAT) <xref target="RFC2663"/>".

I changed "regular, un-NATed IPv4 service" to "regular IPv4 service assigning public addresses to subscribers".

I expanded the first usage of ISPs to "Internet Service Providers (ISPs)".

  * In Figure 1 it may be useful to show IP addresses.

How about this [diagram]?

Ok, and use a legend.

      
--------------040708010900010803060705-- From yoshiro.yoneya@jprs.co.jp Thu Dec 15 01:20:24 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EADFF21F84DF; Thu, 15 Dec 2011 01:20:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.09 X-Spam-Level: X-Spam-Status: No, score=-100.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MefawySm4xHf; Thu, 15 Dec 2011 01:20:22 -0800 (PST) Received: from send11.jprs.co.jp (send11.jprs.co.jp [IPv6:2001:df0:8:6::62]) by ietfa.amsl.com (Postfix) with ESMTP id C145D21F84DD; Thu, 15 Dec 2011 01:20:20 -0800 (PST) Received: from sendsms11.jprs.co.jp (sendsms11.jprs.co.jp [202.11.17.111]) by send11.jprs.co.jp (8.13.8+Sun/8.13.8) with ESMTP id pBF9KH5j006290; Thu, 15 Dec 2011 18:20:17 +0900 (JST) Received: from sendsms11.jprs.co.jp (unknown [127.0.0.1]) by sendsms11.jprs.co.jp (Symantec Mail Security) with ESMTP id 4EEAA386C; Thu, 15 Dec 2011 18:20:17 +0900 (JST) X-AuditID: ca0b116f-0000000600002865-a8-4ee9bbd01397 Received: from NOTE550 (off-cpu04.tyo.jprs.co.jp [172.18.4.14]) by sendsms11.jprs.co.jp (Symantec Mail Security) with SMTP id A5837386B; Thu, 15 Dec 2011 18:20:16 +0900 (JST) Date: Thu, 15 Dec 2011 18:20:14 +0900 From: Yoshiro YONEYA To: apps-discuss@ietf.org, draft-ohye-canonical-link-relation.all@tools.ietf.org Message-Id: <20111215182014.856cc247.yoshiro.yoneya@jprs.co.jp> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Cc: iesg@ietf.org Subject: [apps-discuss] APPSDIR review of draft-ohye-canonical-link-relation-04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 09:20:24 -0000 I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ohye-canonical-link-relation-04 Title: The Canonical Link Relation Reviewer: Yoshiro Yoneya Review Date: 2011-12-15 IETF Last Call Date: 2011-12-29 IESG Telechat Date: 2012-01-05 Summary: This draft is almost ready for publication as an Informational RFC but has a few issues that should be fixed before publication. Major Issues: - Section 8: Internationalisation Considerations Refering whole [RFC3986] is too broad. As noted in IESG writeups, this section should refer to section 8 of [RFC5988]. Minor Issues: - Section3: The Canonical Link Relation Using similar terms such as canonical URI, target URI, and canonical target are confusing. Including reference or definition of these terms is preferrable. Nits: - Abstract "canonical," -> "canonical", Regards, -- Yoshiro YONEYA From stpeter@stpeter.im Thu Dec 15 09:31:27 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A5F621F8A7A; Thu, 15 Dec 2011 09:31:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.079 X-Spam-Level: X-Spam-Status: No, score=-103.079 tagged_above=-999 required=5 tests=[AWL=-0.480, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sO2awsHQ2b7j; Thu, 15 Dec 2011 09:31:26 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 656E421F8A35; Thu, 15 Dec 2011 09:31:26 -0800 (PST) Received: from dhcp-64-101-72-220.cisco.com (unknown [64.101.72.220]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 83791423D8; Thu, 15 Dec 2011 10:39:06 -0700 (MST) Message-ID: <4EEA2EEE.1050308@stpeter.im> Date: Thu, 15 Dec 2011 10:31:26 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Yoshiro YONEYA References: <20111215182014.856cc247.yoshiro.yoneya@jprs.co.jp> In-Reply-To: <20111215182014.856cc247.yoshiro.yoneya@jprs.co.jp> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: draft-ohye-canonical-link-relation.all@tools.ietf.org, iesg@ietf.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] APPSDIR review of draft-ohye-canonical-link-relation-04 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 17:31:27 -0000 On 12/15/11 2:20 AM, Yoshiro YONEYA wrote: > I have been selected as the Applications Area Directorate reviewer for > this draft (for background on appsdir, please see > http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). > > Please resolve these comments along with any other Last Call comments > you may receive. Please wait for direction from your document shepherd > or AD before posting a new version of the draft. > > Document: draft-ohye-canonical-link-relation-04 > Title: The Canonical Link Relation > Reviewer: Yoshiro Yoneya > Review Date: 2011-12-15 > IETF Last Call Date: 2011-12-29 > IESG Telechat Date: 2012-01-05 > > Summary: > > This draft is almost ready for publication as an Informational RFC but > has a few issues that should be fixed before publication. > > Major Issues: > > - Section 8: Internationalisation Considerations > > Refering whole [RFC3986] is too broad. As noted in IESG writeups, this > section should refer to section 8 of [RFC5988]. Yes, that would be better. > Minor Issues: > > - Section3: The Canonical Link Relation > > Using similar terms such as canonical URI, target URI, and canonical > target are confusing. Including reference or definition of these > terms is preferrable. I think it would be clearer to use only the term from RFC 5988 (i.e., "target IRI"). Thanks for the review! Peter -- Peter Saint-Andre https://stpeter.im/ From simon.perreault@viagenie.ca Thu Dec 15 09:57:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A0CC11E80A2; Thu, 15 Dec 2011 09:57:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.562 X-Spam-Level: X-Spam-Status: No, score=-2.562 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9gz1qJdB6ksM; Thu, 15 Dec 2011 09:57:48 -0800 (PST) Received: from jazz.viagenie.ca (jazz.viagenie.ca [206.123.31.2]) by ietfa.amsl.com (Postfix) with ESMTP id AB61111E80AA; Thu, 15 Dec 2011 09:57:48 -0800 (PST) Received: from ringo.viagenie.ca (ringo.viagenie.ca [IPv6:2620:0:230:c000::67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 9678121F60; Thu, 15 Dec 2011 12:57:16 -0500 (EST) Message-ID: <4EEA34FC.30008@viagenie.ca> Date: Thu, 15 Dec 2011 12:57:16 -0500 From: Simon Perreault User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0 MIME-Version: 1.0 To: Eliot Lear References: <4EE79606.30704@cisco.com> <4EE8BF1F.9080901@viagenie.ca> <4EE99C03.6050401@cisco.com> In-Reply-To: <4EE99C03.6050401@cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, 'IESG' , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 17:57:49 -0000 On 2011-12-15 02:04, Eliot Lear wrote: >> I'm sorry, I don't know how to translate that into text. RFC6269 appears clear >> to me. Do you have an example of text you would like to see? > > Don't end with this, but you can start with this. Because subscribers do not > receive unique IP addresses, Carrier Grade NATs introduce substantial limitations > in communications between subscriber that were not previously there . In > particular, it is considerably more involved to establish proxy functionality at > the subscriber border. Some applications may require substantial enhancements, > while some may not function at all in such an environment. Please see RFC 6269 > for details. Tweaked a bit, gives this: Because subscribers do not receive unique IP addresses, Carrier Grade NATs introduce substantial limitations in communications between subscribers and with the rest of the Internet. In particular, it is considerably more involved to establish proxy functionality at the border between internal and external realms. Some applications may require substantial enhancements, while some others may not function at all in such an environment. Please see for details. >>> * Req1: Whither SCTP? At the very least someone should say something about why >>> SCTP is NOT on the list. >> >> There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, UDP, and >> ICMP. There is none for SCTP. If there was one we could debate this. But right >> now it's just impossible to say "support SCTP" without saying how this is done. > > Dave addressed this. What about DCCP and RFC 5596? My main point is that you > explain your logic as you did above. And... You're right, there is an RFC specifying NAT behaviour for DCCP: RFC5597. On the one hand, as a probable future CGN captive, I'm tempted to say "all CGNs MUST support RFC5597!" On the other, I know it would probably be a frivolous requirement that won't get implemented. *sigh* Then there is also this: draft-ietf-dccp-udpencap-09 Here's a proposal: add a sub-requirement saying something like "If a CGN forwards DCCP packets, then it MUST support [RFC5597]." Simon -- DTN made easy, lean, and smart --> http://postellation.viagenie.ca NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca From lear@cisco.com Thu Dec 15 22:29:17 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B3A621F8540; Thu, 15 Dec 2011 22:29:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.008 X-Spam-Level: X-Spam-Status: No, score=-110.008 tagged_above=-999 required=5 tests=[AWL=0.591, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dRGagFP5Mu-j; Thu, 15 Dec 2011 22:29:15 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 682C321F853B; Thu, 15 Dec 2011 22:29:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=2799; q=dns/txt; s=iport; t=1324016955; x=1325226555; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=hqm8mX35WbphvxlZCyEqjbF8LOhiLbhU+G3RJPHUwsA=; b=XZxcc9p13zKLfxSPtRRx0Jnc14dWUo2JnJ4knFBlqFXAa25dhxiv4+TF /W5VvG1uW6tbEl9qxjUVPCIFMdnr+A1lm/OL6k6ycqB/QI8RJ0AewSZdu f3P3tLzh9OPgVJ+v8b53UM7QAIOOsp4YL/u+xrMOhF3vbX/5DkLVrB0aJ 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAKXj6k6Q/khN/2dsb2JhbABEhQyjeoJMgQWBcgEBAQQSARBEEQEQCxgCAgUWCwICCQMCAQIBRQYNAQcBAR6iMQGMW5FYgS+JP4EWBJR2kiw X-IronPort-AV: E=Sophos;i="4.71,361,1320624000"; d="scan'208";a="123915683" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 16 Dec 2011 06:29:14 +0000 Received: from elear-mac.local (ams3-vpn-dhcp3793.cisco.com [10.61.78.209]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id pBG6TChp018235; Fri, 16 Dec 2011 06:29:12 GMT Message-ID: <4EEAE539.6070005@cisco.com> Date: Fri, 16 Dec 2011 07:29:13 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Simon Perreault References: <4EE79606.30704@cisco.com> <4EE8BF1F.9080901@viagenie.ca> <4EE99C03.6050401@cisco.com> <4EEA34FC.30008@viagenie.ca> In-Reply-To: <4EEA34FC.30008@viagenie.ca> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, 'IESG' , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 06:29:17 -0000 Hi Simon, Just to be clear, I'm not asking you to specifically support any protocol, but to explain your logic as to what your requirements are. If you and the working group decide that it is not practical for one reason or another to support DCCP (or any other protocol) that's fine. Just expose your logic. Eliot On 12/15/11 6:57 PM, Simon Perreault wrote: > On 2011-12-15 02:04, Eliot Lear wrote: >>> I'm sorry, I don't know how to translate that into text. RFC6269 >>> appears clear >>> to me. Do you have an example of text you would like to see? >> >> Don't end with this, but you can start with this. Because >> subscribers do not >> receive unique IP addresses, Carrier Grade NATs introduce substantial >> limitations >> in communications between subscriber that were not previously there >> . In >> particular, it is considerably more involved to establish proxy >> functionality at >> the subscriber border. Some applications may require substantial >> enhancements, >> while some may not function at all in such an environment. Please >> see RFC 6269 >> for details. > > Tweaked a bit, gives this: > > Because subscribers do not receive unique IP addresses, > Carrier Grade > NATs introduce substantial limitations in communications between > subscribers and with the rest of the Internet. In particular, > it is > considerably more involved to establish proxy functionality at > the border > between internal and external realms. Some applications may > require > substantial enhancements, while some others may not function at > all in > such an environment. Please see for > details. > >>>> * Req1: Whither SCTP? At the very least someone should say >>>> something about why >>>> SCTP is NOT on the list. >>> >>> There are BEHAVE RFCs we can cite regarding NAT behaviour for TCP, >>> UDP, and >>> ICMP. There is none for SCTP. If there was one we could debate this. >>> But right >>> now it's just impossible to say "support SCTP" without saying how >>> this is done. >> >> Dave addressed this. What about DCCP and RFC 5596? My main point is >> that you >> explain your logic as you did above. And... > > You're right, there is an RFC specifying NAT behaviour for DCCP: RFC5597. > > On the one hand, as a probable future CGN captive, I'm tempted to say > "all CGNs MUST support RFC5597!" > > On the other, I know it would probably be a frivolous requirement that > won't get implemented. > > *sigh* > > Then there is also this: draft-ietf-dccp-udpencap-09 > > Here's a proposal: add a sub-requirement saying something like "If a > CGN forwards DCCP packets, then it MUST support [RFC5597]." > > Simon From lear@cisco.com Thu Dec 15 22:43:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA641F0C63; Thu, 15 Dec 2011 22:43:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.021 X-Spam-Level: X-Spam-Status: No, score=-110.021 tagged_above=-999 required=5 tests=[AWL=0.578, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N9dZDx2w5n0h; Thu, 15 Dec 2011 22:43:52 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 55E331F0C51; Thu, 15 Dec 2011 22:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=614; q=dns/txt; s=iport; t=1324017832; x=1325227432; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=MwP0MOdbqLagudmbgKm1iMK/1jDsMKGGAaVPCsVMf6o=; b=cfdPmdAvpEhl0pWid4T3FjoRFDozbf6kAmbJ8Z+6U1tn/rBLou1DNMX3 BnrCvBosOqHzt4mbH2eE1gITqq0UADapJMwvzPDE08g5duM7rVxMZ9u5y P7c7lZRVdnHMToGvn7duRcwPC7AYVeiflT7fdkLEqCxirdzZ4+YVUz3jZ E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOfn6k6Q/khN/2dsb2JhbABEhQymRYEFgXIBAQEEEgEQVhALGAICBSECAg8CRgYNAQcBAR6iMwGMW5FZgS+JP4EWBJR2kiw X-IronPort-AV: E=Sophos;i="4.71,361,1320624000"; d="scan'208";a="123916160" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 16 Dec 2011 06:43:51 +0000 Received: from elear-mac.local (ams3-vpn-dhcp3793.cisco.com [10.61.78.209]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id pBG6hnue020339; Fri, 16 Dec 2011 06:43:50 GMT Message-ID: <4EEAE8A7.70502@cisco.com> Date: Fri, 16 Dec 2011 07:43:51 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Shin Miyakawa References: <4EE8BF1F.9080901@viagenie.ca> <4EE99C03.6050401@cisco.com> <4EEA34FC.30008@viagenie.ca> <20111216.112649.193767691.miyakawa@nttv6.jp> In-Reply-To: <20111216.112649.193767691.miyakawa@nttv6.jp> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, iesg@ietf.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 06:43:53 -0000 Shin, On 12/16/11 3:26 AM, Shin Miyakawa wrote: > > We know CGN is quite evil device which produces many bad problems. > > I really would like to every one know that our intension is not to make > CGN perfect, but just finish it as a quick drug (I do not want to > say it is relief) as less bad as possible. I'm not asking you to recount the whole debate. I was asked to review the draft as part of the Apps Directorate. It would be grossly remiss of me to not say that this won't impact applications. It will, and in a substantial way. Simon's text is acceptable to me. Regards, Eliot From miyakawa@nttv6.jp Thu Dec 15 23:00:02 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D7B421F84A0; Thu, 15 Dec 2011 23:00:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.556 X-Spam-Level: X-Spam-Status: No, score=-1.556 tagged_above=-999 required=5 tests=[AWL=1.044, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dBp9buFWDNa2; Thu, 15 Dec 2011 23:00:02 -0800 (PST) Received: from guri.nttv6.jp (guri.nttv6.jp [IPv6:2402:c800:ff06:144::148]) by ietfa.amsl.com (Postfix) with ESMTP id DDB8921F84AE; Thu, 15 Dec 2011 23:00:01 -0800 (PST) Received: from z.nttv6.jp (z.nttv6.jp [IPv6:2402:c800:ff06:208::212]) by guri.nttv6.jp (NTTv6MTA) with ESMTP id AF985BDC20; Fri, 16 Dec 2011 16:00:00 +0900 (JST) Received: from localhost (localhost [IPv6:::1]) by z.nttv6.jp (NTTv6MTA) with ESMTP id 862D2704FB; Fri, 16 Dec 2011 15:59:58 +0900 (JST) Date: Fri, 16 Dec 2011 15:59:58 +0900 (JST) Message-Id: <20111216.155958.347221570.miyakawa@nttv6.jp> To: lear@cisco.com From: Shin Miyakawa In-Reply-To: <4EEAE8A7.70502@cisco.com> References: <4EEA34FC.30008@viagenie.ca> <20111216.112649.193767691.miyakawa@nttv6.jp> <4EEAE8A7.70502@cisco.com> Organizaton: NTT Communications X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: draft-ietf-behave-lsn-requirements.all@tools.ietf.org, iesg@ietf.org, apps-discuss@ietf.org Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 07:00:02 -0000 Eliot, >> We know CGN is quite evil device which produces many bad problems. >> >> I really would like to every one know that our intension is not to make >> CGN perfect, but just finish it as a quick drug (I do not want to >> say it is relief) as less bad as possible. > > I'm not asking you to recount the whole debate. I was asked to review > the draft as part of the Apps Directorate. OK. > It would be grossly remiss of me to not say that this won't impact > applications. It will, and in a substantial way. > Simon's text is acceptable to me. I really thank you again for your kind and professional response. We really appreciate it. Best wishes, Shin From zach@sensinode.com Thu Dec 15 23:24:16 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 399EF21F87D6 for ; Thu, 15 Dec 2011 23:24:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.999 X-Spam-Level: X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oTOkva9UEjg6 for ; Thu, 15 Dec 2011 23:24:15 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id 3B58321F8AAF for ; Thu, 15 Dec 2011 23:24:14 -0800 (PST) Received: from [192.168.1.103] (87-95-80-211.bb.dnainternet.fi [87.95.80.211]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.8/8.13.4) with ESMTP id pBG7O6l9019890 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 16 Dec 2011 09:24:07 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Zach Shelby In-Reply-To: <20111214092327.GK5525@jay.w3.org> Date: Fri, 16 Dec 2011 09:24:05 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> References: <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> To: Carine Bournez X-Mailer: Apple Mail (2.1084) Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 07:24:16 -0000 On Dec 14, 2011, at 11:23 AM, Carine Bournez wrote: > In the schema-informed mode the encoder and the decoder use a schema, > the EXI 1.0 version specifies XML schema informed grammars. The = reference > to that schema is carried in the EXI header. The format of that = "schemaId"=20 > is not specified for 1.0 processors, it can be whatever is practical = for=20 > the application. It is *optional* in the EXI header, even when a = schema is > in use: applications can also "share" this information out of band.=20 > EXI 1.0 is intentionally liberal on a number of details and defers = them to=20 > the application level, so that it can support a large range of use = cases. Right. It is exactly these kinds of applications that are using schema = informed mode natively (without intermediate XML), where the = application/foo+exi media type helps to determine this information out = of band. When registering foo+exi, the schema information should be = included in the registration. In addition to SE2 mentioned so far, also = our specification on SenML = [http://tools.ietf.org/html/draft-jennings-senml-07] is requesting an = application/senml+exi media type. Both of these media types are aimed at = constrained embedded devices. Zach --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://www.sensinode.com http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 From paulej@packetizer.com Fri Dec 16 06:35:13 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF87021F8BA8 for ; Fri, 16 Dec 2011 06:35:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[AWL=-0.711, BAYES_00=-2.599, HTML_MESSAGE=0.001, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aga+wl4ivgLY for ; Fri, 16 Dec 2011 06:34:58 -0800 (PST) Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id 25B2721F8BAE for ; Fri, 16 Dec 2011 06:34:58 -0800 (PST) Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id pBGEYoHK031550 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 16 Dec 2011 09:34:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1324046093; bh=CkWTo/F1TBJKykVdIyh+Ewg8gRfrMrqzpOk9Idt/Ql8=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=LGcDWTTP7xkdyGqHZpS4ChA9KqTxcsbSgYE1aZzkP1O70HqvhOlBC4KxZKY47Bdh9 LyTGdSBLC6yeDbCvDxPyEOyo4LBP2uJeY1RFyDDmz00e7YbNl8KRakXahsGHUwR6E4 RtRSkyqfPcAHqGbsaGjpaBLKVpZBiyeomd4oXPrE= From: "Paul E. Jones" To: "'Goix Laurent Walter'" , "'Eran Hammer-Lahav'" , References: <032101cc9288$e3a06910$aae13b30$@packetizer.com> <90C41DD21FB7C64BB94121FBBC2E7234526735EDED@P3PW5EX1MB01.EX1.SECURESERVER.NET> <06b001cca865$1d9ccb80$58d66280$@packetizer.com> <90C41DD21FB7C64BB94121FBBC2E7234526735F00B@P3PW5EX1MB01.EX1.SECURESERVER.NET> <086001cca93b$f455cc90$dd0165b0$@packetizer.com> <90C41DD21FB7C64BB94121FBBC2E7234526735F0DD@P3PW5EX1MB01.EX1.SECURESERVER.NET> <08dc01cca948$2e569f30$8b03dd90$@packetizer.com> <90C41DD21FB7C64BB94121FBBC2E7234526735F10F@P3PW5EX1MB01.EX1.SECURESERVER.NET> In-Reply-To: Date: Fri, 16 Dec 2011 09:34:37 -0500 Message-ID: <012601ccbbff$d7eaddd0$87c09970$@packetizer.com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0127_01CCBBD5.EF237BD0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI/v0XgjFwdy9sXrXmTVWBMa/eIuQJBqnysAgBEW78CHWIk+QIu/EtFAjl3mf8CNMDi1wFjd0NdAUzdR94CBUzCHZRq6xjw Content-Language: en-us Cc: 'Joseph Smarr' Subject: Re: [apps-discuss] Webfinger X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 14:35:13 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0127_01CCBBD5.EF237BD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0128_01CCBBD5.EF237BD0" ------=_NextPart_001_0128_01CCBBD5.EF237BD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Walter, =20 Sorry for the very belated reply. I=92ve been busy :) =20 If we immediately jump to an lrdd resource, then we will miss content = that would have been provided by host-meta. Erin wanted the =93resource=94 = parameter passed to host-meta so that we get all of the rels there and those = provided by lrdd. That=92s an interesting optimization, though it concerns me = that we have to means of accessing the same information. Two HTTP queries is certainly less optimal, but then again, most queries to any web site = results in many queries that could be optimized. Why not just return everything needed to populate a page when performing a =93GET /=94? :) Can we = guarantee that all web servers would implement the optimization? If they don=92t, = we still have to issue two queries. Personally, I prefer issuing two = queries than having conditional statements in the code to accommodate different behavior. If we introduce the optimization, I=92d prefer that it be mandatorily supported. =20 I like yours idea of asking for specific rels if the client knows what = it=92s after. However, two parameters with the same name is a no-no. So this syntax: =20 resource=3Dacct:xy@example.com&rel=3Dhub&rel=3Dauthor =20 should be different. For example, we could introduce this syntax: =20 =20 resource=3Dacct:xy@example.com&rels=3Dhub,author =20 This serves to reduce the client-side processing, but increases the server-side processing. If we expected a Webfinger query to return = volumes of information, I could see value in reducing the information returned = (as a benefit to both the client and server). However, I don=92t expect that = to be the case for Webfinger. I believe distributing the work between the = client and server is reasonable and I=92d suggest that we not have the server = parse the list of rels in an effort to offload a bit of client-side = processing. For the client, I think the extra work is minimal. For the server, = it=92s a minimal amount of sifting multiplied by the number of queries per second = it will receive. =20 Paul =20 From: Goix Laurent Walter [mailto:laurentwalter.goix@telecomitalia.it]=20 Sent: Wednesday, November 23, 2011 3:45 AM To: Eran Hammer-Lahav; Paul E. Jones; apps-discuss@ietf.org Cc: 'Joseph Smarr' Subject: R: [apps-discuss] Webfinger =20 All, =20 =20 I am not sure that making the host-meta itself act as a proxy for resource-specific information is the best option. =20 There are probably different use cases we are thinking of: - one is related to a server that wishes to interact with (multiple) = users on another server. - another (more unclear to me) is related to a web app directly = requesting specific information about a remote user =20 For the first scenario the local server would probably retrieve the = remote host-meta once, cache it and then perform queries for each user using = the lrdd link template. Also typically this large amount of users may not be known simultaneously, so no need for specifying a list of users = (resources) in the same query. However I would assume in most cases the = urls/templates for the target rels in the single resource descriptor provided by the = remote server may often be along the same pattern. This may call for an easier mechanism for a server to discover/cache not only the lrdd template but = the other rels it needs (avatar, profile-page, etc): I can understand this = may not always be feasible but at least it would save numerous queries. =20 In the second one the web app typically would ideally like a single = request (json) to get a specific info (1 or more rels) about a specific user (resource). This calls for some sort of standard API but I'm not sure it = is host-meta responsibility to define it. In principle this would be like standardizing the lrdd endpoint and its parameters ('rel' and 'resource/uri'). =20 Summarizing, what about rethinking the following: 1- standardize (under webfinger) the lrdd endpoint (e.g as =93.well-known/lrdd[.json]=94) so that we can save one invocation from a = web app 2- enable/suggest this same lrdd endpoint to provide back rels as = templates when no specific resource is requested. This may require the definition = of additional variables ({}) to refer to the username only for example (in general to give more flexibility to the hosting server), whilst at the = same time potentially enabling the requesting server to cache these templates = and use them to retrieve user information more easily/frequently=20 =20 Probably in both cases the entity performing the invocation knows = already which rels is needs, so filters here may be useful although not a must. =20 =20 Here are some examples: =20 =D8 GET /.well-known/lrdd.json?resource=3Dacct:xy@example.com&rel=3Dhub&rel=3Daut= hor HTTP/1.1 =20 { "subject":"acct:xy@example.com", =20 "links":[ { "rel":"hub", "href":"http://example.com/xy/hub", }, { "rel":"author", "href":"http://example.com/xy", }, { "rel":"author", = "template":"http://example.com/author?q=3Dacct:xy%40example.com" } ] } =20 =D8 GET /.well-known/lrdd?rel=3Dhub&rel=3Dauthor HTTP/1.1 =20 example.com "/> "/> "/> =20 Thoughts? walter =20 Da: Eran Hammer-Lahav [mailto:eran@hueniverse.com]=20 Inviato: marted=EC 22 novembre 2011 20.10 A: Paul E. Jones; Goix Laurent Walter; apps-discuss@ietf.org Cc: 'Joseph Smarr' Oggetto: RE: [apps-discuss] Webfinger =20 Not exactly. Resource gives all the links for that resource. Rel further reduces the selection. If you need 10, don=92t use rel, just resource. =20 EHL =20 From: Paul E. Jones [mailto:paulej@packetizer.com]=20 Sent: Tuesday, November 22, 2011 10:55 AM To: 'Goix Laurent Walter'; Eran Hammer-Lahav; apps-discuss@ietf.org Cc: 'Joseph Smarr' Subject: RE: [apps-discuss] Webfinger =20 Walter, =20 Including the =91resource=92 parameter could remove the need to further = process the templates on the client side and to perform a second query for the =93lrdd=94 XRD/JRD document. If the server implementation does not = support the =93resource=94 parameter, then the client would have to go about it as = it would today. =20 I like the idea of reducing complexity on the client, but if resource is optional, then we do not actually reduce the complexity at all. It does potentially reduce the time required to fetch the information by one round-trip to the server. Is that worth it? Perhaps. For most data, = there are three queries: 1) host-meta 2) LRDD 3) Actual data sought (e.g., an avatar file) =20 Introducing =93resource=94 means we do to queries: 1) host-mesa?resource 2) Actual data sought (e.g., an avatar file) =20 That sounds good for a single piece of information. However, if the = client needs to perform 10 queries for 10 links found, then that one additional step is little savings. I=92m on the fence over it. =20 Paul =20 From: Goix Laurent Walter [mailto:laurentwalter.goix@telecomitalia.it]=20 Sent: Tuesday, November 22, 2011 1:42 PM To: Eran Hammer-Lahav; Paul E. Jones; apps-discuss@ietf.org Cc: 'Joseph Smarr' Subject: R: [apps-discuss] Webfinger =20 I guess the discussion is moving from a pure descriptor (which may be = static in most cases) to a sort of API, which could have endless parameters. =20 >From the current/original webfinger description, the host-meta would = mostly be static, which implies no API-like, and no parameter, but the lrdd = link can typically be dynamic/API-like (to support the template mechanism). = As such it could easily accommodate some more parameters as well (in a = similar flavor than opensearch), e.g. to request specific link rels if we want. =20 What would be the scope of supporting uri parameters when accessing host-meta? Does this intend to save an interaction step? =20 walter =20 Da: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org] = Per conto di Eran Hammer-Lahav Inviato: marted=EC 22 novembre 2011 19.33 A: Paul E. Jones; apps-discuss@ietf.org Cc: 'Joseph Smarr' Oggetto: Re: [apps-discuss] Webfinger =20 Yes, it is no longer a template and must be converted to href. =20 As for testing support, just check for Subject. Pretty simple to do. =20 EHL =20 From: Paul E. Jones [mailto:paulej@packetizer.com]=20 Sent: Tuesday, November 22, 2011 9:27 AM To: Eran Hammer-Lahav; apps-discuss@ietf.org Cc: 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine Cook' Subject: RE: [apps-discuss] Webfinger =20 A couple more questions on (3): =20 Why expand templates like this: { "rel":"author", =20 "template":"http://example.com/author?q=3Dhttp%3A%2F%2Fexample.com%2Fxy" } =20 The requesting entity could expand the templates. I can appreciate the reasoning for having =93?resource=94 query the LRDD URL and return back = the ordered list of links, but why have the server modify the discovered templates like the one above? It=92s no longer a template, really. = Should we change =93template=94 to be =93href=94? =20 If a server does not understand =93?resource=94, it=92s likely to simply = ignore it. But, if a client expects it to be processed, it will cause = confusion. Would it be better to introduce /.well-known/host-meta-resource? If a = 404 is returned, then that is a clear indicator to the client. Other suggestions? =20 Paul =20 From: Eran Hammer-Lahav [mailto:eran@hueniverse.com]=20 Sent: Monday, November 21, 2011 9:52 PM To: Paul E. Jones; apps-discuss@ietf.org Cc: 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine Cook' Subject: RE: [apps-discuss] Webfinger =20 1. Require the server to offer JRD, leave it to the client to pick = one flavor. 2. Host-meta dumps the decision on the applications. You need to decide if WebFinger is an application or just syntactic sugar on top of host-meta. 3. Expand every template in host-meta + level one LRDD links (excluding templates in LRDD). =20 EHL =20 From: Paul E. Jones [mailto:paulej@packetizer.com]=20 Sent: Monday, November 21, 2011 7:49 AM To: Eran Hammer-Lahav; apps-discuss@ietf.org Cc: 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine Cook' Subject: RE: [apps-discuss] Webfinger =20 Eran, =20 Thanks for your feedback. The editorial, structural, and behavioral = items we=92ll addressed (including adhering to host-meta section 4.2). =20 Let me ask about specific comments: =20 1) You want to mandate use of JSON, which we also indicated in the draft. However, I would personally prefer to give both XML and JSON = equal weight and require both. 2) You wanted to mandate HTTPS. I=92m not opposed, but host-meta = does not mandate it. Shouldn=92t we Webfinger requirements on what is there? 3) Regarding =93resource=94 extension: if I query host-meta, there = may be any number of templates. Would we want the server to automatically = expand every template it finds? Or would we only expand the =91lrdd=92 = template? (And how many levels of recursion might be possible?) =20 Paul =20 From: Eran Hammer-Lahav [mailto:eran@hueniverse.com]=20 Sent: Saturday, November 19, 2011 10:03 AM To: Paul E. Jones; apps-discuss@ietf.org Cc: Joseph Smarr; Gonzalo Salgueiro; Blaine Cook Subject: RE: [apps-discuss] Webfinger =20 This is a good start. Some feedback and nits: =20 1. The protocol flow is incorrect and needs to be adjusted based = on the final host-meta specification (RFC 6415). Namely, WebFinger must = follow section 4.2 exactly as specified. 2. WebFinger should focus exclusively on JSON and mandate = WebFinger providers to support the JRD format. This does not preclude using XRD = (XML) but it will ensure that every compliant WebFinger implementation = provides full JSON support which is much more likely to be adopted. This is = something we could not do in host-meta due to the late stage it was in, but this = is the right time to make the switch (without taking away any existing functionality). 3. Are there reasons not to mandate HTTPS? 4. Section 3 should be a sub-section of the introduction and each example needs actual JRD code. =20 In addition, I would very much like to see WebFinger extend the = host-meta endpoint by defining a =91resource=92 query parameter. Using the example = in RFC 6415 section 1.1.1 (example not properly encoded to make it easier to = read): =20 > GET /.well-known/host-meta?resource=3Dhttp://example.com/xy HTTP/1.1 =20 { "subject":"http://example.com/xy", =20 "properties":{ "http://spec.example.net/color":"red" }, =20 "links":[ { "rel":"hub", "href":"http://example.com/hub", }, { "rel":"hub", "href":"http://example.com/another/hub", }, { "rel":"author", "href":"http://example.com/john", }, { "rel":"author", =20 "template":"http://example.com/author?q=3Dhttp%3A%2F%2Fexample.com%2Fxy" } ] } =20 The rules for this extension parameter are pretty simple: =20 1. JSON is implied. If the server understands =91?resource=92 it = MUST return a JRD document. 2. The subject must be set to the value of the =91resource=92 = parameter. 3. If the server does not support that resource (wrong domain, = etc.) it must return an empty JRD with the right subject. 4. The client MUST verify the server supports =91?resource=92 by = making sure the response is both JRD and has the requested subject (this will ensure full compatibility with any other host-meta endpoint). =20 I would like to see such endpoint extension required for WebFinger so = that clients can make a single call and get the full WebFinger result in = JSON. This would significantly improve adoption and usability, and adds very little work to providers. =20 EHL =20 =20 From: apps-discuss-bounces@ietf.org = [mailto:apps-discuss-bounces@ietf.org] On Behalf Of Paul E. Jones Sent: Monday, October 24, 2011 1:10 PM To: apps-discuss@ietf.org Cc: Joseph Smarr; Gonzalo Salgueiro Subject: [apps-discuss] Webfinger =20 Folks, =20 We just submitted this: http://www.ietf.org/internet-drafts/draft-jones-appsawg-webfinger-00.txt =20 The tools for Webfinger are now defined, but the procedures need to be clearer with respect to what most of us understand as =93webfinger=94. = This is just a first stab at making that happen and we hope to progress this to publish an RFC in the application area. =20 We welcome any comments you have on the topic, either privately or = publicly. =20 Paul =20 Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione = derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. = Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati = di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.=20 This e-mail and any attachments is confidential and may contain = privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the = intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.=20 rispetta l'ambienteRispetta l'ambiente. Non stampare questa mail se non = =E8 necessario.=20 =20 Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione = derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. = Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati = di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.=20 This e-mail and any attachments is confidential and may contain = privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the = intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.=20 rispetta l'ambienteRispetta l'ambiente. Non stampare questa mail se non = =E8 necessario.=20 =20 ------=_NextPart_001_0128_01CCBBD5.EF237BD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Walter,

 

Sorry for the very = belated reply.=A0 I’ve been busy :)

 

If we immediately jump = to an lrdd resource, then we will miss content that would have been = provided by host-meta.=A0 Erin wanted the “resource” = parameter passed to host-meta so that we get all of the rels there and = those provided by lrdd.=A0 That’s an interesting optimization, = though it concerns me that we have to means of accessing the same = information.=A0 Two HTTP queries is certainly less optimal, but then = again, most queries to any web site results in many queries that could = be optimized.=A0 Why not just return everything needed to populate a = page when performing a “GET /”? :)=A0 Can we guarantee that = all web servers would implement the optimization?=A0 If they = don’t, we still have to issue two queries.=A0 Personally, I prefer = issuing two queries than having conditional statements in the code to = accommodate different behavior.=A0 If we introduce the optimization, = I’d prefer that it be mandatorily = supported.

 

I like yours idea of = asking for specific rels if the client knows what it’s after.=A0 = However, two parameters with the same name is a no-no.=A0 So this = syntax:

 

=A0=A0 = resource=3Dacct:xy@example.com&rel=3Dhub&rel=3Dauthor<= /span>

 

should be different.=A0 = For example, we could introduce this syntax:

 

 

=A0=A0 = resource=3Dacct:xy@example.com&rels=3Dhub,author

 

This serves to reduce = the client-side processing, but increases the server-side processing.=A0 = If we expected a Webfinger query to return volumes of information, I = could see value in reducing the information returned (as a benefit to = both the client and server).=A0 However, I don’t expect that to be = the case for Webfinger.=A0 I believe distributing the work between the = client and server is reasonable and I’d suggest that we not have = the server parse the list of rels in an effort to offload a bit of = client-side processing.=A0 For the client, I think the extra work is = minimal.=A0 For the server, it’s a minimal amount of sifting = multiplied by the number of queries per second it will = receive.

 

Paul

 

From:= = Goix Laurent Walter [mailto:laurentwalter.goix@telecomitalia.it] =
Sent: Wednesday, November 23, 2011 3:45 AM
To: Eran = Hammer-Lahav; Paul E. Jones; apps-discuss@ietf.org
Cc: 'Joseph = Smarr'
Subject: R: [apps-discuss] = Webfinger

 

All,

 

 

I am = not sure that making the host-meta itself act as a proxy for = resource-specific information is the best option.

 

There = are probably different use cases we are thinking of:

- one is related to a server that wishes to = interact with (multiple) users on another server.

- another (more unclear to me) is related to a web = app directly requesting specific information about a remote = user

 

For the first scenario the local server would = probably retrieve the remote host-meta once, cache it and then perform = queries for each user using the lrdd link template. Also typically this = large amount of users may not be known simultaneously, so no need for = specifying a list of users (resources) in the same query. However I = would assume in most cases the urls/templates for the target rels in the = single resource descriptor provided by the remote server may often be = along the same pattern. This may call for an easier mechanism for a = server to discover/cache not only the lrdd template but the other rels = it needs (avatar, profile-page, etc): I can understand this may not = always be feasible but at least it would save numerous = queries.

 

In the second one the web app typically would = ideally like a single request (json) to get a specific info (1 or more = rels) about a specific user (resource). This calls for some sort of = standard API but I'm not sure it is host-meta responsibility to define = it. In principle this would be like standardizing the lrdd endpoint and = its parameters ('rel' and 'resource/uri').

 

Summarizing, what about rethinking the = following:

1- standardize (under = webfinger) the lrdd endpoint (e.g as = “.well-known/lrdd[.json]”) so that we can save one = invocation from a web app

2- = enable/suggest this same lrdd endpoint to provide back rels as templates = when no specific resource is requested. This may require the definition = of additional variables ({}) to refer to the username only for example = (in general to give more flexibility to the hosting server), whilst at = the same time potentially enabling the requesting server to cache these = templates and use them to retrieve user information more = easily/frequently

 

Probably in both cases the entity performing the = invocation knows already which rels is needs, so filters here may be = useful although not a must.

 

 

Here = are some examples:

 

=D8  GET = /.well-known/lrdd.json?resource=3Dacct:xy@example.com&rel=3Dhub&r= el=3Dauthor HTTP/1.1

 

   = {

      = "subject":"acct:xy@example.com",

 

      = "links":[

        = {

        &= nbsp; "rel":"hub",

        &= nbsp; "href":"http://example.com/xy/hub",

        = },

        = {

        &= nbsp; "rel":"author",

        &= nbsp; "href":"http://example.com/xy",

        = },

        = {

        &= nbsp; "rel":"author",

        &= nbsp; "template":"http://examp= le.com/author?q=3Dacct:xy%40example.com"

        = }

      = ]

    }

 

=D8  GET /.well-known/lrdd?rel=3Dhub&rel=3Dauthor = HTTP/1.1

 

<?xml version=3D"1.0" = encoding=3D"UTF-8"?>

     <XRD xmlns=3D"http://docs.oasis-open= .org/ns/xri/xrd-1.0">

       = <Subject>example.com</Subject> <!-- host name here = -->

       <Link = rel=3D"hub"

           &= nbsp; template=3D"http://example.com/{userna= me}/hub"/> <!-- {username} could be defined to refer to = that part only of the URI. Works with acct: URI only… = -->

       <Link = rel=3D"author" template=3D"http://example.com/{username}<= /a>"/>

       <Link = rel=3D"author" template=3D"http://example.com/autho= r?q=3D{uri}"/>

     </XRD>

 

Thoughts?

walter

 

Da: Eran = Hammer-Lahav [mailto:eran@hueniverse.com]=
Inviato: marted=EC 22 novembre 2011 20.10
A: = Paul E. Jones; Goix Laurent Walter; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'
Oggetto: RE: [apps-discuss] = Webfinger

 

Not exactly. Resource gives all the links for = that resource. Rel further reduces the selection. If you need 10, = don’t use rel, just resource.

 

EHL

 

From:= = Paul E. Jones [mailto:paulej@packetizer.= com]
Sent: Tuesday, November 22, 2011 10:55 = AM
To: 'Goix Laurent Walter'; Eran Hammer-Lahav; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'
Subject: RE: [apps-discuss] = Webfinger

 

Walter,

 

Including the = ‘resource’ parameter could remove the need to further = process the templates on the client side and to perform a second query = for the “lrdd” XRD/JRD document.  If the server = implementation does not support the “resource” parameter, = then the client would have to go about it as it would = today.

 

I like the idea of = reducing complexity on the client, but if resource is optional, then we = do not actually reduce the complexity at all.  It does potentially = reduce the time required to fetch the information by one round-trip to = the server.  Is that worth it?  Perhaps.  For most data, = there are three queries:

1)      = host-meta

2)      = LRDD

3)      = Actual data = sought (e.g., an avatar file)

 

Introducing = “resource” means we do to queries:

1)      = host-mesa?resource

2)      = Actual data = sought (e.g., an avatar file)

 

That sounds good for a = single piece of information.  However, if the client needs to = perform 10 queries for 10 links found, then that one additional step is = little savings.  I’m on the fence over = it.

 

Paul

 

From:= = Goix Laurent Walter [mailto:laur= entwalter.goix@telecomitalia.it]
Sent: Tuesday, November = 22, 2011 1:42 PM
To: Eran Hammer-Lahav; Paul E. Jones; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'
Subject: R: [apps-discuss] = Webfinger

 

I guess the discussion is moving from a pure = descriptor (which may be static in most cases) to a sort of API, which = could have endless parameters.

 

From the current/original webfinger description, = the host-meta would mostly be static, which implies no API-like, and no = parameter, but the lrdd link can typically be dynamic/API-like (to = support the template mechanism). As such it could easily accommodate = some more parameters as well (in a similar flavor than opensearch), e.g. = to request specific link rels if we want.

 

What would be the scope of supporting uri = parameters when accessing host-meta? Does this intend to save an = interaction step?

 

walter

 

Da: apps-discuss-bounces@ietf.o= rg [mailto:apps-discu= ss-bounces@ietf.org] Per conto di Eran = Hammer-Lahav
Inviato: marted=EC 22 novembre 2011 = 19.33
A: Paul E. Jones; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'
Oggetto: Re: [apps-discuss] = Webfinger

 

Yes, it is no longer a = template and must be converted to href.

 

As for testing support, just check for Subject. = Pretty simple to do.

 

EHL

 

From:= = Paul E. Jones [mailto:paulej@packetizer.= com]
Sent: Tuesday, November 22, 2011 9:27 = AM
To: Eran Hammer-Lahav; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine = Cook'
Subject: RE: [apps-discuss] Webfinger

 

A couple more questions = on (3):

 

Why expand templates like this:

        = {

        &= nbsp; "rel":"author",

        &= nbsp; "template":"http= ://example.com/author?q=3Dhttp%3A%2F%2Fexample.com%2Fxy"<= span lang=3DFR>

        = }

 

The requesting entity could expand the = templates.  I can appreciate the reasoning for having = “?resource” query the LRDD URL and return back the ordered = list of links, but why have the server modify the discovered templates = like the one above?  It’s no longer a template, really.  = Should we change “template” to be = “href”?

 

If a server does not understand = “?resource”, it’s likely to simply ignore it.  = But, if a client expects it to be processed, it will cause = confusion.  Would it be better to introduce = /.well-known/host-meta-resource?  If a 404 is returned, then that = is a clear indicator to the client.  Other suggestions?

 

Paul

 

From:= = Eran Hammer-Lahav [mailto:eran@hueniverse.com]=
Sent: Monday, November 21, 2011 9:52 PM
To: = Paul E. Jones; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine = Cook'
Subject: RE: [apps-discuss] Webfinger

 

1.       = Require the = server to offer JRD, leave it to the client to pick one = flavor.

2.       = Host-meta = dumps the decision on the applications. You need to decide if WebFinger = is an application or just syntactic sugar on top of = host-meta.

3.       = Expand = every template in host-meta + level one LRDD links (excluding templates = in LRDD).

 

EHL

 

From:= = Paul E. Jones [mailto:paulej@packetizer.= com]
Sent: Monday, November 21, 2011 7:49 = AM
To: Eran Hammer-Lahav; apps-discuss@ietf.org
Cc:= 'Joseph Smarr'; 'Gonzalo Salgueiro'; 'Blaine = Cook'
Subject: RE: [apps-discuss] Webfinger

 

Eran,

 

Thanks for your feedback.  The editorial, = structural, and behavioral items we’ll addressed (including = adhering to host-meta section 4.2).

 

Let me ask about specific comments:

 

1)      = You want to = mandate use of JSON, which we also indicated in the draft.  = However, I would personally prefer to give both XML and JSON equal = weight and require both.

2)      = You wanted = to mandate HTTPS. I’m not opposed, but host-meta does not mandate = it.  Shouldn’t we Webfinger requirements on what is = there?

3)      = Regarding = “resource” extension: if I query host-meta, there may be any = number of templates.  Would we want the server to automatically = expand every template it finds?  Or would we only expand the = ‘lrdd’ template?  (And how many levels of recursion = might be possible?)

 

Paul

 

From:= = Eran Hammer-Lahav [mailto:eran@hueniverse.com]=
Sent: Saturday, November 19, 2011 10:03 AM
To: = Paul E. Jones; apps-discuss@ietf.org
Cc:= Joseph Smarr; Gonzalo Salgueiro; Blaine Cook
Subject: RE: = [apps-discuss] Webfinger

 

This is a good start. = Some feedback and nits:

 

1.       = The = protocol flow is incorrect and needs to be adjusted based on the final = host-meta specification (RFC 6415). Namely, WebFinger must follow = section 4.2 exactly as specified.

2.       = WebFinger = should focus exclusively on JSON and mandate WebFinger providers to = support the JRD format. This does not preclude using XRD (XML) but it = will ensure that every compliant WebFinger implementation provides full = JSON support which is much more likely to be adopted. This is something = we could not do in host-meta due to the late stage it was in, but this = is the right time to make the switch (without taking away any existing = functionality).

3.       = Are there = reasons not to mandate HTTPS?

4.       = Section 3 = should be a sub-section of the introduction and each example needs = actual JRD code.

 

In addition, I would very much like to see = WebFinger extend the host-meta endpoint by defining a = ‘resource’ query parameter. Using the example in RFC 6415 = section 1.1.1 (example not properly encoded to make it easier to = read):

 

> GET = /.well-known/host-meta?resource=3Dhttp://example.com/xy = HTTP/1.1

 

   {

      = "subject":"http://example.com/xy",

 

      = "properties":{

        = "http://spec.example.net/color&= quot;:"red"

      },

 

      = "links":[

        = {

        &= nbsp; "rel":"hub",

        &= nbsp; "href":"http://example.com/hub",<= span lang=3DFR>

        = },

        = {

        &= nbsp; "rel":"hub",

        &= nbsp; "href":"http://example.com/another/hub",

        = },

        = {

        &= nbsp; "rel":"author",

        &= nbsp; "href":"http://example.com/john",

        = },

        = {

        &= nbsp; "rel":"author",

        &= nbsp; "template":"http= ://example.com/author?q=3Dhttp%3A%2F%2Fexample.com%2Fxy"<= span lang=3DFR>

        = }

      ]

    }

 

The rules for this extension parameter are = pretty simple:

 

1.       = JSON is = implied. If the server understands ‘?resource’ it MUST = return a JRD document.

2.       = The subject = must be set to the value of the ‘resource’ = parameter.

3.       = If the = server does not support that resource (wrong domain, etc.) it must = return an empty JRD with the right subject.

4.       = The client = MUST verify the server supports ‘?resource’ by making sure = the response is both JRD and has the requested subject (this will ensure = full compatibility with any other host-meta endpoint).

 

I would like to see such endpoint extension = required for WebFinger so that clients can make a single call and get = the full WebFinger result in JSON. This would significantly improve = adoption and usability, and adds very little work to = providers.

 

EHL

 

 

From:= = apps-discuss-bounces@ietf.o= rg [mailto:apps-discu= ss-bounces@ietf.org] On Behalf Of Paul E. = Jones
Sent: Monday, October 24, 2011 1:10 PM
To: apps-discuss@ietf.org
Cc:= Joseph Smarr; Gonzalo Salgueiro
Subject: [apps-discuss] = Webfinger

 

Folks,

 

We just submitted this:

http://www.ietf.org/internet-drafts/draft-jones-appsawg-webfinge= r-00.txt

 

The tools for Webfinger are now defined, but the = procedures need to be clearer with respect to what most of us understand = as “webfinger”.  This is just a first stab at making = that happen and we hope to progress this to publish an RFC in the = application area.

 

We welcome any comments you have on the topic, either = privately or publicly.

 

Paul

 

= Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle = persone indicate. La diffusione, copia o qualsiasi altra azione = derivante dalla conoscenza di queste informazioni sono rigorosamente = vietate. Qualora abbiate ricevuto questo documento per errore siete = cortesemente pregati di darne immediata comunicazione al mittente e di = provvedere alla sua distruzione, Grazie. =

= This e-mail and any attachments is confidential and may = contain privileged information intended for the addressee(s) only. = Dissemination, copying, printing or use by anybody else is unauthorised. = If you are not the intended recipient, please delete this message and = any attachments and advise the sender by return e-mail, = Thanks.= =

= 3D"rispettaRispetta l'ambiente. Non stampare questa mail se non =E8 = necessario.=

 

= Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle = persone indicate. La diffusione, copia o qualsiasi altra azione = derivante dalla conoscenza di queste informazioni sono rigorosamente = vietate. Qualora abbiate ricevuto questo documento per errore siete = cortesemente pregati di darne immediata comunicazione al mittente e di = provvedere alla sua distruzione, Grazie. =

= This e-mail and any attachments=  is = confidential and may contain privileged information intended for the = addressee(s) only. Dissemination, copying, printing or use by anybody = else is unauthorised. If you are not the intended recipient, please = delete this message and any attachments and advise the sender by return = e-mail, Thanks.

= 3D"rispettaRispetta l'ambiente. Non stampare questa mail se non =E8 = necessario.=

 

------=_NextPart_001_0128_01CCBBD5.EF237BD0-- ------=_NextPart_000_0127_01CCBBD5.EF237BD0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhGgAoANU5AEiFNnikNyRvNcvYOafCOEOEW3DO3jB2NqjGs9ny9o+zOIOrN+L1+G+ggbzo 8GCUN1SNNv///zx+NrPJOL/ROYPV44zY5YuzmrfQwCZxQlKNaMXZzOfy8NTi2TV6TuLs5vX8/ez5 +4yzmtTj2cXr8mCXdKni62ycN5/f6aDf6X2qjrPl7rLl7Zu6OJbb53nS4PH188bs8sXZzfH18pq9 p0SDWxhnNWbL3NfgOf///wAAAAAAAAAAAAAAAAAAAAAAACH5BAEAADkALAAAAAAaACgAAAb/wJxw SBQ6WMWkMmm6kZbQ5OvmjFoT1JuBYYWmsrcXqJvEgm8WctFypnI66pyjfXMhCmqGgR4r2S5dIBV0 FjI2h3BRX20VHAUCEjZ4UHNtFo42BA+HCEskbQYOIwU2CjgBNgAZM0kMbSYcIjYCBDg4LTYLf0V6 YCghNBk2DwO2OASZqkS9VBYMCB6pE8bGucidOYJUoaOptdQTFDg2ATgHGkIs2wyyAqbUtgICCwfl uh8ge1sNNhDF8LYiHYKAg4INBJUS8FsAEF6AA6lsHWjg4gYKDDZONGwIAIAtCAX2hPAgYSNHj6ds 3KiA8V3DAQGm2epoS4HKFQ0EmMRhc97Mwge2kN1IoIGgyQECD5wQUO6YygTkdtpCdSgqDl0VoDaV OmDBpm+oTCQoABQgBZfGbIrDAUBDAgcNDnDs98/WA504Buxa0RKgzVkB/h0oi+pDjgQhHtU1RgDi oY6l8gpAJyTBCBsSFtuC6XjWTBuJhIRAgFkmwAmoAkM4mCQCBmEB1sIDIKAFRGytYfDrt4CAuAkn qnrYYCXCBxGkqlYtgbtLhOcbMNSw0SBOEmg2VFj/sGHDhRLCNBC3fqFqARWhowQBADs= ------=_NextPart_000_0127_01CCBBD5.EF237BD0-- From stpeter@stpeter.im Fri Dec 16 08:29:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC64621F8B8A for ; Fri, 16 Dec 2011 08:29:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.693 X-Spam-Level: X-Spam-Status: No, score=-102.693 tagged_above=-999 required=5 tests=[AWL=-0.694, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e+ViGKdaj0+F for ; Fri, 16 Dec 2011 08:29:36 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 32D8C21F8B10 for ; Fri, 16 Dec 2011 08:29:36 -0800 (PST) Received: from dhcp-64-101-72-220.cisco.com (unknown [64.101.72.220]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id EA180423AD; Fri, 16 Dec 2011 09:37:18 -0700 (MST) Message-ID: <4EEB6EB2.30807@stpeter.im> Date: Fri, 16 Dec 2011 09:15:46 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Zach Shelby References: <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> In-Reply-To: <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 16:29:36 -0000 On 12/16/11 12:24 AM, Zach Shelby wrote: > On Dec 14, 2011, at 11:23 AM, Carine Bournez wrote: > >> In the schema-informed mode the encoder and the decoder use a >> schema, the EXI 1.0 version specifies XML schema informed grammars. >> The reference to that schema is carried in the EXI header. The >> format of that "schemaId" is not specified for 1.0 processors, it >> can be whatever is practical for the application. It is *optional* >> in the EXI header, even when a schema is in use: applications can >> also "share" this information out of band. EXI 1.0 is intentionally >> liberal on a number of details and defers them to the application >> level, so that it can support a large range of use cases. > > Right. It is exactly these kinds of applications that are using > schema informed mode natively (without intermediate XML), where the > application/foo+exi media type helps to determine this information > out of band. When registering foo+exi, the schema information should > be included in the registration. In addition to SE2 mentioned so > far, also our specification on SenML > [http://tools.ietf.org/html/draft-jennings-senml-07] is requesting an > application/senml+exi media type. Both of these media types are aimed > at constrained embedded devices. Zach, thanks for clarifying the matter. Perhaps it would make sense for someone to write a brief I-D describing the rationale for media types with the +exi suffix and the information required to register such types. Peter -- Peter Saint-Andre https://stpeter.im/ From likepeng@huawei.com Thu Dec 15 17:34:10 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED0251F0C38 for ; Thu, 15 Dec 2011 17:34:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MHHd4y4kSelz for ; Thu, 15 Dec 2011 17:34:09 -0800 (PST) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66]) by ietfa.amsl.com (Postfix) with ESMTP id 6CF0921F847B for ; Thu, 15 Dec 2011 17:34:04 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LW900NIMWCI2B@szxga03-in.huawei.com> for apps-discuss@ietf.org; Fri, 16 Dec 2011 09:33:55 +0800 (CST) Received: from szxrg01-dlp.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LW9000KHWCIRP@szxga03-in.huawei.com> for apps-discuss@ietf.org; Fri, 16 Dec 2011 09:33:54 +0800 (CST) Received: from szxeml207-edg.china.huawei.com ([172.24.2.119]) by szxrg01-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AFV85175; Fri, 16 Dec 2011 09:33:54 +0800 Received: from SZXEML412-HUB.china.huawei.com (10.82.67.91) by szxeml207-edg.china.huawei.com (172.24.2.59) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 16 Dec 2011 09:33:47 +0800 Received: from SZXEML525-MBS.china.huawei.com ([169.254.8.55]) by szxeml412-hub.china.huawei.com ([10.82.67.91]) with mapi id 14.01.0323.003; Fri, 16 Dec 2011 09:33:50 +0800 Date: Fri, 16 Dec 2011 01:33:49 +0000 From: Likepeng X-Originating-IP: [10.70.109.81] To: Alexey Melnikov , Barry Leiba , "apps-discuss@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_PsbwuJIaLA2tvjT+k7EKqg)" Content-language: zh-CN Accept-Language: zh-CN, en-US Thread-topic: Liason statement from OMA CD WG to IETF - Mobile Social Networking Thread-index: Acy6PNDoPuerv+GtT0ScUDrORbx7ZQA/o6hAABNLbgA= X-MS-Has-Attach: yes X-MS-TNEF-Correlator: X-CFilter-Loop: Reflected X-Mailman-Approved-At: Fri, 16 Dec 2011 08:45:04 -0800 Subject: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 01:34:11 -0000 --Boundary_(ID_PsbwuJIaLA2tvjT+k7EKqg) Content-type: multipart/alternative; boundary="Boundary_(ID_QX/652fpkjXc/RZkmJBq4Q)" --Boundary_(ID_QX/652fpkjXc/RZkmJBq4Q) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Hello Alexey, Barry, Jiankang and all, I forward you one LS (as attached) from OMA and hope to get your feedback o= n this. In OMA CD, there is a Work Item named Mobile Social Network, and we are try= ing to reuse one of the I-D in this WG: http://tools.ietf.org/html/draft-jo= nes-appsawg-webfinger Here are the questions we hope to get feedback from you: IETF APPSAWG Working Group is kindly invited to provide feedback on the fol= lowing points: 1) consideration and tentative timeframe of [draft-jones-appsawg-webf= inger] as WG document and future RFC publication; 2) support for Unicode characters in the "acct:" scheme (URI/IRI); 3) registration of an ENUM service type for "acct:" scheme; 4) consideration of other OStatus-related specifications (e.g. Salmon= , PubSubHubbub, ActivityStreams) as IETF specifications 5) tentative generic scope, list and roadmap of the Social Networking= -related activities and output documents within the group; 6) areas of potential overlap, complementarities or interest with the= OMA MobSocNet activities based on the referred information; If you need any more information, please let me know. Thanks, Kind Regards Kepeng Li Da: OMA-CD Mailing List [mailto:OMA-CD@MAIL.OPENMOBILEALLIANCE.ORG] Per con= to di Victoria Gray Inviato: mercoled=EC 14 dicembre 2011 9.46 A: OMA-CD@MAIL.OPENMOBILEALLIANCE.ORG Oggetto: Liason statement from OMA CD WG to IETF - Mobile Social Networking To: IETF CC: OMA-CD, OMA-LIAISON, OMA-PLENARY Dear IETF, Please find attached a liaison statement from the OMA CD (Content Delivery)= WG providing you with information regarding their activity on Mobile Socia= l Networking. Best regards, Victoria Victoria Gray BA (Hons) International Business Document Support Officer FORApolis Tel +33 (0)4 92 94 49 23 GSM +33 (0)6 73 99 62 90 victoria.gray@forapolis.com MSN: victoria.gray@forapolis.com Yaho= o!: bluevicci Skype: victoria-gray Google: vics.gray@gmail.com P Please consider the environmental impact before printing this e-mail --Boundary_(ID_QX/652fpkjXc/RZkmJBq4Q) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

Hello Alexey, Barry, Jiankang and all,

 

I forward you one LS (as attached) from OMA and hope to get your = feedback on this.

 

In OMA CD, there is a Work Item named Mobile Social Network, and = we are trying to reuse one of the I-D in this WG: http://tools.ietf.org/html/draft-jones-appsawg-webfin= ger

 

Here are the questions we hope to get feedback from you:

 

IETF APPSAWG Working Gr= oup is kindly invited to provide feedback on the following points:

1) &nbs= p;     consideration and tentative timef= rame of [draft-jones-appsawg-webfinger] as WG document and future RFC publi= cation;

2) &nbs= p;     support for Unicode characters in= the “acct:” scheme (URI/IRI);

3) &nbs= p;     registration of an ENUM service t= ype for “acct:” scheme;

4) &nbs= p;     consideration of other OStatus-re= lated specifications (e.g. Salmon, PubSubHubbub, ActivityStreams) as IETF s= pecifications

5) &nbs= p;     tentative generic scope, list and= roadmap of the Social Networking-related activities and output documents w= ithin the group;

6) &nbs= p;     areas of potential overlap, compl= ementarities or interest with the OMA MobSocNet activities based on the ref= erred information;

 

If you need any more information, please let me know.<= /span>

 

Thanks,

Kind Regards

Kepeng Li 

Da: OMA-CD Mailing List [mailto:OMA-CD@MAIL.OPENMOBILEALLIANC= E.ORG] Per conto di Victoria Gray
Inviato: mercoled=EC 14 dicembre 2011 9.46
A: OMA-CD@MAIL.OPENMOBILEALLIANCE.ORG
Oggetto: Liason statement from OMA CD WG to IETF - Mobile Social Net= working

 

To: IETF

CC: OMA-CD, OMA-LIAISON, OMA-PLENA= RY

 

Dear IETF,

 

Please find attached a liaison = statement from the OMA CD (Content Delivery) WG providing you with informat= ion regarding their activity on Mobile Social Networking.

 =

Best regards,

Victoria

 

Victoria Gray=

BA (Hons) International Business

Document Support Officer

FORApolis

Tel +33 (0)4 92 94 49 23

GSM +33 (0)6 73 99 62 90

victoria.gray@forapolis.com<= span lang=3D"FR">

 

MSN: = victoria.gray@forapolis.com   Yahoo!: bluevicci

Skype: victoria-gray  Google: vics.gray@gm= ail.com

 

P Please consider=  the environmental impact before printing this e-mail<= span lang=3D"FR">

 =

 

 

--Boundary_(ID_QX/652fpkjXc/RZkmJBq4Q)-- --Boundary_(ID_PsbwuJIaLA2tvjT+k7EKqg) Content-type: application/msword; name=OMA-LS_938-OMA_CD_WG_to_IETF_Mobile_Social_Network_activity-20111214-A.doc Content-transfer-encoding: base64 Content-disposition: attachment; filename=OMA-LS_938-OMA_CD_WG_to_IETF_Mobile_Social_Network_activity-20111214-A.doc; size=104448; creation-date="Fri, 16 Dec 2011 00:21:01 GMT"; modification-date="Wed, 14 Dec 2011 01:42:56 GMT" Content-description: OMA-LS_938-OMA_CD_WG_to_IETF_Mobile_Social_Network_activity-20111214-A.doc 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAACAAAAxwAAAAAAAAAA EAAAyQAAAAEAAAD+////AAAAAMUAAADGAAAA//////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEABYAJBAAA+BK/AAAAAAAAEAAAAAAACAAApCgAAA4AYmpianEPcQ8AAAAAAAAAAAAAAAAAAAAA AAAJBBYAbusAABNlAQATZQEAlhgAAN8AAAAuBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAALcAAAAAAN4TAAAAAAAA3hMAACEh AAAKAAAAKyEAAAwAAAA3IQAAAAAAADchAAAAAAAANyEAABQAAAAAAAAAAAAAAP////8AAAAASyEA AAAAAABLIQAAAAAAAEshAAA4AAAAgyEAAFQAAADXIQAARAAAAEshAAAAAAAApmUAAHoCAAAbIgAA iAAAAKMiAACUAAAANyMAAAAAAAA3IwAAAAAAADcjAAAAAAAAyyYAAGYAAAAxJwAALAAAAF0nAAAY AAAAJWUAAAIAAAAnZQAAAAAAACdlAAAAAAAAJ2UAAAAAAAAnZQAAAAAAACdlAAAAAAAAJ2UAACQA AAAgaAAAogIAAMJqAAAwAQAAS2UAABUAAAAAAAAAAAAAAAAAAAAAAAAANyEAAAAAAACkKAAAAAAA AAAAAAAAAAAAAAAAAAAAAACLJgAAAAAAAIsmAABAAAAApCgAAAAAAACkKAAAAAAAAEtlAAAAAAAA AAAAAAAAAAA3IQAAAAAAADchAAAAAAAANyMAAAAAAAAAAAAAAAAAADcjAABUAwAAYGUAABYAAAD+ LAAAAAAAAP4sAAAAAAAA/iwAAAAAAACkKAAA3AAAADchAAAAAAAANyMAAAAAAAA3IQAAAAAAADcj AAAAAAAAJWUAAAAAAAAAAAAAAAAAAP4sAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAApCgAAAAAAAAlZQAAAAAAAAAAAAAAAAAA/iwAAAAAAAD+LAAA agIAAK9eAAC8AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAx2IAAAAAAAA3IwAAAAAAAP////8AAAAAoO5+Xzy6 zAEAAAAAAAAAAEshAAAAAAAAgCkAAHwAAABrYAAAMgAAAAAAAAAAAAAAEWUAABQAAAB2ZQAAMAAA AKZlAAAAAAAAnWAAACoCAADyawAAAAAAAPwpAABmAQAA8msAAGQAAADHYgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADH YgAAegAAAPJrAAAAAAAAAAAAAAAAAAA3IQAAAAAAAEFjAADQAQAAdScAAD4AAACzJwAALAAAAP4s AAAAAAAA3ycAACQAAAADKAAAoQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdScA AAAAAAB1JwAAAAAAAHUnAAAAAAAAS2UAAAAAAABLZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAYisAAJwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHUnAAAA AAAAdScAAAAAAAB1JwAAAAAAAKZlAAAAAAAApCgAAAAAAACkKAAAAAAAAKQoAAAAAAAApCgAAAAA AAAAAAAAAAAAAP////8AAAAA/////wAAAAD/////AAAAAAAAAAAAAAAA/////wAAAAD/////AAAA AP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA /////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAAPJrAAAAAAAAdScAAAAAAAB1 JwAAAAAAAHUnAAAAAAAAdScAAAAAAAB1JwAAAAAAAHUnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1JwAAAAAAAHUnAAAAAAAAdScA AAAAAADeEwAACQwAAOcfAAA6AQAABQASAQAACQgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAExpYWlz b24gU3RhdGVtZW50DQ1UaXRsZToHSW5mb3JtYXRpb24gb24gU29jaWFsIE5ldHdvcmtpbmcgYWN0 aXZpdHkHEyBGT1JNQ0hFQ0tCT1ggARUgUHVibGljICAgICAgEyBGT1JNQ0hFQ0tCT1ggARUgQ29u ZmlkZW50aWFsIExTAgcHRGF0ZToHMTQgRGVjIDIwMTEHB1RvOgdJRVRGIEFQUFNBV0cgV29ya2lu ZyBHcm91cAcHU291cmNlOgdDb250ZW50IERlbGl2ZXJ5IEdyb3VwIChDRCkgb2YgdGhlIE9wZW4g TW9iaWxlIEFsbGlhbmNlBwdTZW5kIFJlcGxpZXMgdG86B09NQSBDRCBncm91cCwgEyBIWVBFUkxJ TksgIm1haWx0bzpPTUEtTElBSVNPTkBtYWlsLm9wZW5tb2JpbGVhbGxpYW5jZS5vcmciIBRPTUEt TElBSVNPTkBtYWlsLm9wZW5tb2JpbGVhbGxpYW5jZS5vcmcVBwdDb250YWN0KHMpOgdMYXVyZW50 IFdhbHRlciBHb2l4LCBUZWxlY29tIEl0YWxpYSBTLnAuQS4sIBMgSFlQRVJMSU5LICJtYWlsdG86 bGF1cmVudHdhbHRlci5nb2l4QHRlbGVjb21pdGFsaWEuaXQiIBRsYXVyZW50d2FsdGVyLmdvaXhA dGVsZWNvbWl0YWxpYS5pdBUgb24gYmVoYWxmIG9mIE9NQSBNb2JTb2NOZXQgV29yayBBcmVhBwdB dHRhY2htZW50czoHbi9hBwdPdmVydmlldw1UaGUgT01BIGhhcyBvYnNlcnZlZCBzb21lIHJlY2Vu dCBhY3Rpdml0eSBpbiB0aGUgSUVURiBBUFBTQVdHIFdvcmtpbmcgR3JvdXAgcmVsYXRlZCB0byBT b2NpYWwgTmV0d29ya2luZyBzdGFuZGFyZGl6YXRpb24gKHN1Y2ggYXMgUkZDNjQxNSBhbmQgZHJh ZnQtam9uZXMtYXBwc2F3Zy13ZWJmaW5nZXItMDApLg1UaGlzIExpYWlzb24gU3RhdGVtZW50IGlz IGludGVuZGVkIHRvIG1ha2UgYXdhcmUgdGhlIElFVEYgQVBQU0FXRyBXb3JraW5nIEdyb3VwIG9m IHRoZSBhY3Rpdml0eSBPTUEgaXMgd29ya2luZyBvbiBuYW1lZCBPTUEgTW9iaWxlIFNvY2lhbCBO ZXR3b3JrIChNb2JTb2NOZXQpIEVuYWJsZXIsIGFzIHdlbGwgYXMgdGhlIHNjb3BlIGFuZCB0aGUg Y3VycmVudCBzdGF0dXMgb2YgdGhpcyB3b3JrLg1JRVRGIEFQUFNBV0cgV29ya2luZyBHcm91cCBp cyBhbHNvIGtpbmRseSByZXF1ZXN0ZWQgdG8gcHJvdmlkZSBpbmZvcm1hdGlvbiBvbiB0aGUgc2Nv cGUgYW5kIHN0YXR1cyBvZiB0aGVpciBhY3Rpdml0eSBoaWdobGlnaHRpbmcgc3BlY2lmaWMgYXJl YXMgdGhhdCBjb3VsZCBiZSBvZiBpbnRlcmVzdCBmb3IgdGhlIE9NQSBNb2JTb2NOZXQgYWN0aXZp dHkuDQ1PTUEgTW9iU29jTmV0IEJhY2tncm91bmQNQWZ0ZXIgdGhlIGNvbXBsZXRpb24gb2YgYSBX aGl0ZSBQYXBlciAoWzFdKSwgT01BIGhhcyBzdGFydGVkIHNwZWNpZnlpbmcgYSBkZWRpY2F0ZWQg TW9iU29jTmV0IEVuYWJsZXIgaW4gTWF5IDIwMTEgKHNlZSBbMl0gYW5kIFszXSksIHdoaWNoIHRh cmdldHMgaW50ZXJvcGVyYWJpbGl0eSBiZXR3ZWVuIE1vYlNvY05ldCBjbGllbnRzICYgc2VydmVy cyBhbmQgc2VydmVyLXRvLXNlcnZlciBmZWRlcmF0aW9uLCBzdXBwb3J0aW5nIGF0IGxlYXN0IGZl YXR1cmVzIHN1Y2ggYXM6DXByb2ZpbGUgZGlzY292ZXJ5Ow1wdWJsaWNhdGlvbiBhbmQgc2hhcmlu ZyBvZiBjb250ZW50cywgYWN0aXZpdGllcyAmIGZvbGxvdy11cCBhY3Rpb25zLg1JbiBhZGRpdGlv biwgdGhpcyBFbmFibGVyIGlzIGV4cGVjdGVkIHRvIGV4cG9zZSBEZXZpY2UgQVBJcyAmIE5ldHdv cmsgQVBJcywgYXMgd2VsbCBhcyBhbiBhcHByb3ByaWF0ZSBwcml2YWN5IGZyYW1ld29yaywgdG8g ZWFzaWx5IGludGVncmF0ZSBNb2JTb2NOZXQgd2l0aCBleHRlcm5hbCBhcHBsaWNhdGlvbnMuDQ1U ZWNobmljYWxseSwgdGhpcyBlbmFibGVyIGludGVuZHM6DXRvIGNvbnNpZGVyIHRoZSBlbmRvcnNl bWVudCBvZiBPU3RhdHVzLXJlbGF0ZWQgc3BlY2lmaWNhdGlvbnMsIGluIHBhcnRpY3VsYXIgZm9y IHNlcnZlci10by1zZXJ2ZXIgaW50ZXJhY3Rpb25zOw10byBjb25zaWRlciB0aGUgZW5kb3JzZW1l bnQgb2YgT3BlblNvY2lhbCBTb2NpYWwgQVBJIFNlcnZlciBzcGVjaWZpY2F0aW9uLCBpbiBwYXJ0 aWN1bGFyIGZvciBjbGllbnQtc2VydmVyIGludGVyYWN0aW9uczsNdG8gY29uc2lkZXIgdGhlIGVu ZG9yc2VtZW50IG9mIE9wZW5Tb2NpYWwgU29jaWFsIEdhZGdldCBBUEkgc3BlY2lmaWNhdGlvbiBh cyBEZXZpY2UgQVBJczsNdG8gY29uc2lkZXIgcmV1c2luZyBPQXV0aCAyLjAgYW5kIHJlbGF0ZWQg c3BlY2lmaWNhdGlvbnMgYXMgcHJpdmFjeSBmcmFtZXdvcmsgZm9yIEFQSXM7DXRvIGNvbnNpZGVy IHJldXNpbmcgT01BIFB1c2ggZW5hYmxlciB0byBzdXBwb3J0IG5vdGlmaWNhdGlvbnMgdG8gTVNO IENsaWVudCBlbnRpdGllcyAoZS5nLiBmb3IgZm9sbG93LXVwIGFjdGlvbnMgZGVsaXZlcnksIHBy aXZhdGUgbWVzc2FnZSBkZWxpdmVyeSwgdXNlciBzdGF0dXMgbm90aWZpY2F0aW9uLCBldGMpLg0N T01BIE1vYlNvY05ldCBDdXJyZW50IFN0YXR1cw1UaGUgY3VycmVudCBzY2hlZHVsZWQgdGltZSBm b3IgY29tcGxldGlvbiBvZiB0aGUgTW9iU29jTmV0IEVuYWJsZXIgc3BlY2lmaWNhdGlvbnMgaXMg SnVuZSAyMDEyIChFbmFibGVyIGluIENhbmRpZGF0ZSBzdGF0dXMpLiBUaGUgcmVxdWlyZW1lbnRz IGRlZmluaXRpb24gaGFzIGJlZW4gY29tcGxldGVkIGluIEp1bHkgMjAxMSBhbmQgYSByZWxhdGVk IGFyY2hpdGVjdHVyZSBoYXMgYmVlbiBwcm9kdWNlZC4NQ3VycmVudGx5LCB0aGUgdGVjaG5pY2Fs IHNwZWNpZmljYXRpb24gb2YgdGhlIGVuYWJsZXIgaXMgdW5kZXJ3YXksIGFuZCBpcyBhbHJlYWR5 IGNvbnNpZGVyaW5nIElFVEYgc3BlY2lmaWNhdGlvbnMgc3VjaCBhczoNSG9zdC1tZXRhIGRlc2Ny aXB0b3IgZGVmaW5pdGlvbiB0byBiZSBleHBvc2VkIGJ5IE1TTiBTZXJ2ZXIgZW50aXRpZXMNV2Vi RmluZ2VyIGRpc2NvdmVyeSBwcm90b2NvbCB0byBkaXNjb3ZlciByZXNvdXJjZSAodXNlcikgaW5m b3JtYXRpb24gYW5kIGVuZHBvaW50cyBhY3Jvc3MgTVNOIFNlcnZlcnMgdG8gYWN0dWF0ZSBTb2Np YWwgTmV0d29yayBmZWRlcmF0aW9uLCBhcyB3ZWxsIGFzIHRoZSCTYWNjdDqUIFVSSS9JUkkgc2No ZW1lIGZvciBpZGVudGlmeWluZyB1c2Vycw1URUwgVVJJIGFuZCBFTlVNLUROUyBwcm90b2NvbCBz cGVjaWZpY2F0aW9ucyB0byBhZGRyZXNzIE1TSVNETi1hY2N0LiBVUkkgcmVzb2x1dGlvbg1PQXV0 aCAyLjAgYXMgYXV0aG9yaXphdGlvbiBmcmFtZXdvcmsgZm9yIFNvY2lhbCBOZXR3b3JraW5nIEFQ SXMNQmFzZWQgb24gdGhlIGN1cnJlbnQgbWF0dXJpdHkgb2YgdGhlc2Ugc3BlY2lmaWNhdGlvbnMs IHJlZmVyZW5jZXMgYXJlIHNvbWV0aW1lcyBtZW50aW9uZWQgYXMgk1dvcmsgaW4gUHJvZ3Jlc3OU Lg1UaGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIEVuYWJsZXIgUmVsZWFzZSBzcGVjaWZpY2F0aW9u IGlzIGF2YWlsYWJsZSBhdCBbNF0uDQ1SZWZlcmVuY2VzDVsxXSBUaGUgTW9iU29jTmV0IFdoaXRl IFBhcGVyIGFwcHJvdmVkIGJ5IE9NQQ0TIEhZUEVSTElOSyAiaHR0cDovL21lbWJlci5vcGVubW9i aWxlYWxsaWFuY2Uub3JnL2Z0cC9QdWJsaWNfZG9jdW1lbnRzL1JFUS9QZXJtYW5lbnRfZG9jdW1l bnRzL09NQS1XUC1Nb2JpbGVfU29jaWFsX05ldHdvcmstMjAxMTA1MTYtQS56aXAiIBRodHRwOi8v bWVtYmVyLm9wZW5tb2JpbGVhbGxpYW5jZS5vcmcvZnRwL1B1YmxpY19kb2N1bWVudHMvUkVRL1Bl cm1hbmVudF9kb2N1bWVudHMvT01BLVdQLU1vYmlsZV9Tb2NpYWxfTmV0d29yay0yMDExMDUxNi1B LnppcBUgDVsyXSBUaGUgTW9iU29jTmV0IFdvcmsgSXRlbSBkb2N1bWVudCBhcHByb3ZlZCBieSBP TUENEyBIWVBFUkxJTksgImh0dHA6Ly9tZW1iZXIub3Blbm1vYmlsZWFsbGlhbmNlLm9yZy9mdHAv UHVibGljX2RvY3VtZW50cy9UUC9QZXJtYW5lbnRfZG9jdW1lbnRzL09NQS1XSURfMDI0NC1Nb2JT b2NOZXQtVjFfMC0yMDExMDUwNS1BLnppcCIgXHQgIkRubGREb2N1bWVudCIgFGh0dHA6Ly9tZW1i ZXIub3Blbm1vYmlsZWFsbGlhbmNlLm9yZy9mdHAvUHVibGljX2RvY3VtZW50cy9UUC9QZXJtYW5l bnRfZG9jdW1lbnRzL09NQS1XSURfMDI0NC1Nb2JTb2NOZXQtVjFfMC0yMDExMDUwNS1BLnppcBUg DVszXSBUaGUga2ljay1vZmYgcHJlc2VudGF0aW9uIG9mIHRoZSBNb2JTb2NOZXQgV29yayBJdGVt IGluIE9NQSANEyBIWVBFUkxJTksgImh0dHA6Ly9tZW1iZXIub3Blbm1vYmlsZWFsbGlhbmNlLm9y Zy9mdHAvUHVibGljX2RvY3VtZW50cy9SRVEvMjAxMS9PTUEtUkVRLTIwMTEtMDA5Ni1JTlBfTW9i U29jTmV0X0tpY2tfT2ZmLnppcCIgXHQgIkRubGREb2N1bWVudCIgFGh0dHA6Ly9tZW1iZXIub3Bl bm1vYmlsZWFsbGlhbmNlLm9yZy9mdHAvUHVibGljX2RvY3VtZW50cy9SRVEvMjAxMS9PTUEtUkVR LTIwMTEtMDA5Ni1JTlBfTW9iU29jTmV0X0tpY2tfT2ZmLnppcBUgDVs0XSBUaGUgbGF0ZXN0IE9N QSBNb2JTb2NOZXQgRW5hYmxlciBSZWxlYXNlIGRyYWZ0IChXb3JrIGluIFByb2dyZXNzKQ0TIEhZ UEVSTElOSyAiaHR0cDovL21lbWJlci5vcGVubW9iaWxlYWxsaWFuY2Uub3JnL2Z0cC9QdWJsaWNf ZG9jdW1lbnRzL0NEL1Blcm1hbmVudF9kb2N1bWVudHMvT01BLUVSLU1vYlNvY05ldC1WMV8wLTIw MTExMjA2LUQuemlwIiAUaHR0cDovL21lbWJlci5vcGVubW9iaWxlYWxsaWFuY2Uub3JnL2Z0cC9Q dWJsaWNfZG9jdW1lbnRzL0NEL1Blcm1hbmVudF9kb2N1bWVudHMvT01BLUVSLU1vYlNvY05ldC1W MV8wLTIwMTExMjA2LUQuemlwFSANUHJvcG9zYWwNT01BIENEIHdvdWxkIGxpa2UgdG8gcHJvcG9z ZSBJRVRGIEFQUFNBV0cgV29ya2luZyBHcm91cCB0byB0YWtlIHRoZSBzdGF0dXMgYW5kIGFjdGl2 aXR5IG9mIE9NQSBDRCBNb2JTb2NOZXQgV29yayBBcmVhIGludG8gY29uc2lkZXJhdGlvbiBpbiB0 aGUgZnV0dXJlIHdvcmtzIG9mIElFVEYgQVBQU0FXRyBXb3JraW5nIEdyb3VwIGluIHRoZSBmaWVs ZCBvZiBzb2NpYWwgbmV0d29ya2luZyBzdGFuZGFyZGl6YXRpb24gYWN0aXZpdGllcywgZnVydGhl ciBjb25zaWRlcmluZyB0aGUgcmVxdWVzdHMgaW5kaWNhdGVkIGJlbG93Lg1PTUEgQ0QgTW9iU29j TmV0IFdvcmsgQXJlYSBhbHNvIGlzIGZ1cnRoZXIgaW50ZXJlc3RlZCBpbiBjb2xsYWJvcmF0aW5n IGFjdGl2ZWx5IHdpdGggSUVURiBBUFBTQVdHIFdvcmtpbmcgR3JvdXAgZm9yIGFjY2VsZXJhdGlu ZyB0aGUgd29ya2luZyBwcm9ncmVzcyBvZiBib3RoIHNpZGVzIGFuZCBmb3N0ZXJpbmcgdGhlIGFk b3B0aW9uIG9mIGEgY29tbW9uIHN0YW5kYXJkIHNvbHV0aW9uLCB3aGlsc3QgYXZvaWRpbmcgb3Zl cmxhcHBpbmcgd29yay4NUmVxdWVzdGVkIEFjdGlvbihzKQ1JRVRGIEFQUFNBV0cgV29ya2luZyBH cm91cCBpcyBraW5kbHkgaW52aXRlZCB0byBwcm92aWRlIGZlZWRiYWNrIG9uIHRoZSBmb2xsb3dp bmcgcG9pbnRzOg1jb25zaWRlcmF0aW9uIGFuZCB0ZW50YXRpdmUgdGltZWZyYW1lIG9mIFtkcmFm dC1qb25lcy1hcHBzYXdnLXdlYmZpbmdlcl0gYXMgV0cgZG9jdW1lbnQgYW5kIGZ1dHVyZSBSRkMg cHVibGljYXRpb247DXN1cHBvcnQgZm9yIFVuaWNvZGUgY2hhcmFjdGVycyBpbiB0aGUgk2FjY3Q6 lCBzY2hlbWUgKFVSSS9JUkkpOw1yZWdpc3RyYXRpb24gb2YgYW4gRU5VTSBzZXJ2aWNlIHR5cGUg Zm9yIJNhY2N0OpQgc2NoZW1lOw1jb25zaWRlcmF0aW9uIG9mIG90aGVyIE9TdGF0dXMtcmVsYXRl ZCBzcGVjaWZpY2F0aW9ucyAoZS5nLiBTYWxtb24sIFB1YlN1Ykh1YmJ1YiwgQWN0aXZpdHlTdHJl YW1zKSBhcyBJRVRGIHNwZWNpZmljYXRpb25zDXRlbnRhdGl2ZSBnZW5lcmljIHNjb3BlLCBsaXN0 IGFuZCByb2FkbWFwIG9mIHRoZSBTb2NpYWwgTmV0d29ya2luZy1yZWxhdGVkIGFjdGl2aXRpZXMg YW5kIG91dHB1dCBkb2N1bWVudHMgd2l0aGluIHRoZSBncm91cDsNYXJlYXMgb2YgcG90ZW50aWFs IG92ZXJsYXAsIGNvbXBsZW1lbnRhcml0aWVzIG9yIGludGVyZXN0IHdpdGggdGhlIE9NQSBNb2JT b2NOZXQgYWN0aXZpdGllcyBiYXNlZCBvbiB0aGUgcmVmZXJyZWQgaW5mb3JtYXRpb247DUNvbmNs dXNpb24NQ0QgZ3JvdXAgYW5kIE1vYlNvY05ldCBXb3JrIEFyZWEgdGhhbmsgdGhlIElFVEYgQVBQ U0FXRyBXb3JraW5nIEdyb3VwIGluIGFkdmFuY2UgZm9yIGl0cyBraW5kIGNvbnNpZGVyYXRpb24g b2YgdGhlIHByZXNlbnQgTGlhaXNvbiBTdGF0ZW1lbnQgYW5kIGxvb2sgZm9yd2FyZCBmb3IgY29u dGludWVkIGNvbGxhYm9yYXRpb24gaW4gdGhlIGZpZWxkIG9mIFNvY2lhbCBOZXR3b3JraW5nIGlu IHRoZSBmdXR1cmUuIFdlIGFyZSBhdmFpbGFibGUgdG8gc2hhcmUgYWRkaXRpb25hbCBpbmZvcm1h dGlvbiB1cG9uIHJlcXVlc3QuDQIgSWYgdGhlIJNDb25maWRlbnRpYWwgTFOUIGJveCBpcyBzZWxl Y3RlZCwgdGhpcyBsaWFpc29uIHN0YXRlbWVudCBpcyBpbnRlbmRlZCB0byBiZSBDb25maWRlbnRp YWwgcGVyIGFncmVlbWVudCBieSBPTUEgYW5kIHRoZSBhZGRyZXNzZWQgb3JnYW5pemF0aW9uLiAg TmVpdGhlciBzaWRlIHNob3VsZCBtYWtlIHRoaXMgY29tbXVuaWNhdGlvbiBhdmFpbGFibGUgdG8g bm9uLW1lbWJlcnMuDQ0DDQ0EDQ0DDQ0EDQ0IRG9jIyATIEZJTEVOQU1FIBRPTUEtTFNfOTM4LU9N QV9DRF9XR190b19JRVRGX01vYmlsZV9Tb2NpYWxfTmV0d29ya19hY3Rpdml0eS0yMDExMTIxNC1B LmRvYxULTGlhaXNvbiBTdGF0ZW1lbnQLDQ2pIDIwMTEgT3BlbiBNb2JpbGUgQWxsaWFuY2UgTHRk LiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4JUGFnZSATIFBBR0UgFDMVIChvZiATIE5VTVBBR0VTIBQz FSkLVXNlZCB3aXRoIHRoZSBwZXJtaXNzaW9uIG9mIHRoZSBPcGVuIE1vYmlsZSBBbGxpYW5jZSBM dGQuIHVuZGVyIHRoZSB0ZXJtcyBhcyBzdGF0ZWQgaW4gdGhpcyBkb2N1bWVudC4JEyBSRUYgVGVt cGxhdGUgXGggARRbT01BLVRlbXBsYXRlLUxpYWlzb25TdGF0ZW1lbnQtMjAxMTAxMDEtSV0VDQ1E b2MjIBMgRklMRU5BTUUgFE9NQS1MU185MzgtT01BX0NEX1dHX3RvX0lFVEZfTW9iaWxlX1NvY2lh bF9OZXR3b3JrX2FjdGl2aXR5LTIwMTExMjE0LUEuZG9jFQgLTGlhaXNvbiBTdGF0ZW1lbnQLDQ1O TyBSRVBSRVNFTlRBVElPTlMgT1IgV0FSUkFOVElFUyAoV0hFVEhFUiBFWFBSRVNTIE9SIElNUExJ RUQpIEFSRSBNQURFIEJZIFRIRSBPUEVOIE1PQklMRSBBTExJQU5DRSBPUiBBTlkgT1BFTiBNT0JJ TEUgQUxMSUFOQ0UgTUVNQkVSIE9SIElUUyBBRkZJTElBVEVTIFJFR0FSRElORyBBTlkgT0YgVEhF IElQUpJTIFJFUFJFU0VOVEVEIE9OIFRIRSCTT01BIElQUiBERUNMQVJBVElPTlOUIExJU1QsIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPIFRIRSBBQ0NVUkFDWSwgQ09NUExFVEVORVNTLCBW QUxJRElUWSBPUiBSRUxFVkFOQ0UgT0YgVEhFIElORk9STUFUSU9OIE9SIFdIRVRIRVIgT1IgTk9U IFNVQ0ggUklHSFRTIEFSRSBFU1NFTlRJQUwgT1IgTk9OLUVTU0VOVElBTC4NVEhFIE9QRU4gTU9C SUxFIEFMTElBTkNFIElTIE5PVCBMSUFCTEUgRk9SIEFORCBIRVJFQlkgRElTQ0xBSU1TIEFOWSBE SVJFQ1QsIElORElSRUNULCBQVU5JVElWRSwgU1BFQ0lBTCwgSU5DSURFTlRBTCwgQ09OU0VRVUVO VElBTCwgT1IgRVhFTVBMQVJZIERBTUFHRVMgQVJJU0lORyBPVVQgT0YgT1IgSU4gQ09OTkVDVElP TiBXSVRIIFRIRSBVU0UgT0YgRE9DVU1FTlRTIEFORCBUSEUgSU5GT1JNQVRJT04gQ09OVEFJTkVE IElOIFRIRSBET0NVTUVOVFMuDVVTRSBPRiBUSElTIERPQ1VNRU5UIEJZIE5PTi1PTUEgTUVNQkVS UyBJUyBTVUJKRUNUIFRPIEFMTCBPRiBUSEUgVEVSTVMgQU5EIENPTkRJVElPTlMgT0YgVEhFIFVT RSBBR1JFRU1FTlQgKGxvY2F0ZWQgYXQgEyBIWVBFUkxJTksgImh0dHA6Ly93d3cub3Blbm1vYmls ZWFsbGlhbmNlLm9yZy9Vc2VBZ3JlZW1lbnQuaHRtbCIgARRodHRwOi8vd3d3Lm9wZW5tb2JpbGVh bGxpYW5jZS5vcmcvVXNlQWdyZWVtZW50Lmh0bWwVKSBBTkQgSUYgWU9VIEhBVkUgTk9UIEFHUkVF RCBUTyBUSEUgVEVSTVMgT0YgVEhFIFVTRSBBR1JFRU1FTlQsIFlPVSBETyBOT1QgSEFWRSBUSEUg UklHSFQgVE8gVVNFLCBDT1BZIE9SIERJU1RSSUJVVEUgVEhJUyBET0NVTUVOVC4NVEhJUyBET0NV TUVOVCBJUyBQUk9WSURFRCBPTiBBTiAiQVMgSVMiICJBUyBBVkFJTEFCTEUiIEFORCAiV0lUSCBB TEwgRkFVTFRTIiBCQVNJUy4NqSAyMDExIE9wZW4gTW9iaWxlIEFsbGlhbmNlIEx0ZC4gIEFsbCBS aWdodHMgUmVzZXJ2ZWQuCVBhZ2UgEyBQQUdFIBQxFSAob2YgEyBOVU1QQUdFUyAUMxUpC1VzZWQg d2l0aCB0aGUgcGVybWlzc2lvbiBvZiB0aGUgT3BlbiBNb2JpbGUgQWxsaWFuY2UgTHRkLiB1bmRl ciB0aGUgdGVybXMgYXMgc3RhdGVkIGluIHRoaXMgZG9jdW1lbnQuCVtPTUEtVGVtcGxhdGUtTGlh aXNvblN0YXRlbWVudC0yMDExMDEwMS1JXQ0NDQ0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAEggAABMIAAAaCAAAGwgAACYI AAApCAAAOggAAEMIAABECAAARQgAAFMIAABUCAAAVQgAAGIIAABjCAAAcQgAAHIIAABzCAAAgwgA AIQIAACFCAAAhggAAIwIAACOCAAAkggAAJcIAACYCAAAmQgAAJ0IAACmCAAAqggAALcIAAC5CAAA wQgAANIIAADZCAAA2wgAAN0IAAD6CAAACwkAAA8JAAD89e3p5eHa0+HH7bjH7cftqcftm+3hk4+L h/yCk4t+i/yTi+GL4fyTcwAAAAAAAAAAAAAAAAAAAAAAAAAAABUWaE9bdgBtSAAEbkgABHNICQR1 CAEGFmgWc5sAAAkWaBNO8ABcCIEGFmiRKZwAAAYWaLdNNwAABhZo5BEWAAAOFmgTTvAAT0oDAFFK AwAAGwNqAAAAABZocitxADBKLABPSgMAUUoDAFUIAR0CCIEDamgAAAAGCAEWaHIrcQBPSgMAUUoD AFUIAR0CCIEDagAAAAAGCAEWaHIrcQBPSgMAUUoDAFUIARcDagAAAAAWaHIrcQBPSgMAUUoDAFUI AQwVaLdzVwAWaHIrcQAADBVot3NXABZot3NXAAAGFmhyK3EAAAYWaO4HagAABhZot3NXAAAOFmhy K3EAT0oDAFFKAwAADRZoE07wADoIgUNKCAAGFmgTTvAAKQAIAAASCAAAEwgAABoIAABECAAAhQgA AIYIAACMCAAAmAgAAPsAAAAAAAAAAAAAAADsAAAAAAAAAAAAAAAA1gAAAAAAAAAAAAAAAMAAAAAA AAAAAAAAAADWAAAAAAAAAAAAAAAAXAAAAAAAAAAAAAAAANYAAAAAAAAAAAAAAABGAAAAAAAAAAAA AAAAABUfAA3GBgKuBsQOAA+EAAARhAAAFiQBSWYBAAAAXoQAAGCEAABnZMEc5wAAYwAAa2TQAAAA FiQBFyQBSWYBAAAAApZzAAjWRgADBwGuBmUbSyYABqcFAAAAAAAAAAAAAAAAAAAAAAAGtxQAAAAA AAAAAAAAAAAAAAAAAAbmCgAAAAAAAAAAAAAAAAAAAAAU9gEAABU2ARf2AwAAGPYDAAAa1gwAAAD/ AAAA/wAAAP8b1gwAAAD/AAAA/wAAAP8c1gwAAAD/AAAA/wAAAP8d1gwAAAD/AAAA/wAAAP801gYA AQUDHQA01gYAAQoDcwBh9gN6AQAVHwANxgYCrgbEDgAPhAAAEYQAABYkAUlmAQAAAF6EAABghAAA Z2S3c1cAABUfAAMkAg3GBgKuBsQOAA+EAAARhAAAFiQBSWYBAAAAXoQAAGCEAABhJAIPHwADJAEU pKAAJmQGAw8BUMYIgICAAAYDAQBhJAEAAyYAE6QAAAAImAgAAJkIAACdCAAAuAgAALkIAADBCAAA rgAAAAAAAAAAAAAAAJgAAAAAAAAAAAAAAACCAAAAAAAAAAAAAAAAMQAAAAAAAAAAAAAAAJgAAAAA AAAAAAAAAAAAAAAAAAAAAAAAUAAAa2TGAQAAFiQBFyQBSWYBAAAAApZzAAjWMAACBwGuBksmAAan BQAAAAAAAAAAAAAAAAAAAAAABp0fAAAAAAAAAAAAAAAAAAAAABT2AQAAFTYBF/YDAAAY9gMAABrW CAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/NNYGAAEFAx0ANNYGAAEK A3MAYfYDegEAFR8ADcYGAq4GxA4AD4QAABGEAAAWJAFJZgEAAABehAAAYIQAAGdkwRznAAAVHwAD JAINxgYCrgbEDgAPhAAAEYQAABYkAUlmAQAAAF6EAABghAAAYSQCAFAAAGtkVgEAABYkARckAUlm AQAAAAKWcwAI1jAAAgcBrgZLJgAGpwUAAAAAAAAAAAAAAAAAAAAAAAadHwAAAAAAAAAAAAAAAAAA AAAU9gEAABU2ARf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggA AAD/AAAA/zTWBgABBQMdADTWBgABCgNzAGH2A3oBAAXBCAAA+QgAAPoIAAALCQAAgAkAAIEJAADp AAAAAAAAAAAAAAAAmAAAAAAAAAAAAAAAAIIAAAAAAAAAAAAAAADpAAAAAAAAAAAAAAAAMQAAAAAA AAAAAAAAAAAAAAAAAAAAAABQAABrZKYCAAAWJAEXJAFJZgEAAAAClnMACNYwAAIHAa4GSyYABqcF AAAAAAAAAAAAAAAAAAAAAAAGnR8AAAAAAAAAAAAAAAAAAAAAFPYBAAAVNgEX9gMAABj2AwAAGtYI AAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP801gYAAQUDHQA01gYAAQoD cwBh9gN6AQAVHwADJAINxgYCrgbEDgAPhAAAEYQAABYkAUlmAQAAAF6EAABghAAAYSQCAFAAAGtk NgIAABYkARckAUlmAQAAAAKWcwAI1jAAAgcBrgZLJgAGpwUAAAAAAAAAAAAAAAAAAAAAAAadHwAA AAAAAAAAAAAAAAAAAAAU9gEAABU2ARf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYI AAAA/wAAAP8d1ggAAAD/AAAA/zTWBgABBQMdADTWBgABCgNzAGH2A3oBABUfAA3GBgKuBsQOAA+E AAARhAAAFiQBSWYBAAAAXoQAAGCEAABnZLdNNwAABQ8JAAASCQAAFwkAABkJAAAaCQAAVgkAAFcJ AAB+CQAAfwkAAIAJAACBCQAAjQkAAKAJAAC5CQAAugkAAPIJAADzCQAAFgoAABcKAAAYCgAAKQoA ADMKAAA8CgAAPgoAAEsKAABPCgAAUAoAAFkKAACTCgAAlgoAAOcKAAD06d7O3s6+zrOupqKXi4OL douDboNjX6ZfVl9STlIAAAYWaBZzmwAABhZoZh/NAAARFmgTTvAAT0oCAFFKAgBcCIEGFmgTTvAA ABQVaB4yMwAWaMEc5wBtSAkEc0gJBAAOFmifDD0AbUgJBHNICQQAGBVoyVOUABZowRznADBKIgBt SAkEc0gJBAAOFmjBHOcAbUgJBHNICQQAFwNqAAAAABZowRznAFUIAW1ICQRzSAkEFBVonww9ABZo nww9AG1ICQRzSAkEAAYWaMEc5wAADhZoE07wAE9KAwBRSgMAAAkWaBNO8ABcCIEVFmgTTvAAbUgA BG5IAARzSAkEdQgBHxVowg50ABZonww9ADBKIgBtSAAEbkgABHNICQR1CAEeA2oAAAAAFmifDD0A VQgBbUgABG5IAARzSAkEdQgBABUWaJ8MPQBtSAAEbkgABHNICQR1CAEVFmhPW3YAbUgABG5IAARz SAkEdQgBFRZot003AG1IAARuSAAEc0gJBHUIAQAegQkAAI0JAAA9CgAAPgoAAEsKAABPCgAA6QAA AAAAAAAAAAAAANMAAAAAAAAAAAAAAACCAAAAAAAAAAAAAAAA6QAAAAAAAAAAAAAAAG8AAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIfAA3GBgKuBsQOAA+EAAARhAAAFiQBSWYBAAAAXoQA AGCEAAAAUAAAa2QWAwAAFiQBFyQBSWYBAAAAApZzAAjWMAACBwGuBksmAAanBQAAAAAAAAAAAAAA AAAAAAAABp0fAAAAAAAAAAAAAAAAAAAAABT2AQAAFTYBF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YI AAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/NNYGAAEFAx0ANNYGAAEKA3MAYfYDegEAFR8A DcYGAq4GxA4AD4QAABGEAAAWJAFJZgEAAABehAAAYIQAAGdkwRznAAAVHwADJAINxgYCrgbEDgAP hAAAEYQAABYkAUlmAQAAAF6EAABghAAAYSQCAAVPCgAAUAoAAFkKAAAKCwAA6wsAALYMAAC3DAAA 0AwAAN8NAADyDQAANw4AAOoOAADrDgAADg8AAH4PAAD3DwAAURAAAK4AAAAAAAAAAAAAAACsAAAA AAAAAAAAAAAApwAAAAAAAAAAAAAAAKcAAAAAAAAAAAAAAACnAAAAAAAAAAAAAAAApwAAAAAAAAAA AAAAAKIAAAAAAAAAAAAAAACdAAAAAAAAAAAAAAAAlQAAAAAAAAAAAAAAAJUAAAAAAAAAAAAAAACd AAAAAAAAAAAAAAAAnQAAAAAAAAAAAAAAAJ0AAAAAAAAAAAAAAACNAAAAAAAAAAAAAAAAjQAAAAAA AAAAAAAAAI0AAAAAAAAAAAAAAAAAAAAAAAAIHgAKJgALRhMAZ2S3TTcACB4ACiYAC0YSAGdkt003 AAAEHgBnZLdNNwAABB4AZ2SHb34AAAQeAGdkcitxAAABHQAAUAAAa2SGAwAAFiQBFyQBSWYBAAAA ApZzAAjWMAACBwGuBksmAAanBQAAAAAAAAAAAAAAAAAAAAAABp0fAAAAAAAAAAAAAAAAAAAAABT2 AQAAFTYBF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8A AAD/NNYGAAEFAx0ANNYGAAEKA3MAYfYDegEAEOcKAAAHCwAACgsAADALAAA/CwAASAsAAEsLAABZ CwAAagsAAHcLAAB4CwAAhgsAAI0LAACbCwAAnQsAAKYLAADKCwAA4AsAAOULAADqCwAA6wsAAPQL AAD3CwAABQwAADYMAAA9DAAARwwAAGAMAABtDAAAgQwAAIkMAACWDAAAmgwAAKIMAACrDAAArAwA ALQMAAC2DAAAtwwAALsMAADEDAAAzwwAANAMAAD9DAAAAQ0AAAUNAABIDQAASQ0AAFANAABRDQAA 3w0AAGYOAADEDgAAzQ4AAM4OAADoDgAAEQ8AAE0PAABaDwAAfA8AAH0PAAB+DwAAgQ8AAKgPAAD5 9fHt6eXp7eHd4e3Z7ent8eHx9enl6e3x7fHt8dXx7fHp8dHxzcO8w7Xprumu6a7prumn6aCn6afp p+mn6acADBZot003ABdoulXEAAAMFWi7eT4AFmi3TTcAAAwVaAh7cwAWaLdNNwAADBZoh29+ADUI gT4qAQAMFmi3TTcANQiBPioBABIVaGUAlgAWaIdvfgA1CIE+KgEABhZoh29+AAAGFmiPTesAAAYW aFxdnQAABhZowRznAAAGFmiefCkAAAYWaCVPQQAABhZoFnObAAAGFmi3TTcAAAYWaLIXqAAABhZo citxAAAGFmhmH80AAAwVaGYfzQAWaGYfzQA/qA8AAMcPAADJDwAA1g8AAPYPAAD6DwAAIRAAAKgQ AACpEAAArBAAALUQAAC9EAAA4RAAAO8QAAD0EAAA/RAAAP8QAAAIEQAAPREAAF0RAABeEQAAXxEA AGMRAABsEQAAbREAAHwRAAC2EQAAtxEAAEQSAADeEgAA3xIAAOwTAAD4EwAANRQAAD8UAACAFAAA 7xQAAPEUAAA+FQAAPxUAAEoVAAB4FQAAeRUAAIUVAAACFgAABBYAAAUWAACCFgAAgxYAALoWAAC7 FgAAVhcAAFcXAAD89fz1/PX89fz1/PXx9fz1/PX89enf2N/Y/NH8zfzNyc3JzcXxwem36avpoOmr k6vpi/yLAAAAAAAAAAAAAAAAAAAPA2oAAAAAFmi3TTcAVQgBGBVoyVOUABZot003ADBKIgBtSAkE c0gJBAAUFWiCF+wAFmi3TTcAbUgJBHNICQQAFwNqAAAAABZot003AFUIAW1ICQRzSAkEEhVofhpI ABZot003ADUIgT4qAQAGFmiEGxgAAAYWaBoShAAABhZoSQ07AAAGFmiLVboAAAwWaLdNNwAXaLpV xAAADBZoi1W6ADUIgT4qAQASFWhlAJYAFmiLVboANQiBPioBAA4WaLdNNwBtSAkEc0gJBAAGFmi3 c1cAAAwVaLt5PgAWaLdNNwAABhZot003ADRREAAAqRAAAF4RAABfEQAAfBEAAGQSAADfEgAAJBMA AOwTAABAFAAAgBQAAPEUAAA+FQAAPxUAAEoVAAB4FQAAhRYAALoWAADVFwAAFhgAABkZAABfGQAA XBoAAGUaAACQGwAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA7QAAAAAA AAAAAAAAAPIAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAA AADlAAAAAAAAAAAAAAAA3QAAAAAAAAAAAAAAAPIAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA8gAA AAAAAAAAAAAAAPIAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA8gAAAAAAAAAAAAAAAPIAAAAAAAAA AAAAAADyAAAAAAAAAAAAAAAA8gAAAAAAAAAAAAAAAPIAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA 8gAAAAAAAAAAAAAAANsAAAAAAAAAAAAAAADWAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE HgBnZH4aSAAAAR0ACB4ACiYAC0YUAGdkt003AAgeAAomAAtGFABnZItVugAABB4AZ2SLVboAAAQe AGdkt003AAgeAAomAAtGEwBnZLdNNwAAGFcXAADSFwAA0xcAABYYAAAXGAAAphgAAKcYAAAWGQAA FxkAABgZAAAZGQAAKBkAACwZAAA3GQAAPhkAAD8ZAABeGQAAXxkAAGAZAABsGQAA4RkAAOMZAADk GQAAWRoAAFoaAABbGgAAXBoAAGUaAABpGgAAaxoAAGwaAACCGgAAixoAAI4aAACcGgAAtBoAAMQa AADQGgAA+vLq8uby+vLm4tvU29Db0MzE0L3QxLTE0KmlneqQg5B3kINrXwAWFmi3TTcAbUgJBG5I EgRzSAkEdEgSBAAWFmh+GkgAbUgJBG5IEgRzSAkEdEgSBAAWFmgWc5sAbUgJBG5IEgRzSAkEdEgS BAAZFmh+GkgAbUgJBG5IEgRvKAFzSAkEdEgSBBkWaLdNNwBtSAkEbkgSBG8oAXNICQR0SBIEDhZo fhpIAG1ICQRzSAkEAAYWaBNO8AAAFBVoh29+ABZohBsYAG1ICQRzSAkEABAVaD0tuwAWaOgNkQAw SiIAAAwVaOgNkQAWaOgNkQAADwNqAAAAABZo6A2RAFUIAQYWaBZzmwAABhZo6A2RAAAMFWjoDZEA FmiEGxgAAAwVaOgNkQAWaBZzmwAABhZoh29+AAAGFmi3TTcAAA4WaLdNNwBtSAkEc0gJBAAPA2oA AAAAFmi3TTcAVQgBChZot003ADBKIgAl0BoAANEaAADbGgAAARsAAAUbAAAOGwAAERsAAB8bAAAg GwAAXBsAAI4bAACUGwAAlhsAAKAbAAChGwAAqhsAAKsbAAC6GwAA1xsAAOAbAADlGwAA7hsAAPEb AAD/GwAAAxwAAAQcAACOHAAAjxwAAJAcAACkHAAArRwAALEcAAC/HAAA9Oj0287CzrOnm9unztuP 26fbg9vOws7bm6eDeHRoYFgAAAAAAAAAAAAAAAAOFmgaEoQAbkgSBHRIEgQADhZoFnObAG5IEgR0 SBIEABYWaBoShABtSAkEbkgSBHNICQR0SBIEAAYWaBNO8AAAFBVogxp4ABZoLztnAG1ICQRzSAkE ABYWaIdvfgBtSAkEbkgSBHNICQR0SBIEABYWaI9N6wBtSAkEbkgSBHNICQR0SBIEABYWaGYfzQBt SAkEbkgSBHNICQR0SBIEABYWaLdNNwBtSAkEbkgSBHNICQR0SBIEABwVaLdNNwAWaLdNNwBtSAkE bkgSBHNICQR0SBIEABYWaBZzmwBtSAkEbkgSBHNICQR0SBIEABkWaLdNNwBtSAkEbkgSBG8oAXNI CQR0SBIEGRZofhpIAG1ICQRuSBIEbygBc0gJBHRIEgQWFmgRdqkAbUgJBG5IEgRzSAkEdEgSBAAW Fmh+GkgAbUgJBG5IEgRzSAkEdEgSBCCQGwAAkBwAAKQcAAD+HAAAch0AALIdAADrHQAAZR4AAOIe AABhHwAAbB8AAJYgAAB0IQAAdSEAAHchAAB4IQAAeiEAAHshAAB9IQAAfiEAAIAhAACBIQAA8iEA APMhAAD6AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPMAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA 6wAAAAAAAAAAAAAAAOsAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAOMAAAAA AAAAAAAAAAD4AAAAAAAAAAAAAAAA3gAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAADaAAAAAAAAAAAA AAAA2gAAAAAAAAAAAAAAANoAAAAAAAAAAAAAAADaAAAAAAAAAAAAAAAA2gAAAAAAAAAAAAAAANoA AAAAAAAAAAAAAADaAAAAAAAAAAAAAAAA2gAAAAAAAAAAAAAAANoAAAAAAAAAAAAAAADQAAAAAAAA AAAAAAAA2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoPACZkBgEPAVDGCJmZmQAG AQEAAAEAAAABIwAABB4AZ2SDGngACB4ACiYAC0YWAGdki1W6AAgeAAomAAtGFgBnZIRI1AAABB4A Z2QaEoQAAAEdAAAEHgBnZMNSSgAAF78cAADUHAAA/hwAACYdAAAnHQAAKB0AAEUdAADrHQAA/B0A AAIeAABlHgAAlx4AAKceAADiHgAAYB8AAGEfAABsHwAAbx8AAHkfAACCHwAAgx8AAIwfAACXHwAA oB8AAKMfAACxHwAAwR8AAMofAADYHwAAJiAAAEggAABVIAAAViAAAFogAABnIAAAaSAAAIggAACU IAAAlSAAAJYgAACXIAAAdCEAAHUhAAD27ube5tPmy8PL5rvmsKmloZ2hnZmdoZWhnZGd9u72nY2J jYWJjZ17d3MAAAAAAAAAAAAAAAAAAAAABhZoF3orAAAGFmj4FysAABMDagAAAAAWaPgXKwAwSiwA VQgBBhZo+g9qAAAGFmjvRUsAAAYWaJJttAAABhZoGhKEAAAGFmgWc5sAAAYWaI9N6wAABhZogxp4 AAAGFmi3TTcAAAYWaBNO8AAADBVok3czABZok3czAAAUFWhjNGQAFmiESNQAbUgJBHNICQQADhZo t3NXAG1ICQRzSAkEAA4WaGM0ZABtSAkEc0gJBAAOFmiTdzMAbUgJBHNICQQAFBVoZh/NABZoZh/N AG1ICQRzSAkEAA4WaGYfzQBtSAkEc0gJBAAOFmiESNQAbUgJBHNICQQADhZoGhKEAG5IEgR0SBIE ABEWaBoShABuSBIEbygBdEgSBAAqdSEAAHYhAAB4IQAAeSEAAHshAAB8IQAAfiEAAH8hAACBIQAA giEAAIchAACIIQAAkiEAAJMhAADdIQAA3iEAAPIhAADzIQAALyIAADAiAAA2IgAANyIAADgiAAA5 IgAAPiIAAD8iAABJIgAASiIAAEsiAABMIgAATSIAAE4iAACzIgAAtCIAALUiAADGIgAA9/P38/fz 9/Pj1si+yLHI1q2nm5ObhpuTm5ObhpuTgHJoXoAAAAAAAAAAAAATA2oAAAAAFmj4FysAQ0oSAFUI ARMWaPgXKwBCKg9DSgoAcGiZmZkAGhZo+BcrAENKEgBPSgMAUUoDAG1ICQRzSAkEAAoWaPgXKwBD SgoAABkWaOQRFgAwShIAQ0oSAG1IAARuSAAEdQgBDhZo+BcrADBKEgBDShIAABcDagAAAAAWaPgX KwAwShIAQ0oSAFUIAQoWaPgXKwBDShIAAAYWaPgXKwAAGRZo5BEWAENKEgBtSAAEbkgABHNIEwh1 CAESFmj4FysAQ0oSAG1IEwhzSBMIABsDagAAAAAWaPgXKwBDShIAVQgBbUgTCHNIEwgYFWgTTvAA Fmj4FysAQ0oSAG1IDARzSAwEAB4DagAAAAAWaPgXKwBVCAFtSAAEbkgABHNICQR1CAEABhZoF3or AAAPA2oAAAAAFmgXeisAVQgBACPGIgAAxyIAAMgiAADyIgAA8yIAAPUiAAD6IgAA+yIAAAUjAAAG IwAAUCMAAFEjAABSIwAAZSMAAGYjAABnIwAA7iUAAGUmAABmJgAApyYAAKgmAACpJgAA3CYAAN0m AABhJwAAtScAAPEnAADyJwAA8uje6NrNv7W/qL+WzYvahX5yfmNyWnJ+hVRIAAAAAAAXA2oAAAAA Fmj4FysAMEoSAENKEgBVCAEKFmj4FysAQ0oSAAARFmj4FysAMEoiADwIgUNKEAAcAgiBA2ppBAAA BggBFmj4FysAPAiBQ0oQAFUIAQAWA2oAAAAAFmj4FysAPAiBQ0oQAFUIAQANFmj4FysAPAiBQ0oQ AAoWaPgXKwBDShAAABQVaBNO8AAWaPgXKwBtSAwEc0gMBAAiA2oAAAAAFmj4FysAQ0oSAFUIAW1I AARuSAAEc0gJBHUIAQAZFmjkERYAQ0oSAG1IAARuSAAEc0gTCHUIARIWaPgXKwBDShIAbUgTCHNI EwgAGwNqAAAAABZo+BcrAENKEgBVCAFtSBMIc0gTCBgVaBNO8AAWaPgXKwBDShIAbUgMBHNIDAQA BhZo+BcrAAATFmj4FysAQioPQ0oKAHBolpaWABMDagAAAAAWaPgXKwBDShIAVQgBGQIIgQNq9gMA AAYIARZo+BcrAENKEgBVCAEAG/MhAAD0IgAA9SIAAGYjAABnIwAA6yQAAO4lAABhJwAAtScAAKEo AACiKAAAoygAAKQoAAD1AAAAAAAAAAAAAAAA8wAAAAAAAAAAAAAAAOQAAAAAAAAAAAAAAADiAAAA AAAAAAAAAAAAyQAAAAAAAAAAAAAAAMkAAAAAAAAAAAAAAADJAAAAAAAAAAAAAAAAyQAAAAAAAAAA AAAAAPUAAAAAAAAAAAAAAADiAAAAAAAAAAAAAAAA4gAAAAAAAAAAAAAAAMQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAQeAGdkgxp4ABkoAAMkAA6EkAAPhJAAE6QoABSkKAAtRAABTcYKAAAA/+bm 5gAAAF2EkABehJAAYSQAAAEAAA8PAA3GBwGsJgFgJwImZAYBDwFQxgiZmZkABgEBAAABEAAACRAA DcYHAawmAWAnAhJkTP8AAAAM8icAAPgnAAD5JwAA+icAAPsnAAAAKAAAASgAAAsoAAAMKAAADSgA AA4oAAAPKAAAECgAAHUoAAB2KAAAoSgAAKIoAACjKAAApCgAAPjs3+z47Pjs3+z42cvBt7OvqwAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAABhZogxp4AAAGFmgXeisAAAYWaPgXKwAAExZo+BcrAEIqD0NKCgBw aJaWlgATFmj4FysAQioPQ0oKAHBomZmZABoWaPgXKwBDShIAT0oDAFFKAwBtSAkEc0gJBAAKFmj4 FysAQ0oKAAAZFmjkERYAMEoSAENKEgBtSAAEbkgABHUIARcDagAAAAAWaPgXKwAwShIAQ0oSAFUI AQ4WaPgXKwAwShIAQ0oSABIyAAowARQwEiZQAQAfsNAvILDgPSGwOAQisDgEI5CgBSSQgAQlsAAA F7BAAhiwQAIMkNACoEYd8DKdAABt9WzCnieLm+rso5ObHqAf///Y/+AAEEpGSUYAAQIBASwBLAAA /+0LUFBob3Rvc2hvcCAzLjAAOEJJTQPtAAAAAAAQASwAAAABAAIBLAAAAAEAAjhCSU0EDQAAAAAA BAAAAHg4QklNA/MAAAAAAAgAAAAAAAAAADhCSU0ECgAAAAAAAQAAOEJJTScQAAAAAAAKAAEAAAAA AAAAAjhCSU0D9QAAAAAASAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAA AQBaAAAABgAAAAAAAQA1AAAAAQAtAAAABgAAAAAAAThCSU0D+AAAAAAAcAAA//////////////// /////////////wPoAAAAAP////////////////////////////8D6AAAAAD///////////////// ////////////A+gAAAAA/////////////////////////////wPoAAA4QklNBAgAAAAAABAAAAAB AAACQAAAAkAAAAAAOEJJTQQUAAAAAAAEAAAADDhCSU0EDAAAAAAJwAAAAAEAAABwAAAAJwAAAVAA ADMwAAAJpAAYAAH/2P/gABBKRklGAAECAQBIAEgAAP/+ACZGaWxlIHdyaXR0ZW4gYnkgQWRvYmUg UGhvdG9zaG9wqCA1LjD/7gAOQWRvYmUAZIAAAAAB/9sAhAAMCAgICQgMCQkMEQsKCxEVDwwMDxUY ExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAQ0LCw0ODRAODhAUDg4O FBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAAn AHADASIAAhEBAxEB/90ABAAH/8QBPwAAAQUBAQEBAQEAAAAAAAAAAwABAgQFBgcICQoLAQABBQEB AQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAEEAQMCBAIFBwYIBQMMMwEAAhEDBCESMQVBUWETInGB MgYUkaGxQiMkFVLBYjM0coLRQwclklPw4fFjczUWorKDJkSTVGRFwqN0NhfSVeJl8rOEw9N14/NG J5SkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2N0dXZ3eHl6e3x9fn9xEAAgIBAgQEAwQFBgcHBgU1 AQACEQMhMRIEQVFhcSITBTKBkRShsUIjwVLR8DMkYuFygpJDUxVjczTxJQYWorKDByY1wtJEk1Sj F2RFVTZ0ZeLys4TD03Xj80aUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9ic3R1dnd4eXp7fH/9oA DAMBAAIRAxEAPwD1VVs7Px8Gk3Xk7R2aJJ/IsL64/Wy3oIx6MSpl2Vk7nTZOxjGQNxDI3ue93s96 L0fNq+tnRBkXs+z2te6q1rNWh7f9GXfSY5rmp0scxj460OyoyjxUfqgr/wAYXRHZLaH131tc4MNz mt2NJO337bN+z+VsXULkG/4uMH7Wy5+Xa+gODn0FrRugzt9VvubW5bF/1k6fjZgxbXbfdsLvA/R1 TMcckrsX5Mub2fT7RP8AWt11Q6p17ovSA09TzacUvEsZY4B7gO7Kv5x/9lqn1jqA6Z0nM6i5vqfY 6LLvTmNxY0vbXu923fG1ef8A1K+qlH1mbk/WT6xl2ZZlXObXVvc1pLDtssf6bmv9Nj/1fGxt3o1U VfQf6iLE9x0z6z/V/q1no9Oz6ci6CRSHRZA+kfRs2W/9Bai88+uv1C6XhdKs6z0Jj8HL6dGQWUvd tLWEF9te9x+z3YzP09b6P3PTsY/1E/XfrHmdR/xWjqLjsyMnZi5ZYY3Rd9lytu3ZtZlNrd7P9Fd6 aSnpnfXj6otyPs56tjb5gu3+wHzyP5j/AMEVjqX1m+r/AEoV/b8+mk2tFlTN25zmH6NrK699jq3f 6Taub6N/i7+reV9WcU20F2blYzLTmbnB7bLGCwek1rm1sqqc/wBlG309n876i53/ABZ/VrpXXW5m X1an7UMb0qaanOdsBLS95LWu97GtcxlNf83Ukp9O6Z1fpfVqDf03Kryq2mHGtwO0/u2N+lW7+ui5 udhYGO7Jzr68ahkbrbXBjQT9Ebnx9JedYWBX9W/8aGP07pbnV4WbSTZSSXDY6vIs9Hc/c9za78Vt tT/5xm/0v5tQy8a367fX/I6dlWOr6Z0jc01tcQYrLarNn5rL8rIf77vpsxafTSU9jV9e/qfbZ6be q47Txue4sb/27aGVf9NbrXNc0OaQWkSCNQQVzGV/i2+qN+M6mrDONZBDL6rLPUB/fd6j3tu/9CPV WR/iwzcvGyOq/VnKd6n7MtJpInaIfZj3117vo0+rV69TP+GsSU//0Oi+uf1fyup9QqvYCWtrDGR2 1c53/VLpOhdNb0vpOLgtABpYN8d3n32O/tPcidVOS3AtOLPqwI2/SiRv2fytqxOj9SyK7/Tc511L +Q4klp/eZu/6lNy85RhhkDX73RdHDYlMPTLzH659Mzq+v5D2Y9r6cva7GdW0v3OLWssY3Zu22etu 9q77qHUnY7hVU0OeW7i48AHyU+nZNmQ0l2scnzU2LIcZMgL0piMgTw9UGX07J6l9WbOm5bhXl5WG aLX8htr69jn6fSay1cV9Q/rVi9BqyPq39YSOn34lzjW+z6MvO+ymx49rf0jvVou/mcjHt9i9JWB9 ZunfVzMfUOrdP+3X7Hva6oRcyiotN9vrMsou9Gl1zP0VVnqv9X9DRaoyvcD69fXnpNvSLukdHvGf mZ4+zuOP+ka1jyG2N3s9tt97HejRVV/hFT+sXSL+jf4qqcHJ0yRbVbe0fmvtu9d1Whdu9H1PR3fy F03SOk/UfpF1d/Tq8dl73bKb3PNthL/0X6C/Ifa/Y9zvR/RP9P1P0CudZt+r2f06uvqYZk9PyLhX 3LPUaHWV7yza5v8AN+z/AK3++kpP9Xf/ABP9M/8ACdH/AJ7YuM/xNf8AJ/U/+Pr/APPTV2OF1PpV OBjNpmihlVbW0uBBpZ6YsbXePd6XoU7PX/0H+GVfpWP9WehvsxOn1V4PrvYCJIFjyXUVhm9zvdvZ 6f8Abr/0iSnmOq//AJXul/8Ahcf+es9VLso/Uv8AxhZOZnMcemdZDneu1pO0PLbXubtn1H4uQ39N Sz9L9mv9f/g11zx9XMj6wW5rsbf1XpwbWMnuAWv9rGizd7G27P0lXv8AU/Rerss9Oz1C76vdSxnY vUxTfSCS6m9oMObvEw76Fn6O/wBLb77PSu9H+bsSU0s7/GB9VsbGbdTm15ltpa2nHocHWOc5wrbv /wBA3c73uu2LnvqL/wCLz6zf8Zb/AO3Nq2cD6tfUDCyWZWNj1OtbYxlbrX2XBtrtrq2tZkvtrrub 6lX5vqU+pV/IW3hdB6RgZ2Tn4eKynLzCXZNzZl5c42vLpO33WO3JKf/R9VVT0+nG9zga/Wn3gOEz /Kb+8vmBJCXDpxV4WkX0fp7MowbXt+0Pax4Gnu2nb/5FWKBSKmijb6Y+jtMhfLKSK0VZ2t+qlS6h T0u01/tA1gs3Pr3v2Ha0fp/zmb6Nv9Iqd+hf/hl8xJJJfpMYf1cZYwWPpfd6rrazZYC/eXvLms93 816ps/V2fof+DRrKuhfZ6/VOP9nBHpb3N2T6YazbuO136ts2f8GvmZJJT9L2Y3QHeubDTDo9f9JA /RgPO+H+z9Hs+0f6en+kepUnvp6A6+s3HH9ZtgdXue0O37nbYG73fpXP/R/6RfM6SSn6d9PpO5+t Mmx5f7h/OHb627X6f83vQLKvq36odacX1A530nMnc5z92jnfT3+t/U/Tf8IvmlJJT9L2V/V02tdY cX1BczbLmA+uGn0dJ/pHpO/4zYtNfKqSSn//2ThCSU0EBgAAAAAABwAIAAAAAQEA/+IMWElDQ19Q Uk9GSUxFAAEBAAAMSExpbm8CEAAAbW50clJHQiBYWVogB84AAgAJAAYAMQAAYWNzcE1TRlQAAAAA SUVDIHNSR0IAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1IUCAgAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARY3BydAAAAVAAAAAzZGVzYwAAAYQAAABsd3RwdAAA AfAAAAAUYmtwdAAAAgQAAAAUclhZWgAAAhgAAAAUZ1hZWgAAAiwAAAAUYlhZWgAAAkAAAAAUZG1u ZAAAAlQAAABwZG1kZAAAAsQAAACIdnVlZAAAA0wAAACGdmlldwAAA9QAAAAkbHVtaQAAA/gAAAAU bWVhcwAABAwAAAAkdGVjaAAABDAAAAAMclRSQwAABDwAAAgMZ1RSQwAABDwAAAgMYlRSQwAABDwA AAgMdGV4dAAAAABDb3B5cmlnaHQgKGMpIDE5OTggSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkAAGRl c2MAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAASc1JHQiBJRUM2MTk2Ni0yLjEA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAA AADzUQABAAAAARbMWFlaIAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAAb6IAADj1AAADkFhZWiAA AAAAAABimQAAt4UAABjaWFlaIAAAAAAAACSgAAAPhAAAts9kZXNjAAAAAAAAABZJRUMgaHR0cDov L3d3dy5pZWMuY2gAAAAAAAAAAAAAABZJRUMgaHR0cDovL3d3dy5pZWMuY2gAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZGVzYwAAAAAAAAAuSUVDIDYxOTY2LTIu MSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAuSUVDIDYxOTY2LTIu MSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGRl c2MAAAAAAAAALFJlZmVyZW5jZSBWaWV3aW5nIENvbmRpdGlvbiBpbiBJRUM2MTk2Ni0yLjEAAAAA AAAAAAAAACxSZWZlcmVuY2UgVmlld2luZyBDb25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAB2aWV3AAAAAAATpP4AFF8uABDPFAAD7cwABBMLAANcngAAAAFY WVogAAAAAABMCVYAUAAAAFcf521lYXMAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAKPAAAAAnNp ZyAAAAAAQ1JUIGN1cnYAAAAAAAAEAAAAAAUACgAPABQAGQAeACMAKAAtADIANwA7AEAARQBKAE8A VABZAF4AYwBoAG0AcgB3AHwAgQCGAIsAkACVAJoAnwCkAKkArgCyALcAvADBAMYAywDQANUA2wDg AOUA6wDwAPYA+wEBAQcBDQETARkBHwElASsBMgE4AT4BRQFMAVIBWQFgAWcBbgF1AXwBgwGLAZIB mgGhAakBsQG5AcEByQHRAdkB4QHpAfIB+gIDAgwCFAIdAiYCLwI4AkECSwJUAl0CZwJxAnoChAKO ApgCogKsArYCwQLLAtUC4ALrAvUDAAMLAxYDIQMtAzgDQwNPA1oDZgNyA34DigOWA6IDrgO6A8cD 0wPgA+wD+QQGBBMEIAQtBDsESARVBGMEcQR+BIwEmgSoBLYExATTBOEE8AT+BQ0FHAUrBToFSQVY BWcFdwWGBZYFpgW1BcUF1QXlBfYGBgYWBicGNwZIBlkGagZ7BowGnQavBsAG0QbjBvUHBwcZBysH PQdPB2EHdAeGB5kHrAe/B9IH5Qf4CAsIHwgyCEYIWghuCIIIlgiqCL4I0gjnCPsJEAklCToJTwlk CXkJjwmkCboJzwnlCfsKEQonCj0KVApqCoEKmAquCsUK3ArzCwsLIgs5C1ELaQuAC5gLsAvIC+EL +QwSDCoMQwxcDHUMjgynDMAM2QzzDQ0NJg1ADVoNdA2ODakNww3eDfgOEw4uDkkOZA5/DpsOtg7S Du4PCQ8lD0EPXg96D5YPsw/PD+wQCRAmEEMQYRB+EJsQuRDXEPURExExEU8RbRGMEaoRyRHoEgcS JhJFEmQShBKjEsMS4xMDEyMTQxNjE4MTpBPFE+UUBhQnFEkUahSLFK0UzhTwFRIVNBVWFXgVmxW9 FeAWAxYmFkkWbBaPFrIW1hb6Fx0XQRdlF4kXrhfSF/cYGxhAGGUYihivGNUY+hkgGUUZaxmRGbcZ 3RoEGioaURp3Gp4axRrsGxQbOxtjG4obshvaHAIcKhxSHHscoxzMHPUdHh1HHXAdmR3DHeweFh5A HmoelB6+HukfEx8+H2kflB+/H+ogFSBBIGwgmCDEIPAhHCFIIXUhoSHOIfsiJyJVIoIiryLdIwoj OCNmI5QjwiPwJB8kTSR8JKsk2iUJJTglaCWXJccl9yYnJlcmhya3JugnGCdJJ3onqyfcKA0oPyhx KKIo1CkGKTgpaymdKdAqAio1KmgqmyrPKwIrNitpK50r0SwFLDksbiyiLNctDC1BLXYtqy3hLhYu TC6CLrcu7i8kL1ovkS/HL/4wNTBsMKQw2zESMUoxgjG6MfIyKjJjMpsy1DMNM0YzfzO4M/E0KzRl NJ402DUTNU01hzXCNf02NzZyNq426TckN2A3nDfXOBQ4UDiMOMg5BTlCOX85vDn5OjY6dDqyOu87 LTtrO6o76DwnPGU8pDzjPSI9YT2hPeA+ID5gPqA+4D8hP2E/oj/iQCNAZECmQOdBKUFqQaxB7kIw QnJCtUL3QzpDfUPARANER0SKRM5FEkVVRZpF3kYiRmdGq0bwRzVHe0fASAVIS0iRSNdJHUljSalJ 8Eo3Sn1KxEsMS1NLmkviTCpMcky6TQJNSk2TTdxOJU5uTrdPAE9JT5NP3VAnUHFQu1EGUVBRm1Hm UjFSfFLHUxNTX1OqU/ZUQlSPVNtVKFV1VcJWD1ZcVqlW91dEV5JX4FgvWH1Yy1kaWWlZuFoHWlZa plr1W0VblVvlXDVchlzWXSddeF3JXhpebF69Xw9fYV+zYAVgV2CqYPxhT2GiYfViSWKcYvBjQ2OX Y+tkQGSUZOllPWWSZedmPWaSZuhnPWeTZ+loP2iWaOxpQ2maafFqSGqfavdrT2una/9sV2yvbQht YG25bhJua27Ebx5veG/RcCtwhnDgcTpxlXHwcktypnMBc11zuHQUdHB0zHUodYV14XY+dpt2+HdW d7N4EXhueMx5KnmJeed6RnqlewR7Y3vCfCF8gXzhfUF9oX4BfmJ+wn8jf4R/5YBHgKiBCoFrgc2C MIKSgvSDV4O6hB2EgITjhUeFq4YOhnKG14c7h5+IBIhpiM6JM4mZif6KZIrKizCLlov8jGOMyo0x jZiN/45mjs6PNo+ekAaQbpDWkT+RqJIRknqS45NNk7aUIJSKlPSVX5XJljSWn5cKl3WX4JhMmLiZ JJmQmfyaaJrVm0Kbr5wcnImc951kndKeQJ6unx2fi5/6oGmg2KFHobaiJqKWowajdqPmpFakx6U4 pammGqaLpv2nbqfgqFKoxKk3qamqHKqPqwKrdavprFys0K1ErbiuLa6hrxavi7AAsHWw6rFgsday S7LCszizrrQltJy1E7WKtgG2ebbwt2i34LhZuNG5SrnCuju6tbsuu6e8IbybvRW9j74KvoS+/796 v/XAcMDswWfB48JfwtvDWMPUxFHEzsVLxcjGRsbDx0HHv8g9yLzJOsm5yjjKt8s2y7bMNcy1zTXN tc42zrbPN8+40DnQutE80b7SP9LB00TTxtRJ1MvVTtXR1lXW2Ndc1+DYZNjo2WzZ8dp22vvbgNwF 3IrdEN2W3hzeot8p36/gNuC94UThzOJT4tvjY+Pr5HPk/OWE5g3mlucf56noMui86Ubp0Opb6uXr cOv77IbtEe2c7ijutO9A78zwWPDl8XLx//KM8xnzp/Q09ML1UPXe9m32+/eK+Bn4qPk4+cf6V/rn +3f8B/yY/Sn9uv5L/tz/bf////4AJkZpbGUgd3JpdHRlbiBieSBBZG9iZSBQaG90b3Nob3CoIDUu MP/uAA5BZG9iZQBkQAAAAAH/2wCEAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQECAgICAgICAgICAgMDAwMDAwMDAwMBAQEBAQEBAQEBAQICAQICAwMDAwMDAwMDAwMD AwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDA//AABEIAMoCSQMBEQACEQEDEQH/ 3QAEAEr/xAGiAAAABgIDAQAAAAAAAAAAAAAHCAYFBAkDCgIBAAsBAAAGAwEBAQAAAAAAAAAAAAYF BAMHAggBCQAKCxAAAgEDBAEDAwIDAwMCBgl1AQIDBBEFEgYhBxMiAAgxFEEyIxUJUUIWYSQzF1Jx gRhikSVDobHwJjRyChnB0TUn4VM2gvGSokRUc0VGN0djKFVWVxqywtLi8mSDdJOEZaOzw9PjKThm 83UqOTpISUpYWVpnaGlqdnd4eXqFhoeIiYqUlZaXmJmapKWmp6ipqrS1tre4ubrExcbHyMnK1NXW 19jZ2uTl5ufo6er09fb3+Pn6EQACAQMCBAQDBQQEBAYGBW0BAgMRBCESBTEGACITQVEHMmEUcQhC gSORFVKhYhYzCbEkwdFDcvAX4YI0JZJTGGNE8aKyJjUZVDZFZCcKc4OTRnTC0uLyVWV1VjeEhaOz w9Pj8ykalKS0xNTk9JWltcXV5fUoR1dmOHaGlqa2xtbm9md3h5ent8fX5/dIWGh4iJiouMjY6Pg5 SVlpeYmZqbnJ2en5KjpKWmp6ipqqusra6vr/2gAMAwEAAhEDEQA/AN/j37r3Xvfuvde9+691737r 3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde 9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737 r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvd e9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69173 7r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuv de9+691737r3Xvfuvdf/0N/j37r3Xvfuvde9+691737r3Xvfuvde9+691737r3XvfuvdR/fuvdSP fuvde9+691737r3Xvfuvde9+691H9+691737r3Uj37r3Xvfuvde9+691737r3Xvfuvde9+691737 r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvd e9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69173 7r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuv de9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3X/9Hf49+69173 7r3Xvfuvde9+691737r3Xvfuvde9+691H9+691jJX8/T/Y+y4Ar1s2+rj/q/n001OWwtD/wLr6Kk /wCDuF+v+uF93/eCx8aAf6vl1r9yzTZWPP5D/C3SBy3dHWOH/wCBm7MOv+AyQP8A0V/X23+9oh/o n8j/AJujYcr3UhAaOn+2H/QXSan+SPTKf8xpi+f+bjc/7x73+94vKT+X+x1v+pO4SDCCn2j/AKCH WD/ZmejqSn1V3Y+2sb/2tMsAT/rtyT7p++4f4f8AD/0D1v8AcG//APKN/wAaj/6C6UuB7q6f3Kft dudi7LytvomN3PTysPzwYmv9f8fdv33Ex4Cv+r1XrT7HvqDU1tX7NBP7ASehZpqlahSQPp7Urewu aKf8P+booCXCj9Rafs6yXH0Ht5ZVep8unAnmepXu/TfXvfuvde9+691737r3Xvfuvde9+691737r 3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde 9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737 r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvd e9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3X/0t/j37r3Xvfu vde9+691737r3Xvfuvde9+691737r3UOsqRSQaz9RwP6Cw9+690VDtfuhds0v+RVgN/8Pz/rke0G 4Exqc4/4rofbftkTOoKDV6/t+fVSXcffO6qz+If7nMl/5+Pp7jy/vzGxAOP+K+XUkbfsMMiDH+H5 /wBLqr/sPvjdVJVW/jmS/wAf9zH9bkf737Dv72f+P+X+x1KVhypC7iq/4fn/AE+iobr+VO6sOSKL OZL+I/8AIr/19+/ez/x/y/2OpDseRLWWMduPz9T/AMM6J/uzu3sbeFV/lu6cl+f+Xz/vufYd/fsv 8f8AIf8AQPUifuHYP99fzk/6C6R+3t+b523lMfncLurcmOyH/a4+v1/4r79+/Zf4/wCQ/wCgevfu HYP99fzk/wCgurq/gh/Nx7g2NujHbH7PzmR3ngMkDpbKgalJ4ujEcH2M9t3iVmArg/7Py6gbnL2X s9vtmlMdHHA+YygwTM1OPp1t/wDV/Y2D7E2tj9z4SsWtjyABFrenlja1gAAPciWNx4qKa1b/AIvr DXmm1Oz3DwqOwUp/xn7f4uhV9n/RH1I9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3X vfuvde9+691737r3Xvfuvde9+690De/O5emutIlXs3uPrzrVbagd+b32rtW4YCxD7zqYGII/xt79 17oAar+ZF8AaSos/zY+KYP0sPkH1E62+v1O+kH4/p7917oWdhfKf41doyEde/IXpHfAAuU2l2vsv ch/2EdFWzE/7A39+690Yn37r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3 QT797Y6n6zo1qeze1ev+t6Bl1LNvze219qowIuCX3hUU1yR9LsPfuvdF1/4ch+AP3H2X+zsfFPX/ AE/2YPqK1vp+r+/X0/2Hv3Xuh9657j6b7NoWqusu1uu+xoyPU+w967U3WVA/JfZlRUMRx/re/de6 GX37r3Xvfuvde9+691737r3SK3PvDauysQ2e3duTb+1cLEoT+KbkzVLt3DC41D92tmiiAKn6M3IP v3Xuiv5X+Yp8DsLU/Y5b5m/FehrbDiX5A9QIebf2RvpmB5+hPHv3XuhA69+Vfxr7gZqTrL5DdK7+ r1X/AItmwe2dlbpdxwLKKWqeRv8Akke/de6Mr7917r3v3Xuve/de697917r3v3Xuve/de697917r 3v3Xuve/de697917ove+vk78eOsUv2D3x01sZj/Z312ZsvbJH/nXWxKf9v7917oH/wDhyr+X/wD9 5v8AxJ/9KD6g/wDs99+690J+y/lv8X+yx/vw/kj0Nu0D/nlO3tjbg/60VtRz7917oxFN/mB/lOv8 6/Tx/t/fuvdTffuvde9+691737r3Xvfuvde9+691737r3Xvfuvdf/9Pf49+691737r3Xvfuvde9+ 691737r3XvfuvdYG+nvw6rD8XQOdh5f7KlH++/330976EluKJ1WD3FuT/LMj/l3H/Gvp/t/YMv8A 4D/q9OpW2r+0H+ryPVUHbG5K62Q/33++t7ju/wDiP+r06mPaP7Jfz/wnqu7s3MfZ/f2rv6/X/ff0 HsN+vUkWHxn/AFevRD9w5j7zKZH/AH3+w/A9+6kOw+Ff9Xr0n/fujPr3v3Xup9Ifs6vH/ZV3P+x+ nu9x/aH/AFeQ6J0gJtyD/qz1tv8A8mnvfN7w2tjtrVwyRtiNQvaw4tf/AG3uQOWD+ng/6qt1h17u QBpjrAoM5+yHPWxhS/8AAZf+Cn/evcr9Yx9Svfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde 9+691737r3XvfuvdMlVWUVHSGsrWFDRKBe/p+t7XCjgW9+691rU/Pz/hSN8Z/jLk8/1z8ZcLQfKn t7FN/CMplcVm/wC73Su3zoQL/v8An9PYQQ6uNreW5IN+Le/de61Nvkz/ADrv5kvynqq+g3n8i9y9 ebPyV7dfdJk9Mbc9RuRq2AT2h2AvH0/vhbge/de6rByv325KrIV2arslkMgP+Xtlsx/eM/19+690 36f+mP8A33+39+6917/lK/4A8/7z/vre/de6PB8e/wCZZ8/PivVY/wD0FfKjtnb238YL/wCj3dmY /wBI3Wv/AKBHYHv3Xutob4M/8KmNq7inwWxfnp17Sde1/j0p3R1VQS7g2x5FLENvnaQWSs69L3Cs dbAAcLe9/de62z+s+0eu+49mYHsbrHeW3ewtg7mxRymF3dtTMx5/b2ZgNlMkLxGS6j9QBsf6j37r 3Qp+/de697917r3v3Xuve/de697917oi3zZ+e/x1+AfVdZ2f8gd6NiUryMXtDauEQZ7sPfW49Bji pNmbL8rSVMoYljptHx6ubBvde60W/nL/AMKL/nZ8nMtn9sdGZz/ZR+ohf+DYvr/Mf8ZKzQNwRvTu zlYxY2/36XJAFyTz7917qiTcOYzm/MrkN1b0zm5N57gyX/F4y27Mx/ePctv/AA9/fuvdJ/T/ANMf ++/2/v3XulBt7L5zZ+UOc2xnMlt3cGM/5e208x/dzc3/AKG/Pv3Xurrvhf8A8KDvn38WcpjcJ2Hu gfKvp9Tqyu1O2cuDuVds2K6ti93fUNZiL7r5sT7917reb+BX8xn40fzE+tjvTo3dMcef21417C6u 3TJKnYOw5hGsMYqqUVUDy08k02mPPKXje3qILDT7r3Rr+7e7erPjd1zu3t7ufem3evuvNk4d8vmd 27pyixxQpGpALB21cmyjTckm9rAke691pHfP3/hTn3X2TlMl1z8C8G3RvXxJw7d2bvxH95OyM9dE S2y9jABdjaRGLGTUwt9ffuvda1HbHcHcXe+e/vV3R2p2R3NuDJ/8vbsLeG8dx/717917oL/tP+mL /eP+Ne/de69SUf2dVj67/ff7cf19+691Z78Rv5xP8wf4bZOgGwe/NxdjdfY8BX6n7vy47G2yyi/p bj/fgqbnjanFif8AH37r3W8F/LJ/nZ/HX+YrTw9eVMjdJ/JCDF6sx0rujLwBdwQBZTJunprebxae waLSQAUPkDWPFiT7r3V4Pv3XupHv3Xuve/de697917r3v3Xugr7O7S676T2Znux+2N6bc682BtnF /wAUzm7d15iLAbew0KkpeV5WQ6b8sBqb+g9+691qL/Ob/hUfhsY+c2D8EetqfeSiBoX7s7Qx8kOB kEiQXOzOo4xDkDLHPGzK+5XpgQ9inA9+691rJ/IT+ZZ8/PlRVZD/AE0fKjtrcVBkv+YT2nvD/Rz1 r/6BHX/v3XuiP1f/AAL/AOQj7917r2n/AKY/99/t/fuvde+xov8AlRxv+8f8U9+690Y/pP5l/LX4 5VJrOjPkX3X1YrAg4fam8N4nbLA8EHY54IIPv3Xuti74d/8ACp7v7YlXjtrfNzq3G97bQAt/pY6o ww677JILKW/35It1pv8AYAECx2cObkHj37r3W4B8TvmZ8avml14nZHxz7NwvYmEvHFmMcZT/AHo2 TuACZhBvPZ766nZVRGV1aXVFYtcG4J9+690cv37r3Xvfuvde9+691737r3Xvfuvdf//U3+Pfuvde 9+691737r3XvfuvdR/fuvdSPfuvdYG+nvw6rD8XRfe2B95Sgc/778+99CS3FIwB1WB3FhvvGyH+Q f0/x/B/1vYMv/gP+r06lbav7Qf6vI9Vg9sUf+U/4/n/W9x3f/Ef9Xp1Me0f2S/n/AIT1Wd2bR/8A A/8AyL/b/wCx+p9hv16kiw+M/wCr16I/l6P7SryH+++n+9G3v3Uh2Hwr/q9em737oz697917r1vx f3e4/tD/AKvIdKFtwYGIX0/w/b1sffyX9iV395qGvGDyS4/Sf4uTl7hSBe5ANyPcgcr5RR/q4t1h 17vwgSSvUVpj9kPz623cf/wGT/Xb/e/cr9Yh9Tffuvde9+691737r3Xvfuvde9+691737r3Xvfuv de9+691737r3Qb9ldj7H6o2LuvsTsLdGK2ZsHZOGOd3ZunNenBYbb8YZZJ5mS6+OxUEhW/UP6ge/ de6+d3/Nz/nn9pfOzKbg6d+PdduTqr4flRg2xOp9u9j962Z3Lb3jZio6+ZnJbbH6m41E2Fvde6oD 9+691737r3XvfuvdN38Zof8Alfx3++/5C9+69040lZ/T/Yf8T7917r3v3Xuve/de6sc/l4fzNPkv /Lk7E/jPVGa/vJ1bubNA9kdIZfMldtb6sbgNpI/uB2E30bc54ZSQQQSPfuvdfSW+F/zQ6R+enQ+B 756PzMeR27kWGH3RtfJop3DsHdEbs+79nbzhlMixVFJwCbaXsG/JRfde6Ot7917r3v3Xuve/de6J p81/l31b8Gvjv2B8iu2CDtrZOHYYnCYtEG4t77mkbybS2htGNGVZqqqmLKLjSvJA/UD7r3Xy4PmH 8ve7vm/3tne+u883/EM9uNQuFxHJ23sTaoH/AB5myCSWJ/xNyffuvdFh9+691737r3Tf95Q/8r2N /wDPy3/FPfuvdOFL/ln0/wCRf737917r3v3Xuh/+M3yb7i+IHduz+/eit1f3e3/sfLkW/wCYbzu1 /wDnjN8i/wDzLvn37r3R5/5pf81zs/8AmW9i4IJRZbqzoDZWKdtodJyZrWV3KXdt6br3mAFXfe+q VX0xIoCqOeWLMfde6qZ9+691737r3Tf99Rf8r2N/3j/ivv3XunCkq/vP+Nf7x7917r3v3XunDb25 M5tvPbf3VtjOZLbu8ds5j+NYfLYnMf3c3Lgt0f8APZj6D37r3X0cf5GX81iP5+dJZDrrtvJY6L5T 9I4umi7EUuiR9m7Z1UtLS9t0sIhASnqXAVhq4ZhYckr7r3WwP7917r3v3Xuve/de6Jn8yPl50n8I uhtyd9d7ZuHH7R23GYsRh8dF5tx723PKZ/7o7O2bDJPG029KswqqL9SefoPT7r3XzYP5h/8AM1+R X8xvsU7o7MzeT271ftrNFuoeksTmSdt7HJ/JP/NQOwx9Buj6BQAAAAB7r3VcXv3Xuve/de69V1f2 f/G/959+6903fxmh/wCV/Hf77/kL37r3TjSVn/Td/vvoP+Ke/de697917r3v3Xuh/wDjj8m+7/iB 21t/vD4/b3yXXfYG2bH/ALNrO7YFiNm74/5+B13+f9f37r3X0jv5UX81Hq7+Zb09WZulpcfsrvfY vii7b6rbMGQ4Ni1PAm69pTVFQ89RsWrdrRSWHPDEsRr917q3v37r3Xvfuvde9+691737r3X/1d/j 37r3XvfuvdRx/re0ZgccOPXqaPPPWGeZUHtto7ilFT+Y6bN3EhycD7f83QVZTufqzEZP+DZne2Hx +V+hx75ICQ/7Yqf95HsVHlXcJI1dbU6D6sFP7C1evfvK3XGoV+z/AGOlRid4bV3Gt8NnMdkLfXSS fz/rD2S3XKlzECZoiB8qN/gbrY3ODgrf4f8AN0r1PNvemm0fEOkkQ7ukhuvEispSL/73z9Pr7022 rfNQtn/V8x6dH8B1LQcR1Xj3HsKu+1yH+Qnn/eSB/vfsIbhCzq1Fz/xXQy2m+RJQxOf9g/LqtDtj rg/UUP8Ar/763uO9w2h3c4/1Y/pdTJtO+QonH/D8/wCj1Wf2xsOv+5uaG34+o5ufz/h7L6zfw/4O pk2/dYI3Hd/h+fy6rf7N2HX4aqyFdQ0GSOP/AKf778e/Vm/h/wAHUh2PMdoiAav5N8/6PQP/APIX +8ew74kn8P8AMdCP9223r/h/z9e/5C/3j37xJP4f5jr37ttvX/D/AJ+hg6c6fzncG8sBtWioclf+ Mf7mT9Pzxx9PYg2naZEkGMfl6H59AvfN8trO2fvxjyPqv9E+vW8d8EPjjQdOdX0LthchjM9kRqYs QAABa5NxYe5m2eB0TTxP+y3WC/uXzZHc3JWJv5H0i/oD06stpf8AMJ/wU/717FE2ZG6izy6ksl/9 9/xv2UT2ZkJ0/wCr+fWw1OsVv8P959rPql/1f8V1Wvz69b/D/effvql/1f8AFder8+pPtzrXXvfu vde9+691737r3Xvfuvde9+69189z/hQp/NSzHyW7cz/wz6XzIPQvRm6kg7HzOLy48naneKEssWq7 f8Y86pY3c3JduSbBQPde61mvfuvde9+691stfy5f+E4vf3ymxe3+1PlLmcn8bOoclKmUxW0lxcS9 3702y6qymYySKevQda8KGezAhT7917ra8+Pv8kX+Wj8caWhO1/i1sjsLPY9QYd192x/6Z9zg8XMl R2B9zEVb8egW/wAffuvdHxo/jJ8eqOi+xoeg+kaHHEE/w09S7Mv/AMm0oj/H9PfuvdFl7l/lT/y8 O+qR6Xsb4fdD5F5o7w5PbWyIeu8/BZhdn3dsJsbXsbAixf37r3Wtv87v+EucmIoK/sL4A7xyWcyF DraD4/dsZ5CXCLFdNl90v45Y59Tv6d0CWMIly9yF9+691p9b32HurrfeO4Ouewdq7k2ZvDY2Y/gu 8Np7sw/93Ny4LdH9f7kfX37r3Sf9+691Zb/K4/mO72/lxfJPAdo0gye4+nd0WwvfPXl2X+PbXUhv 75EqQW7C6pt6geGHBBBt7917r6h/X/YW1e0tkbT7G2BmaHcGy98YTbu8Nq5rHkPBl9tbuVKinnPN rSxyliR9CoB5B9+690Jnv3Xuve/de60AP+FQHy7ruzflLs74jbYzgHX/AMetotvbd+HCxoMz3tvs /twKI1VClP1taNTYejOZi9zz7917rV29+690sOvet98dwb82f1X1jtXJbz7A3zmP4Ns/aeJ/5fu6 P6/T37r3W/l/L7/4Th/Ff4+bUwG6vljt7CfJrvbxq2Txu65mfpXZcxWUtHs3Y5jVd6QKQgD7o+5Z w7elNILe691e/SfFP42UWLGEovj30RQ4LTb+E/6ItleO3+OihEZP+Om49+691Xr8sv5J38u/5P4j JRZjoPbXU++amlmbFdr9I4uLrvdOHaOJGilrYqKnPXe+JKiQEadx0swF+F+g9+691oK/zGf5d3cX 8uPvVeruwqt937Q3OP411D2pjcMBt3e22QbMjaGdNgdiq3F1LKfqCRYn3Xuq8vfuvde9+690JvVf V/YXefZm0uoeqdsZDd/ZnZGVbEbT2vjWCJHuVAWd3ZiFREUckmwHv3Xut+b4Df8ACcP4j/HvbuD3 T8mdp4T5Ud0RorZVt1ys3S2GcrIzJs7YxiCb0hUoq690+dnDn0ppBPuvdXgYn4qfF/bWN/gmD+PP QtBjQP8Ai04zqLZMf/Ji0R/p+ffuvdEH+Wn8kr+X38stv5DH5rpPZ3UfYFbrjxXbHS+Dp+vN34qX xrJGZXofBSbwANwfJGL3H6bc+6918/P+YN8BO4v5dve9f0h2d/Dtw7fyoGb637XxWFK7c3ztc2Nm U8jsUX/2Hv3XuiIe/de6Oh/L2+Wmc+DfzI6P+RmFrsl/d/bO8P4L2RiSP+L71fvr/j+f99/1YPfu vdfWXxNZQZnHUNfQ1v8AEaDIKMpjMgLMrKbMhUG3ADH6/W5Hv3XulD7917pOZjKY7bWLrczmK6ix 2Lx0ZyOVyWQ9MUSAEGTgqqFQoAP4+gHv3XuvmC/zh/5lG6v5h/ydz+bw2cr/APZcuof7z7N6M2qi sq7g22VAbeoV3kZewu1wAFUsdKjCi9h7917qpT37r3ThSUldmKrH0NFQ5LI5DJ5j+C4fFYnD/wDF 9/21/fuvdbU38vr/AITMdqdvY/AdofObcmY6O2hkNOaxvSu0E/4zVl1IZv8Af875Yg7GayH0RCRw SNQAIPv3Xutovor+T5/Li6AoaJNgfE/qbP5HHh1j3T2nhf8ATBuWzAi0lTv81zIw/ssmgj+h/Huv dHQ/2Wb47/afw/8A0DdNfw63/Fv/ANGezvp/r/YeP/ePfuvdFN7j/lN/y6+9qdl358NuhpZpU1R5 Pbey6XrnckNudTbu6+NBVsDb6Fj7917rXx+aP/CV/D1NBlN6/A/svK4rNesp0x3Xm/7z7ZsiQtp2 ZvFkimM8juwUblWoSyXLKSB7917rT87g6i7S+P8A2Hnuoe5Nlbi6+7M24ofKbW3TiQyMrAMrIy3D KwNwRcEHj37r3QY+/de6Nf8ADD5Zdp/B35KbA+RXU1/vtj5j/f4bTGZI23vrq+9987NBUgqQfoRy Dz7917r6s/Qvc2x/kl031l3b1rXrlevezNobf3ltHJ2Hrp6klgpS5N1ICX/IB/r7917ocvfuvde9 +691737r3X//1t/j37r3XvfuvdBd2V2PtfqvZW4N77zzGOxO3dsYlstlcpkyFRI0YgMQLAX0/gH6 +3+WrZ92mihirqY8QaUHcST+QwPPrV3SNCxwPT9nWmt82P54vanY258hg+iq7JbN2hjbHFZnFW1u wAF2sBfgD3mVyX7J2l9aI5UtIfiY/Exq+TSZfT0/2Y/3DcHVyFOP+K+XVQOW+WneG48p/G6zfGS+ v4zA/wB69jmfky20ntwPt/6D6Dn72l/j/kP83R0Ohv5ofcXW9UPvd05LIj+D/wAG5/w5/P09h665 KtJBpaIEfOvlT+n1797y/wAf8h/m63Gfg58x9p/JHYe37ZtK/drYlXlGkDXYc3IAuTpHJv8AT3ip z7yuNkZpIaCM0qPn2Z+JvNh5+vUqwHu+fR/pl1jj/bf7b/W/p7jfbL0SDwz8Q/2T6dHcbaekPuHa FDmKS34/p/he/wBf9f2l8ESceHSeC+aJhpP+r9nRcdw/Feiy/wDzrf8AbH/fX92G1ROAaf4f8/R/ Bv0qUzj8v+gegcq/5dmxsxUk5mt9PH05/wBbj2VDlSA58vz/AOg+hOfcK5iqQ1T+X/WvqY/8sH4z VVLWUVZjssyyG1xlGZlFvqR/Z5/qPe/6pwU4H5cf+guqN7o3sekKw0+fw/8AWrojXcX8gfoDd4rq 7rXem5uuco66hEpV8BYi5PiVmcWH1te3siPKFvXDY/P/AKD6Hie/u5aR4sJ1fIp/lg/ynovOyf8A hPMtFk7707h/iOP/AKYnEWv/AMlWtb3QcpQn/Uf+g+nz793dDQkn5af+2fq4344fAbp/494wHDYL HfxAXP8AFNN2I5HFm4F/8PYmg2aONjTj+f8An6A/NPuZdXcZVTpXzqB6r/wv5dHvpaWOmjueVP8A r/1t/r/X2ILe3MRp+LqJP1N2kMspz/qHlT+HqHl8sMRTA2ueR/vvr7WQoJmq3Smp6CDLdv0NHVf4 fn/iPx7ENvtcbpTNOvV6T1L3VQGpINaCD+P4uCD/ALA8H2j/AHCPT/V/vXXq9CftTsfCbjpeK0H+ v9fbM2ySIKxx6vz/ANk9bFPPoUvZJ1rqR7917r3v3Xuve/de697917qnX+dJ83K74R/BbtHfOz8z T4/uLsYHpjp7xyRSPT7s30PDLvQKFMit1ZsMVG4yb2/Z/wAT7917r5iOr/ps/wB9/tvfuvdN/v3X utxb/hPD/KEwu4sZt7+YP8mNqUFfQL45Pi3sHK4YKixiT/mcuqSKRJFdl07NC2ZIyWup0X917rdy 9+691737r3Xvfuvde9+691737r3WvF/O5/lJbV+dnUeU7a6mwmNxny86wwk0u0cvj2jjHbG10aMt 0/vBVpovuNZmJ2k5f9mey2Ia4917r5ylXR11HVfY1tFksdkP+dT/ALf6f09+691737r3W85/wlj+ bNZ2L1N2h8It7Z41+f6P8XZXUHqa3+jHfcmneuy1Q3QHqvseSxPBP8fAN7C3uvdbdnv3Xuve/de6 +RP88uyK7tX5zfMDsat/5ib5Idof+9n/AHD2N7917op/v3XuttT/AISq/FbGby7Y79+XufozWf6J /wC7vVvXlRlRd6bcm/KWf++08QPoaVNh+MAN9RuA/wBPfuvdb2nv3Xuve/de697917qkL+fd8WaH 5O/y6u4q6hwwyW//AI84hO/uusndLRSbGGvfOo3B1P1xJmRbn6i31Pv3XuvmaUf4/wCQvfuvde9+ 691uNf8ACVL4rYbMbk+QHzS3JSLW5DbTp8fOonJ06Yiy7838VuCNZT+CAX+hN/xb37r3W7d7917r 3v3Xuve/de6oG/4UM/FfD/I3+XV2lvWlxkc3YHxq1907Ryf8JXyRbbp46Wn3+kYWxeL+4IeR2Yat WFA44Hv3Xuvm4e/de69V/wCWUv1H19+6919XP+VB2RXdv/y4PhtvrLzKclWdF7UwmTtYaptkq+xX fiwAP90yCfyST7917qxX37r3WuT/AMKSvmVWfHP4QSdJ7NzUWP7E+WuYfqhR44/LD1m7ebf7iRRc LWwtBtsqD/y/gTyOPde6+db7917r3/AT/fWvb/bf0/2Hv3Xut7P/AIT5/wAojB9P7H2n86fkXtM5 Xu7euJiyfRm19zYuN5eo+t6gx6d3+EMXXsbtGnlE0hfTpiZSoe50+691tq+/de697917r3v3Xuve /de697917qof+a7/ACvesf5jnSlbhKrHYnbnfWycVM3Rvan8Nv8AwDcQNRIu2d2LDTO1TsKqkZPJ GzKAGLAlhaX3XuvmH732furrjeW8OuewcHktu9gbG3hujZe8Np5b/lxbp2J9dlj37r3Sf9+691vK /wDCV/5Y5HeXR/d/w73NmRLW9G7yi7M64j8ccjL1pvupgO89rjysEAouxg0trEk5245Av7r3W3n7 917r3v3Xuve/de6//9ff49+691737r3Wpj/woh+V2ZoKXaHxm2Vma7GNk0XeG7yi2PhS/iS9gdKg /T6An3kf7Q7SY5vqnRfFcYI46dMlBWvnSv7PTqPeZm7ABw/2V61Nh+f9h7yxu+yFVPH/AGR1Hltx P+r164+y7qnXvfuvdXAfylfk1W9c/IDZ+067OZJsblMuRiAcvcEEWIIPH59xx7nWviWkqSKDGwoR 6isQI6GvKNwFcEcf+i+t/jFVq5TGUVfS2CVyCS5/AOu/+xGk+8F92gaOVoa8P8oBHUumRSangOHT z790l6ke/de6j+/de697917qR7917r3v3Xuo/v3XusdQwpqZiPoLD/b/APIvfuvdEy7X7TFDSZD/ AC7gCw/1h9LD8D2NNv281oP9XH59F3RAN8dv/wDFwIrv8f8Aiv1/2HuRLCwYL8/+L+fXugOq+7RR /wDKd/vv9t7EX0Den+r9vRd0sNk/JCtxGTx4+94OY+n9f9v7q23F1ZGWqkUP+qvW89XPdI9o0HZG 2VyFCb2JA/2xP0tzf3B/Mm1fTvrXCnBH7D6/PoR1xQ9Dn7BNsQjEcP8AUeq9SPa7r3Xvfuvde9+6 91oP/wDCqz5Dzb1+VHQPxrxmQSTb/UHXcvY2bxyKAx3X3RPLTyQs2kE+DYGxXXn6HPH+vv3XutVf 37r3Rr/hJ8ca35ffLPoD4z0hyKjt3sc4bM5fFGwwO1h/v/d9Em4AA652R9f6e/de6+sjsjZu2OvN p4DY+yMLjsDtHZ2HwO1dp4nFWUYfbsUVNBDEt/8ANqI1FrXvpub8k+690JHv3Xuve/de697917r3 v3Xuve/de697917r5sf/AAos+INF8Zf5gO4N87MwuMoNgfKrEydz4c4gW/gXaAdhvi4+msdhj+87 W41Z82t7917qhP37r3Vnv8mv5Aj45fzNPihvY1iUGA3x2QvTO7g41KNtd4sNixsRzynZCgj8gi49 +6919Uv37r3XvfuvdfHX+R//AGUV8kP/ABPHaP8A72e/vfuvdA/7917r6Dv/AAlixNDR/wAuvfuZ t/uQyvym7SfMHjgps7r6wP8ArlvfuvdbNfv3Xuve/de697917oKO4Nt0O7upO0NrZFL0W4ev924f Kn6Efd7ZqIQf9ZY3Hv3XuvjnUlH/AJL/AL4cf6x9+691737r3X0d/wDhM7tH+Cfytev839uqPv8A 7f733fkVa3Mq7zk2Nx/qgw2QAf8AAe/de62Effuvde9+691737r3RVvmVh6TcHxA+WGEr6bXRZD4 6d4wyf4tJsPeIP8AsbkMP9f37r3XyEMSfvKXH/8AanPv3XunD37r3X1Jv5Hf/bqX4Rf+IjP/AL2G 8/fuvdWxe/de6+dJ/wAKb+7K3sj+Y/jerAVO3fj30/tjDIVuF/vLvs/393rYfXiM4L37r3Wul791 7qyv+UL8QaT5q/P7pPp/cVCuR6y2xlW7O7d8hAjXrHYwIDy3ZT4u1OxT/dhrG+nPG1z7917r6p0F KlKlMlOLIos1/wAqVvf37r3U/wB+691737r3Xvfuvde9+691737r3XvfuvdfPD/4U8/HHB9Q/Ozb nce2aNaLHfJrrUZvLSKBpfs7Yw/uJvdxY29XXBwR44uf6e/de61s/fuvdXvf8Ju+1K3rj+alsDax ryMd3h1x2d1nmeB9E2cN/bGAH+I2Nb37r3X0qvfuvde9+691737r3X//0N/j37r3TJla8YrF1tba 4oELi/Pp9P8AvNm9+69189P+bru+u7H+We/901ld/uP/AIv/AAXDm1+BwPebXtptkdsIYh8KKB+Q Eg9eo65lNVJP+rK9VXfm3uZN5JRKDj/0T1H9txb/AFevXXtB1Tr3v3XujI/ESizm4/kb1fg8KMl/ EMnvD6YnMfk/4m/sN+5cA+mYAf6qxdGnKNwTLUf6sP8ALr6am1MSuG2vhMMW+7GNxaYtnJHqVFRG B/wIQA+8CNwZJrydwNKkin2AU/nx6mV5j4a0z0tPZX0v697917r3v3Xuve/de697917r3v3Xuve/ de6Zc/8A8Wmt/wCCj/on37r3VMPyP3h/B6rID7/+n+2HueLCwUN8/wDi/n0XdVP9m9q/5V/U/jm/ +v8A7x7H9hYJoXt/1Z+fXuiv5bt//Ksh/lv1/wAef8Pr/h7E30K/6v8Ai+i6vz6b8T2//lWP/wAt +n+PP+P0/wAPfvoV/wBX/F9er8+rr/5cXyP/AN/5/dWtrh/D8mOOPyfz9PcJ887cogftFaY+3sp5 9CMHPWwj9PeP0w0yt/q8utdSPZh17r3v3Xuve/de6+Wv/PO3hXb8/mvfMCurf+Ya3htfZeH/ADxs TZmwv+J9+691U/7917rZb/4Sy9b0W8P5hu/uw61Sw6l+OO6sviSLWj3Pvrd+xtih2uQdP+jxQP8A XI9+6919C337r3Xvfuvde9+691737r3Xvfuvde9+691737r3Wp5/wrB6sx+X+Jfx17hCqmS6079G zpVBJtt7f2xd7yycf6+zAf8AXPv3XutDr37r3Tht7cldtvPbf3VRV3+5DbOY2vvTDj37r3X2RdqZ 2Pc229v59BY57Dbfy9rfmpEcr/4Ae/de6Wfv3Xuvjr/I/wD7KO+SH/ieO0f/AH82/vfuvdA/7917 r6Fn/CWL/t2xuz/xaTtX/wB47r337r3Wy57917r3v3Xuve/de6Ydx/8AFkzP/atl/wChZffuvdfG lyv/ABc8h/2uP+IPv3Xum/37r3X0sP8AhOJ/26X+P/8A4eHe/wD7+bfnv3Xur2Pfuvde9+691737 r3Ra/lb/ANkwfJL/AMQL2r/7xG7/AH7r3Xx+8V/xbMf/ANqf/iR7917pw9+6919Sb+R3/wBupfhF /wCIjP8A72G8/fuvdWxe/de6+Uv/ADdtyV28P5n/AM385W11rd77o2Xaxt/vxP8Afhj/AFuNke/d e6rf9+691uN/8JI+oqCpznzP7/rqLTX43FdV9K4dvxd5d8743uvPPrLYMe/de63bffuvde9+6917 37r3Xvfuvde9+691737r3XvfuvdaaX/Cuiiol2d8EczYff8A98u+sQCPz5Nn7Fcg/wCKn/iPfuvd aUnv3XurL/5NeWXFfzUvhDVtW6lfvc4NlP0IbZe/Qyn/AAPv3Xuvqs+/de697917r3v3Xuv/0d+w jgD/AH3191uRqAA/1cOkPn0Wv5V75TYnTe7MmakJJ4Qn+KqdLFP9a49n+w2DzSCgwAc/bX59aY8c 9aA/zFrP7ybxyGc/6vA/3n/X/PvPK2/tB/q8j1E8/wAPVfx9iOHgeg/cf2h/1eXXvZdb2/h5OKf7 Pz61139fYjt7hI0AJ/1Z+XWutg3+Q98Na3tLu09/7owmnZ/Wd/4OfxnN0WJ1G/4W3vHz3k5jhktC iyUdsD5H9I1yowKV6kjlawdHqVx/0V8+t4K/H+t7w8WjyuRwFP8AB1IM5CJXqT7t17r3v3Xuve/d e697917r3v3Xuve/de697917qHUwBoCo/A/2/wDXj37r3Wun/MJP9xN0ZH/q5/gf778+565KuFkk Ar/qo/Rbc4D/AJf5Otf/ALC7J+0ql/y6315/1/z7yBht9cYpw/2eg/P8Q6Lflt+V33X/AAO5/wB9 9PZp0i69Sb8rvuv+B3++/wCK+/de6Ph8Lu7P4P2Nt7/LuP4x9f8Ab+wXzZYyXUD6Pl6eqfMenS2D 4j1vF9abhG59nbdzd/8Ai4YtHHH51H+v594a802ZtLueMjhQn/bBT69CK2PalfQ9Cb7LujDr3v3X uve/de6+UN/N0pBS/wAz/wCdzD6N8jtzkE8fi/8AvXv3Xuq8PfuvdbXv/CSysoaP5P8AyvoR/wAX DJ9E7UzJ/pY72Fz/ALY+/de63y/fuvde9+691737r3Xvfuvde9+691737r3Xvfuvda0f/Cp2qFH/ AC1sDSfnJ/Kbq5P9bTs7sC/+8n37r3Xz0/fuvdeq/wDgJ/5BT7917r7E3SNKabprpuhqjqq8d1l1 2JOP92x7RpYgP9hpce/de6GL37r3Xx1/kf8A9lHfJD/xPHaP/v5t/e/de6B/37r3X0LP+EsX/btj dn/i0nav/vHde+/de62XPfuvde9+691737r3TDuP/iyZn/tWy/8AQsvv3XuvjS5X/i55D/tcf8Qf fuvdN/v3XuvpYf8ACcT/ALdL/H//AMPDvf8A9/Nvz37r3V7Hv3Xuve/de697917otfyt/wCyYPkl /wCIF7V/94jd/v3Xuvj94r/i2Y//ALU//Ej37r3Th7917r6k38jv/t1L8Iv/ABEZ/wDew3n7917q 2L37r3XyaP5n9H/B/wCYv84KH8/7NR2ha30/4/Mf717917oh3v3Xut5f/hJjVUh+Ovy8o1P+Wr31 tMMOeWPUNMVI/wAAqt/t/fuvdbePv3Xuve/de697917r3v3Xuve/de697917r3v3XutOX/hXR/zL j4Pf+JG72/8AeM2H7917rSR9+691Y/8Ayi/+3nvwQ/8AFj9sf8R7917r6tPv3Xuve/de697917r/ 0t+38+/E6nUdIPLqq7+aNvD+EdTUOEHP8Ub/AHmy/wCt7lTkOxE63UhHGSn7A3zHr1t8aR8utMPu HD11ZlMifz/sP98PeXdt/aD/AFeR6iaf4eifZbZ9dR1XFD/vf5/4j2I4eB6D9x/aH/V5dMH8Hrz/ AMoP+8ezK4t0jQkD/Vj59V6F7pzqv++G6MfRVv1P++PsOXFx4eBin+x8ut9fQc/l+dP4XqD467No KChGPOQxKOy/nSSw/wAfeDHP2/SXk4UydqUb8yAPQeQ9OshdrsRCnYtTX/Kfn0e/UCn++/r7j7bz rVm/1efWtwLIop/q4dT/AG/051737r3Xvfuvde9+691737r3Xvfuvde9+691737r3VOf83Pqz+8n TZ3rRUmvI4myn+v0B5t/gfcqe292GuTCTkcPs0ydFt0O1zT060pN2Vn3mTyBrTb/AH3+8cn3mTtV uJIAx8/85+fQen+IdI72h6R9e9+690/7d3JXbayePrqKu/4tZ/4nj8e1i2Ed3bnUP9VftHp0th+I 9b3X8q7vf/Tt8X8FkhVh8jtnJnC5YWFyVDNa/wBfUfeGXu1ty2W7GUDEiKv5r4Z9T5N0IrY9kY86 nqz/ANxj0Yde9+691737r3XzIv8AhQr12OvP5rHyLlFCP4d2hguq+0sMR9LPsobEHN/p/pF2T791 7qlT37r3V9f/AAm+72pOo/5nuz9p1VeuMx/yG6i7L6xbUNQbcaypv3ZiFf8Am5FsdlH+v7917r6T vv3Xuve/de697917r3v3Xuve/de697917r3v3XutM7/hWZ3PRQ7K+KHxwo8gjZPJ7y3R3ZnsUgAX +7+yVXY2zWCKoCLLLvjOyG/JbBk+/de60qPfuvdCh05sOu7U7l6f6rwtD/uQ7M7g6v2Xh/p/zHW8 /wDbe/de6+w5R0VHiaOioqMaKHHLb66rAA2uQPrck+/de6fPfuvdfHX+R/8A2Ud8kP8AxPHaP/v5 t/e/de6B/wB+6919Cz/hLF/27Y3Z/wCLSdq/+8d177917rZc9+691737r3XvfuvdMO4/+LJmf+1b L/0LL7917r40uV/4ueQ/7XH/ABB9+6903+/de6+lh/wnE/7dL/H/AP8ADw73/wDfzb89+691ex79 17r3v3Xuve/de6LX8rf+yYPkl/4gXtX/AN4jd/v3Xuvj94r/AItmP/7U/wDxI9+6904e/de6+pN/ I7/7dS/CL/xEZ/8Aew3n7917q2L37r3XzBP5+3VZ6r/ms/JzVRaqHszK7V7OxDfgnfWy9g3P+x7F 2Rf37r3VOXv3Xutrf/hKP3hQbY+RXyM+OGQyFou3uudt9nbVj03E+4+kN1T0++4msRpF9+hr8/pt +ffuvdb6Pv3Xuve/de697917r3v3Xuve/de697917r3v3XutOX/hXR/zLj4Pf+JG72/94zYfv3Xu tJH37r3Vj/8AKL/7ee/BD/xY/bH/ABHv3Xuvq0+/de697917r3v3Xuv/09/D+nux+JekfVP38zKj /jFLt+g+hv8AX/Ye5a5JXTAPmf8AoLptutaDsPrj7OqyNqG/+x4sOeeOPeSMF8urJ/1fs6jv6YeY /wBX7eivbh6s+lv9gf8AeD7Edvfroxw/4v5de+mHp/q/b034np/7yqt9j/S/4/4kf19rra/Xwx6/ 8X8ui+3gIPRwfjh0P952Ns+9Ab/xj/Af8j9x/wAz7gPEP+ryT5dCG3t2ArTP/F/Prec6/wAQMRs3 aNAfpjMQI/8AkoA8f7BveEPUh9LT37r3Uj37r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu vdE/+a+Gjynxp7cFTyMZsvcuVH/BY01KB9Pop9i/26ufotzta/i1j/jMh+fVbuhjJB8h/k6+dvlq 37zKffH/AG1v8P8AD+vvOvY51urZCuRn/C32enUf3/8Aa/6vQdN/tJ1fr3v3XuvH2ss/7B/y/wAJ 6bv+K/6vTrZ2/wCE8m9chNkO7tk1dZXtQ47HU27Qsl9I+4qIqcn6XJAk4HvFj3YP6yCgJLef+lj6 EXL/APZj/V5t1tRe4L6EPXvfuvde9+691pgf8Ku/jRV11P8AHH5gYOi1DFRbj6D7GYcqYpjJvrYZ BubkGLO/7C3v3XutLb37r3QgdZb83V0/2N1/2p19Xfw7eHWe8Nr702flv67o2L/xr37r3X1gPhf8 rOuvm38a+svkbsGoiG3uydrRPlMVcO+0NzwwwtvHaVQ5UOstPUAgXLcIGvzYe690cj37r3Xvfuvd e9+691737r3XvfuvdI3cO48DtfB1u6c3X4zF4Lb+LOYzGUyY0JicAImkdyVDMPRCfqbcc3Nvfuvd fK4/mqfNcfPv5t9o94UNbkR19c9ZdQWtb/Rhsckn/bk/3p/8j/v3Xuq8PfuvdXv/APCdr4yV3yD/ AJlfX++a2h/35/xnw+6e6MwPyd0AHYmxgL8E/wC/2/8AWB7917r6VPv3Xuve/de6+Ov8j/8Aso75 If8AieO0f/fzb+9+690D/v3XuvoWf8JYv+3bG7P/ABaTtX/3juvffuvdbLnv3Xuve/de697917ph 3H/xZMz/ANq2X/oWX37r3Xxpcr/xc8h/2uP+IPv3Xum/37r3X0sP+E4n/bpf4/8A/h4d7/8Av5t+ e/de6vY9+691737r3XvfuvdFr+Vv/ZMHyS/8QL2r/wC8Ru/37r3Xx+8V/wAWzH/9qf8A4ke/de6c PfuvdfUm/kd/9upfhF/4iM/+9hvP37r3VsXv3XutKP8A4VkfHCsGU+L/AMv8JR6qBE3L8f8Asi4+ qMX33sM3Asf0Z0cf09+691pp+/de6Mh8RPkhur4f/Jbp/wCTWzP+Lh1BvD+NZjE/873a9/8Af87M 5+n/ABjr37r3X1iOkO4uuPkN1TsPuzrLM0O4tgdk4aPee0MtcaZI5eA4III0MrX+hFr/AEI9+690 OHv3Xuve/de697917r3v3Xuve/de6ZDV0NJViiNWPv8AIG6jgm6i1wBwPr7917rUA/4V0f8AMuPg 9/4kbvb/AN4zYfv3XutJH37r3Vj/APKL/wC3nvwQ/wDFj9sf8R7917r6tPv3Xuve/de697917r// 1N+78j3s/wBov+ry6QeXRDfmFsQbkpKCs+z1aeCePwB9bf4+5W5GlVo3i11ZT/KjdeYedOqQ+wuq /vKv/gDb/Yf763uVbe+eo7v9Wfl0G/pv9X+o9Ffy3T/FjQ/7x/sBf2IYL96Y4/6vl1r6b/V/qPTj ielPvKr/AIA/T2YW19IFIBz+Xz+XSC3t1DCoz/xfz6se+KHx7H98cfXfY2/hmYv9P9fn3HfNO4FC 7N8IFf5L8uhBBACKDrYOxVIKWkolH1C8/wCFwfeM3Qj6c/fuvdSPfuvde9+691737r3Xvfuvde9+ 691737r3Xvfuvde9+690HPYu1Yt87I3ftOsP+Rbi2vuDCygD6GpjaCM3/wAbj/bezDa5zZ3MEicQ 4/YQwP8AI9Uu8oR8v83XznPkf1XXdPdydn9c1tBkv9+zmN0fwf8A33+t7zr9s7g3dspJr/xcv2en QBv/AO1/1eg6BD2adW697917rx9rLP8AsH/L/Cem7/iv+r0626f5BfRGY2N1jv7t3OML75zAxeIU /XxwsrE/8FvYH/X94pe7M6fWRWwb9Q9xH9HTHn8yMfYehFy+P0q+X+y3Wxf7hHoQ9e9+691737r3 RNfm58Xto/M/4r9z/GffEsVDQ9l7VfC4nMlwsmC3Uymo2XuwRIGbyU29IkawBaRVv/U+/de6+T/2 t1bvbons7f8A0/2ZhMjt/f3W279z7N3di1IZW3MwuCrC4IN7gj6+/de6QPv3Xurk/wCUD/Nb3R/L g7TyW3t6nIbw+MfZuWK9i7WxiebcOE3M2nydv7Qg1oKne9QFCzRFlEiflWCsvuvdfSD6S766f+Sn XeB7b6M7A252l19uVA2H3ZtXJrLTSq3BUEFTdT9QwX/AEc+/de6HL37r3Xvfuvde9+690msvlsbt 7F12azVdQ47F41HymUyGTkHhxMJVbs2n6Bb2BuP9jce/de60P/56P88HEfI+g3F8NPiFn3r+kMll 5MB3j3Lh5naHtGF5Ff8AudsselJtiS+MEkgru0ftxHTraT3XutVz37r3XvfuvdfSc/kL/Amr+Fnw wxmd39iBiu7vkhNt7szsfH+SJFweBWnZNkbKUSHROlPDNK7gH0vmSD+kj37r3V9nv3Xuve/de6+O v8j/APso75If+J47R/8Afzb+9+690D/v3XuvoWf8JYv+3bG7P/FpO1f/AHjuvffuvdbLnv3Xuve/ de697917ph3H/wAWTM/9q2X/AKFl9+6918aXK/8AFzyH/a4/4g+/de6b/fuvdfSw/wCE4n/bpf4/ /wDh4d7/APv5t+e/de6vY9+691737r3XvfuvdFr+Vv8A2TB8kv8AxAvav/vEbv8AfuvdfH7xX/Fs x/8A2p/+JHv3XunD37r3X1Jv5Hf/AG6l+EX/AIiM/wDvYbz9+691bF7917ohH8wP4iYT5wfEbuz4 7Zj7GgyG+Np1Mm0czOCW2/2TtR3qNlbriKEC8dTHH+oHTHxf8+/de6+U9vbZ+6ut95bw657BweS2 72BsbeG6Nl7wxOW/5cW59i/Xi/v3Xukf7917q/b+S3/ORyX8vvc9f0n3fkspuD4jb1yzZhF80mfz /SG5naN5N3bMC61XryTxALtwKZIrkrwWVvde6+h/1r2T193HszAdidX7o272D19ufGfxbau7dr5l c/t3NwsGAkgljupIvcc3+v0Pv3XuhT9+691737r3XvfuvdEn+Yfzf+PHwM6hr+4PkDvVNu4x1MW0 9ro7Hde+dxJGVh2jszabjzVFS5UC39kEksSBq917rW4/k5/zD+4P5jf83jvLtHskDbGwNufELdWI 6f6oXKA7Z2Ptx+6ehXd5FUAHsOVydZ9PBPI4I917rL/wro/5lx8Hv/Ejd7f+8ZsP37r3Wkj7917q x/8AlF/9vPfgh/4sftj/AIj37r3X1affuvde9+691737r3X/1d/D37r3SL3pttNw4isVaS9dpsly DqCj8Hi5A9+691XH2Z0mfuvvhQfQj/eP9v7mW33aNjWtf9X2dB3wW6LdV9JGsqv+AH8R/p+P9759 iC33eMKM/wCH5/0eveC3Sx2l0Pep/wCAHH8Y/px/xX3q/wB8i0nv/kfl/R6tBbksMf6v29WHdPdW f3bpf8sogD/X3G+7b2rhhE9GPyPoPkOhBBDpWhOOjKxQKLf8b/x/x9x99DEpx/l/z9FEVrIuSMfl /n6l2Fvdv7HAHRxF2LQ8epXu/Wuve/de697917r3v3Xuve/de697917r3v3Xuve/de6hE8A/6/tu 5bwyj/b/AJOkIHEdUR/zPf5cNF3x/wAZG6+occN3g2y9+dQ49VgSfr7yG9sPcwbFGYpjheB9R+pn +zc8W+XVSPTrU/3Z8bu09h5TIUNbtXJf7jP9v7nj95xfx/yP+boHfQTf6qf5+kBSbC3vW1V6PB5K 3v37zi/j/kf83XvoJv8AVT/P1Zd8JP5anaXeu+8ed0YTI43b2MIzX8WJ0i5NgLk2ufYK5p9wrUwO zyhVxxqPNfWMenWrCwdXBIx/xfz63VuourMD1F11t3Y2HpaGPH7dxixJ48cIybBmJsp5P1Fvrx7x R5g3w3l3LcnUFNABXGKCtAKZ6kGz/TjVR/q49DJ7KOt9e9+691737r3Xvfuvdasv8/8A/lFVfyw2 vP8AL/467Tau+RvXGHeDsLYeLVI4+9etIG8MaaBIxTsLrUIZIDyHXglTpDe691oQ/wDAOr5of+Kf 4/4fX37r3Tf7917o13xR+a3ym+FW8Tvf4zdwbi69r8mQcxiGA3L1nnWVtanfGx+RcMLj37r3Wzb0 R/wrL3TS4uiovk38S6HP5KQWO7ekN5HbwA+l12J2IJIVP/k28+/de6PnSf8ACqn4BGkBruq/lDj8 kBb+GNs3Zhb/AGB/0jC1vfuvdFZ7l/4VjdaUtFksb8fviTvrcNeyCPE5rtXe21Ns4IqNJAO0+vH7 aqri31D359+691rifNj+bf8AN357jI4DuXtNtudW5RmYdIdUYt9v9aLqP6d662b+/sa3sq7qsqjg AD37r3VaXv3Xuve/de62hv5Af8oTJ/IPfe3vm78htqJQ9DbFzUWd6j2jmMMrjvHsrWzHebxmogdO u+sliaKNxqG8XIZlZVYe/de6+gF7917r3v3Xuve/de6+Ov8AI/8A7KO+SH/ieO0f/fzb+9+690D/ AL917r6Fn/CWL/t2xuz/AMWk7V/947r337r3Wy57917r3v3Xuve/de6Ydx/8WTM/9q2X/oWX37r3 Xxpcr/xc8h/2uP8AiD7917pv9+6919LD/hOJ/wBul/j/AP8Ah4d7/wDv5t+e/de6vY9+691737r3 XvfuvdFr+Vv/AGTB8kv/ABAvav8A7xG7/fuvdfH7xX/Fsx//AGp/+JHv3XunD37r3X1Jv5Hf/bqX 4Rf+IjP/AL2G8/fuvdWxe/de697917rTT/4UX/ymqzeKZr5+/HXbC1ufx2Klh+TXXeLxEaHP7Xj8 sp7YhWOlpY9FHToRvAWMklNH5CWIdvfuvdaUfv3Xuve/de6O58Pf5h/zB+CmdGb+OncGR2/t/JZn Vluvcv8A7+PrbNtawZNlCzI63NmWxH9ffuvdbMPQ3/Cs0DGY6g+TXxJyK1wGnMbq6Q3ebAWGnRsf sCyKV/8ADvPv3Xujn1P/AAqp+AwxRrT1F8pGyH/OqOztl6x/iSOxlQ/61vfuvdVu/JH/AIVYdn7m x2Qw3xL+OOP689Aj/v8Ad35yTcmf0ggj/fgbAcwahb9X97dX+Pv3XutYXvn5Cd3/ACn7Gr+0/kD2 pvbtXf8Akvpld15j/iw8WGy9jbI/5p+OPfuvdbAH/CUn/t4F3h/4p/un/wB/L0N7917o/wB/wro/ 5lx8Hv8AxI3e3/vGbD9+691pI+/de6sf/lF/9vPfgh/4sftj/iPfuvdfVp9+691737r3Xvfuvdf/ 1t/j37r3Uf37r3SOy226HMD8/wDIv+Ke72+7yahn/Vn5da+nj9P8P+fpG1PV2OeoDLRqRcm4It/v fs/g3dlGWp+z/N1r6eP0/wAP+frnSbbweG/y62N/17+w7fb7LoPdn8vl/R6tBAuqg6T+X7q2Ptyq FFW5zHf4WIH+9+4/v9/m8Q/xfl6D+j0fQ2w0gGo/Pp6253R13uRqIUefxz1rjgHgi4N7EC4B/wBf 3Tb+e/rT4dOP+z/QHp1S429oy5GV8vXoYYakOLH8ex7bP9TEH/1cT9np0STfpkgdTfb3Xuo/v3Xu pHv3Xuve/de697917r3v3Xuo/v3Xuve/de6x8Ef4e9ds69IM16gf5FV8XBv/AIc3H+39++gkh+E0 H+r59ewc9AXv34zdP78+8rc3tbG/xB1/4uZQ61/J1HV9B9PYotefNwt1RHug8QFMqK/t0n/L0tNp ExFEyegkxPwH6BxFX96m18YW/g4w9v4St9H5b68i3tY3uJc07TmvmB/1r60LJCaAfz/2ejV7T2Pt PZ1IKTbeEx2KQfX+Gro5P0+vshur65uT+q50ehAH+Dq4so4wO0/z/wA/S11D+nsnntVnpqP+r9vW yCn29Svd+tde9+691737r3Xvfuvde9+691q0/wA3r+QFtX5Y5PO/JT4mf3e6t+SWRMeW3htLKibB dcd3kxghpZJFWTY2/iy2E9rNf1WIY+/de60W+4eou0ei99Z7q7uXZO9Ord+7cVXym1t04kbeR0YB ldSpIZWBuCOCPfuvdBj7917r3v3Xuve/de697917r3v3XunDE4euy+Ux+DwtDksjuDJ5j+C4bE4n Df3j3Lnf9h/X37r3W2x/Ku/4Tjbr3zmNud8/zAsDktm7AxuYGb2l8aHLJuLfS+r091HQx2PsI6SR tNfoB6iLrq917rdqwG3MDtXF0GBw2GxmBwG38ScRhcVjMesWCxWBiVCsEaKscQUxwgECwsORyT79 17pbe/de697917r3v3Xuvjr/ACP/AOyjvkh/4njtH/382/vfuvdA/wC/de6+hZ/wli/7dsbs/wDF pO1f/eO699+691sue/de697917r3v3XumHcf/FkzP/atl/6Fl9+6918aXK/8XPIf9rj/AIg+/de6 b/fuvdfSw/4Tif8Abpf4/wD/AIeHe/8A7+bfnv3Xur2Pfuvde9+691737r3Ra/lb/wBkwfJL/wAQ L2r/AO8Ru/37r3Xx+8V/xbMf/wBqf/iR7917pw9+6919Sb+R3/26l+EX/iIz/wC9hvP37r3VsXv3 Xuve/de6h1CippmA+hsf9t/yP37r3WlV/N+/4Tu5yoyef+TH8vTa5yH8Sb+L9j/FXGKIldmaUDeH SKhiVkVUF9s2WNywKfXSPde606Mth67D5TIYPNYPJbd3BjB/Bcxicth/7ublwX1/5gjn8+/de6b/ AH7r3Xvfuvde9+691737r3Xvfuvdbgn/AAmC+IvyL2Z3T2F8wd49bZDaXSW+uh9w9Ydd7n3a4202 +NwVG+9gb0kk2Pscxyh+vli2S7JuQqTMyaF55HuvdDV/wro/5lx8Hv8AxI3e3/vGbD9+691pI+/d e6sf/lF/9vPfgh/4sftj/iPfuvdfVp9+691737r3Xvfuvdf/19/j37r3XvfuvdN0KFUJ/wBa3+3N /wA+93FJgAP9XDp67kotBx/4rpkz+XTDYv7yrAFvqB/Xg2P+wPsguNxFiav/AKv5H16U7XbtK2eI /wBnqpH5HfJqtqsmMHhK3Ihf8OP94H+t7xO535+iuImGr/D6x/8AC+po23lcxNRUAH5fP+l0RHLb wzuYqq/72uyX+H5/P+9e8eJ9/FxKxB9P8H+lHp1Ie37QVVQf9XH+l034rcmbw9Vj/sq7Jf8An4te /svup0t51kH+rAHSC+2IyIQBk/7H9Lqw34z/AC/zdLk6DY/Z1aDQ5MWw2WItf62BNibX95Se13uh bbNbrBOez8/WU+UTfxdRxuXJ8rMzxoPEpjh6DFdfDq3umqo6ylFVTepWHpv+bfjj3llFBDP3K2Pz /wA/UOVcfhz1ydFI54/2/wDh/j7NFYQr/RHXhdhDQjP+r5dTvbfWuve/de6j+/de697917qOIlX6 nj/WP/FfeyjHh07JeRrxbP5/5ug23BvqhoRpFaAD+BwP+Ke9fTSf6qf5+iabdY14Y/b/AJukjSb8 FZVW++Av+R/vH9fZn4B/h/n0H4b9S3+r/N0r6Tcv3n1H9B/xP0Hv305/g/n0IYL5NK0P+r9nSuxm VEgIZeP9f/ev+I9tPGH889GP1Efr/h/zdKDn+ntP1b6iP1/w/wCbqV7Z691737r3Xvfuvde9+691 737r3Xvfuvde9+691737r3RRvk/8M/jV8x9mDYvyI6f2Z2ngBBP/AAh8zgkn3DgZViUxy7O3ejx1 my31L9IXXUSR9bW917rWD+Sn/CUbC5Coq878Qfknk9stKjSDr35BYh9ybaULfg7y2PFS1oc/08PH 59+691TV2Z/wnZ/mudcVNeaHoPbPa2Ob9OW6m7h2bZvzxsjsD6/7D37r3Rbqj+Tt/NMp6nVH8FO+ 5F/1SYnZrD/koE+/de6GHr/+Qr/Nd3zUM7fEjKbNCjUctv8A7F6gwDED/UpH2Mzuf6AAn37r3VrH x1/4Sjdv7gq6Ot+U/wAlto7Ao0TyZfaPR2BbsPcT/QhU7B7H8NFqN/ztQe/de62ZPhl/Kk+FPwZo 0ruiemsem/JEMmX7Y3/K+++08szUrr+1vCoiZNmv5XI0bdjgjHBKsR7917qz737r3Xvfuvde9+69 1737r3XvfuvdaOHZf/CVz5Lb+7O7Q3zQ/KfoTHUG+Oxt3b2w+H/uZvNmwP8AfPe3995U9IZS6ScW BN/xce/de6Qf/QJh8p/+8tehP/QN3n/0b7917rZU/lBfAbeX8uP4sZPoLfu+tudj7ly/bm6uyzuv Z2I3Ntzbsybw2jseCWMLUm7LDNtEhibKCbXubH3Xurd/fuvde9+691737r3TFlaQZDGV9CP+U7GM v+x0lf8AedY9+691owVf/CTP5S1lWK0/LXoW/P02Tvb/AHsKR9ffuvdQP+gTD5T/APeWvQn/AKBu 8/8Ao337r3W1B/K1+Gu5PgR8Ner/AI2b13bt7f8AuDZmS7Ky2T3VtfFPSbflbe29Kze7AU8wjlQq asWJAJNv6A+/de6sr9+691737r3XvfuvdAp3VsGq7G6d7e66xNVR4/Ib/wCu917LxWTk0tHTtvPa dRtJJGP0Uh5BY3twv9PfuvdaT1H/AMJKPlLSU9Cv+za9Cao7agNlb2/PIsSml7/4E+/de67/AOgT D5T/APeWvQn/AKBu8/8Ao337r3W3D/L5+Ne5/iH8OegPjPvHdON3nuLqPaA2/ld1baxLU23s443N NVhoY5UEiy+OUBgQrKLk/p5917o9Xv3Xuve/de697917r3v3Xuqs/mz/ACmfhZ8+KI13cfU2LoO0 kxDLh+6djyNtvszDs0CGF5alF+33qvlBV13JFOoJGkDkD3XutYz5Ff8ACU35G7ekrsl8XO++t+0M D4kfGbR7Yw8nXe4lcj1oh2JFD1wyowNmaNCwsbfge691VN2D/Ir/AJruxKr/AC34eb23F/XLde7x 6d3H9f8AypPv3Xug8xX8nf8AmmVc/wBrR/BXvwR/XyZfE7M24tvpcte1r+/de6Of0r/wms/mZ9oV FE289pdT/HrAJG0n8U7A7HXcO5W0j9A2ZsRu2IVdiONTqP6m1z7917rZB+DP/CcP4cfGfI4HsfvK szPy37RxmSG4cOewMEcJ11gdxGFpmkg2LEZI61gtgP7yGo9bAFebe/de62OqSkpaGCmpaamVYlA0 gAegAAlmJ/PPv3XuqK/51n8qXtP+Z7tjoDD9Z9o7I6tl6hynZOVzDb9w27M4ufXfDbFKRImxqhWX xf3NvYn6OLXNwPde6oZ/6BMPlP8A95a9Cf8AoG7z/wCjffuvdGb+E/8Awmu+RfxV+XfQXyO3J8l+ l90YHp7sTb298vhsNs7eC7m3A1OQrRCSZo4Ed34XWyg8m9gT7917rcw9+691737r3Xvfuvdf/9Df 49+691737r3ULWD/AK39f98PbFg2uIn/AFcT0iuJCzqv+ry6Kn8pN4DaGxK8g5HkcFebiw/P5v7i L3E3B7GQhTj/AK9/I+vQ/wCWbdXUkqCf+iuqIctmRmKr7377+In+MfT/AFv6fTk/X3zt3e+mmpVs H7P6Py6yJ+pC5Ix/q+XTdY+3Nn2/x8k/6u759a/fHh0Cj/V/vPXuR7L4ZvrTQ/6v8Hp0YncVfHmf 9Xp16lq7VP8Arf7Dn/XPs8gtp4ErG3+D/KetAq/EcerXfjP8pgcXj9rbmrQSAbZVgLXItYkgk8+8 sPan3Vn3qdY5G7T9npMfKJf4eoU3Tk6NVLBe4DH8uPcerG8TuOhzNL93TVKun9fx+fxpFveVFxKJ oFeM0/4sdRzf7NJbyhGTj5j8vn0sPa7om6j+/de697917pG7q35tXaFLqzWbx+Nv+GIsPyeASB79 17omPYXyb+6/yHbHJ/rYX4+tyODx7EAt0HDqK593koRWo/1fLoD6Tsg1dSBWV3+v9f8AD/ePdvAU 9EE+7ODxpT/V6dCBit4X5/1/98ef9h7X+EvVYL59S5z/AKvl0J+A3H+f9f8A4rx72Il6EMF+dPH/ AFfs6MDt7L/8W8X/ANv/AMj/AOI9h85BHQy8d+hMpqi8AP8AQf776+2mSrV6sLhgCOnz2i6EHXvf uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69 1737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xv fuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+6 91737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691//0d/j 37r3XvfuvdNyofEB/vv1f6/tqxXQhH+rz6Z3MFwoHH/iuiafM7bbZjqXI1tKa/VjRc6CfoNIHB59 xF7ibe19JqQY/wBiP5j06kXkDcEsSVYjOR6/jr5H16oz98/f3+Y8MP8AV/vPWTxv1eoBz/q+XXf0 /wBb3UH945H+r/B6dVy5697LukPXvfuvdCfsj/I6sXt9f8P9vxx7HHKW76Z1Pln/AAP/AEeg3uvw f6vl1Zd07vutxKlWrMiy2sQwBB/1wf6fT3mJyjzOqQIoahz/AIX/AKHUObuqs9GAI/4ro/eAyoy1 NrA/wN/9j/r+5dt2Jah6CF1EsdJF6Uo+g/2P+9+z2D4B0US/F0W/u3t1dhYoChAFfkeF/PA44/II 9mIUAAenQc3bcFeKin/VUfLqsHcO5c3uSpFdmq/JZEf1976hrdqyPUcP+K6bfdut9e9+690sdvZj g8f0+n/Ee1vXrf8AtB/q8j0ZHb+Y/wAP9t/xHvw6EEHwdGR2lWfeCg/r9PaE+XQ1h+LofsX/AMBl /wCQv+J9p5uI6ENrwX8+nn2l6Meve/de697917r3v3Xuve/de697917r3v3Xuve/de697917oE+4 e9+lehsWNx93dtdf9WYGVx9rkOx91bc2xjJSqKHahnyksU7lWB1Fr2a9uPfuvdI3pj5ZfGT5CzzJ 0H8h+o+56qIuchjOuOy9i7orsfHEzRtJWUWLrDnIYwIyQXQemxX06ffuvdGai06AFLEAuPUZGa4d gwLSkubMDyf9hx7917rJ7917r3v3Xuve/de697917r3v3Xuve/de697917pqqmWF3m1RavIBDG7G lgFQtMZGmrKgXLhYE+tiAgtYn6e690CnVXyN6G7xyO9cP0925sLsjNdc5afC7/oNjbrp83VbTzdP IVrKHJUsDuqPHUqwNwASbfW3v3XulJ2h2t1r0ztLO9k9s752z1v1ztmkSs3Xvjd2X2/t7aWIo5vD phzdblahJ4JKnzAoCACHvexsfde6Vuwd77M7J2dt/ffXm6Nvb02RujHplNs7p2plqLObdzOKleRa eqxWUxzPR1NONBQ6CfG6lDyp9+690r/fuvdYJJBCS5HBt+f8B/xT37r3QYUHaHXOZ39uDrrA9g7P zHYm2hjq3dnXeK3ftGbee2UrcXRZLGPuHbEE7bnxsWSw1ZT1cTVEa+SlnjdD4nS/uvdCdTOkkKyR uXRzIwY+X8yPcfvEyelrjm304AFh7917qR7917pHbq3Ngtp47MZ/c2bx239v4SgkymczWdyuFxGJ 29h4IXap3BPW1vqp4adkK6piE1A/gC/uvdc9h702f2JtLDbz2Bujb29Nn52Geowe6dq5ihz2CzNP BWVNFNVUWWxrPQ1bCrppEm8ZIjnV0Jup9+690rvfuvde9+691737r3SK3jvDa2xMVkdzb43HhNob TxkD1GW3BufLYXDYSljiiV/JLWZB0ClVXnyMv04uLe/de6AHqH5s/EXv/NZDbPSvyd6T7Y3FipZI q/BbM7G2hm8rTSByBF9jSSNM8qqRcAfX37r3Rjs7ujA7OwFfuTdmWodt7fw1DWZTN5zcGRxOKxuG xdEC9TkcpXTVUFFTUUKFbuGIUMuqxPv3XusOzt9bM7E2pi99bB3Vt/emzc5TT1mF3TtfL0GawGWp qaoqKOomoMtQVE1BUxwVdLLE5WQhJY2VrFSB7r3TLg+3Or9yb63D1dg+wNm5XsvaWPhyu6uv8fuX C1+8Nt46eSlijrc1gKKuqMhj6Uy1sKGSRAgeVFJuyg+690vTTI7yvITIJQEZHSHSItOkwXEQkeFz diGZuWP449+691zhj8Max62cLqClliQqhYlIwsMcUYSJCFWy30gXJNyfde6y+/de697917r3v3Xu ve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r/0t/j37r3Xvfu vdRrWHukreEop1sgS8eHSa3FhqHcOLrsNXUv7eQjKtcA3tpOst+CAPZHPt6350sKn/V8x6da+te0 +Hj/AKvkeqAfkB0tmeo9319IlFfb2VscPlr3IP8AQ2+hF/fP/n/kAbLUj4v+vf8Awxv4usldp3YX ipLG1QeI/bg4wR0AfuOtg/TJU/6vi6kiwGtQSM/8X137LOi/r1JR/eVf/G+Tz7917oX9p4c/dY8f 77/evoPY42LZgkikH/VRv6XQa3Wmj/V8ujwde0n2Q/4HX+nNveQWw2zLEM/6qt8+oe3bL/6vl0fD r2sBo6D/AB/3i/1/1/eTcHx9Bm4FUp0LtVUgY3X+SLf15vf2Irb4Af8AVx6ILjEh6qi75y/8Y3lk R/T8/S39eOfx7MuoWn3B5A3dj/V8ugPJtx/T37ohnpKSGHXH3vqvXvfuvdOOJrP8qP8AsP8AW/x9 revW/wDaD/V5HowO1LVlWP8AjZ/2Hvw6EEHwdHO6+xQqUonN7Iuo/wCsLk/Ue0DGmehtAKvTofVK wqD/AK/+x9piC5p0IYBpCD7epvtP0Yde9+691737r3Xvfuvde9+691737r3Xvfuvde9+690T/wCc nyg258MPi58gPk9ubHHN0PTHWGU3hDt8Rxqdz5kucftTbiTgicHKbjlio+OB/EP8R7917qiH+X3/ ACnMV81tp7X/AJgv81dK/wCSfenemHTenX/Ve6s7uAdedN7A3DPKcBg8ZgcfLDSUv3m3EpKqTQPG ZZnJuzED3XujBfMD+Q58ZMtsar7J+DW2Y/h18s+tabKbw6g7D6f3Funb2Mm3RhMdakw+dxVNPJHl aXJQUiROqqCXLE35I917ozP8nL517t+c/wARKXdnauPTHd+9Fbw3n0t3tQU2Pr8ZQZLsTYSUlPBu CGnyrPXQtuLbuQpK6QtZWmqHdBoZQPde6m/Kf+dV/L0+HHYuV6Z7T7iyOR7V2+3g3Js/r7ZO4N/Z vZctPDA6jdFDi42gw6tRTRSj1ANG4c/W5917o3/xT+aPxs+bOwv9JXxn7S292btWnq4qDcH8Lqaq i3JtnOsfHFQ7j23XLFX4iWSOMOscwAeMq661IPv3XukF8yv5iHxE+B2Jw2Y+TnbWC2FUbkeqg21t ajx+UzvYO7HjlMVR/dXb2AD5eSMVCtqax1tex9+690FHw3/my/B35v7oy/XnRHcMVb2Nj9Wam6z3 /gdw9a9jz7ejhXXU4fa+7IIszuuJnRpGcagom49Cr7917o5feXfvUPxn643N2/3zvjB9Z9cbdjao yW4N0VsEESxiNTT0uFhpI/4xkchMSFans0iyalS8ag+/de6r++Mn88L+XL8sOzqLqHrLunI4zsDN LL/dDHdl7R3V1tj98QI5iaXaVXuiOOgzouCqsDd3Xgc+/de6t2ok8dMi6ZUs0xAmWjV7NNIwYigA pdLA3XTyVI1eq/v3XugN+Uu/Yurvjb8gex3I19f9J9nb4QH8ttTZeczaW/xDUXv3XutHT+Qk+5fh d8t/gzuXddWsfWf8zb4v9k4ikrXKquP7E657C3kcMGZ7oBhqLraOnNxYf3v59+691cJ/woLnzHyP 3r8Av5YmxcxU4/OfJnuzH9idhpS/5qh626tkkxcUoPFzT7ozMuQJ/wCrR7917oY/+E0W967M/wAs bA7Uyk1VNV9R969z9S/5ZbxUCYzKt2WkQsfSlOd+GM/4j/D37r3RsPlT/Oo/l5fETsWr6k7Z7gq8 12TjFY5jr/rzZm4OwM9tzxQwyx1G4qTExy0uLheknjnQ3GqGQP8AkX917o23xM+afxm+bOw/9IPx k7RwHZu3qSu+z3FTY2rqaDcW1K5/IBQ7k2xXhMjiZy6cJIArRFXQspHv3XutfzZfyW6O+H/85z+c f3735uqg626x2z0x8RdvVmeODyGRq63OVe2NrS4yDH4/bscmZknno5IVKnSWclgdNgfde6tZ+Jf8 5L+X/wDMXsVeoum+36mh7QnNXJgthdmbS3ZsHdW9IC08z5HYk29KejizlJq/3WhJLNpA0i/v3Xup 382vN4/bXwe7R3FmPlR2h8MaCiymw4Ze/esNoZDsHe+GqH3sIZNvRbM24hoKyjyzSiCeojIMSO2s 6hZvde6En5XTJUfyz/kbUx7lr96R1PwU7IqYt5ZSKpp8nu2Ko6Y3JNFufI0tYBVUVfn43FXNA/qg kmMf9n37r3QFfyL3dP5SXwdZTIzHq/KxwRa3paYTLvfeU7TVlSh1tCsSn6Aj0kaSffuvdJnvn+fN /LO+O3ZeT6q3Z3fWbn3hgppKfdY602fuPsvC7XylOY0rYsxlsVroaFKKVispjJCMrKSGUge691Yv 8d/k/wBEfK/rjFdu/Hvs7bnZ/X+WnFHFuDa+Sqy9DmDUSUstBlcHWCOpx09PVRtG8cw5ZGKhl9Q9 17oxVKgSELaINrmMhhjEUbzNNI08mgfR5ZizMfyxJ/Pv3XutX3+aphIfm5/Nh+HP8tftHP5fG/FT FdSbl+Vve+08Hnf7u0/aBxqbzxO1Nobl1TRDNY6oyeyBRSIGXTT5YgXI5917pHfzfv5Zvw3+L3xL zvzB+HGwds/GT5E/D+t272RtDe/UGRG0K/NY/Cbw2ztDK7Y3hpkP8Uin/iv3zkrdpsYF51XHuvdW 0dm9s5Xvj+Tr2X3VmYaelyfa/wDLv3h2FlKSCmngNLmd2fH/ACGXzFM7Su0cpp66paO6AAFT+CPf uvdJr+RKGP8AKS+Era30DqfLIIxHpj1f383azSNIbmRyGAW1gACPrf37r3RQfioGP/CjL+Z2qO8Z b4p/H4a44/JIoGI6sZtF7hHZVIDEGxP0vb37r3RtfnXuyh278zP5cWHrfmf2d8eZ9y9ybrhoOjNj bHm3NgvlJVw/wto9p70ytIrS4jA0ELrSVbkFo6WocjT6XHuvdWVdndw9Z9E7D3p2n3LvnbPXPXuw MPTZfd+69w5WmpMLhMeWaCCefUpr0nrpysNPThZZamZkjgWSRiG917qnfbP/AApA/labi3nQ7XqO y+ztpYDK5STE4rtfefTG+sB1RkJ1cxxzpuiWgmqqSgnYC09VRwRRKdUpjUEj3XuruqbcmNy+KxW4 dv5bD5jbeZw0Wexucx1dFkaDKYSso0yFJnMLVY81cOXoXo5I5YzETHURzqySWHq917qgPeP/AAok 6Kg3RvZ+ivjD8s/lV0v1XlK3Edm/IzpPrtM11Ht6XFQ01TmqujyKieqzcOJpKuKolEDArSyCVgFI Pv3XurlPi98penfmH03tTvroTd9BvTrbeNJVzY3Kp5KSsoshQyRRZHB5OgeNvt8hh55PHVjyXils pXm4917qsn5K/wA974q9Hdy7h6C622J8h/ll29sSpkoN9bR+MfWyb9xe2MrDWQ4+fEZ3Nio1tlaW aaVp6agSolo/s3+58QZPJ7r3R/6f5c7Exfxsb5R90xZb4+9dY/bO3dz7gpu0lj23l9tnPbY27uRa DJJJVUk38VpK7OnCigeHzvloWjZOOPde6p7q/wDhRB1Q2Kl7ax3wh+e+Z+KNLNUvUfKqn6fqoeva nbmKqcnBlNyy0NfDDk5ds0qrVBailRhIUIDrounuvdXp9Ad/9afJ3rXaPc/S+8sdvfrLetFLldv7 gxUDQpLDE0lJW4HNY6tdcvgd0YLIftVlNURxvHJGVKKSQPde6HPSvPpX1EluBySLEn+pI4/1vfuv dcXjR08Z1KnpsIneEgIwZQrRMjqt1sQDYjg8ce/de6wLRxqFAklsESN0LIYZIUQp4TTFDTRRstr+ JEJsOfrf3Xupfv3Xuve/de697917r//T3+Pfuvde9+691737r3XvfuvdBhv/AGJguxsDW4TM0NDX hxYCQE6Txa97kG39fYN5k5ca7t2p/m81/pD06XbPvYhmwe0eXHyP9Hqpbu34l/3PqhXYUf5B/r2/ 1veLHM3t3cTztpH+D0X/AIb1M20c3IkeT/q7v6HRP6vYddSVX/AG/wCP+Kf4e4X3jablACRx+z+j 8+pFuN+icU1Y/P5f0elBt7Z4+6x/IB/p/t/9h7ttEUqDTp/wf0ug7cXqMxINf9Q+XRgNvbb/AMlx 44/4n/bfT2I9h2GaOYEihH2ejf0ug9POKHNa9Gf2RhxRnHW/F/eQuw2LxwgEU/4tvn0H7idan5f7 HRwdpUf2dLQf7D/ff7H3OsPxdAuf4eheqqW9Lx/xXj/W9iK2wgH+rj0HpzVyeqku7sP/AAjdGQP2 PP4/r/vr+zLqKeZ7Y6D24/6I+fQPf63Pv3UeWsJLk+n+z1x976Meve/de6UW3sP/ABjKEfY/63+v b/b+1/jr6dbsbl7tgtMn/Z+Q9Ojv9Z9V1tZ/l1bQ/wC82HH+xt+PejcIoqT1IVhyy1yuvy/4v+mP To52JxFDh6bTRL6bXvfg/wC2/PsPdSJ09+/de697917r3v3Xuve/de697917r3v3Xuve/de69791 7r3v3XuqjP54XRO7PkX/ACz/AJU9dbEoqnLbyo9nYnsHA4bG0STZHOy9Z7s2t2JUbfpGJYy1dXBs 9pKcWW2TFATwov7r3S0/lPfKnrf5a/An44742HWUwqdtdZbH687F2zS1JpMxsLsDY+Jp9lZPEZKk DR/b0jVWAMtJcnVRPE9jcge690dPufuPYfQfVG++5+ys/icHsXrfBZjcW6MlkJg0AhwmPnrEp6GU gA1c1QLEaWIlLDixI917rXF/kcJvvrj4HfzC/nXW4XIYuh+RPa/yS+SvTeC0+nL7J2FiNwV+39yx n/U7lztbPSgfXTigT/j7r3Q6/wDCeD48da4n4F7a+TuYw+M3J3n8m929mdodn9p5TD4Gpz+byMfa e+drxVeH3BUxfeYehyuLxEMksLyKJHdmAIKlfde6DPEbU2b8YP8AhR3tXr/414THbT238pvhJu/f PyS6+2zVUGLweO3ttvM7nr+ud4RbXoB9lR1eXg2JUR1Uqm9VV56SpY6pW9+690TPBdj5ub+af/NG +QW5firu75wfKnovtnpnon4q9K4xabJT7F673Piewsdh+4JcHNFLBs7rbBUuCinyO4tB8E+8plGk 2I917pcdz9D7h2X3D8c/5of86PunD9T71h7f2hsr45/G/wCH204I8lgtw7py/wDeXAbd3525gUbt DsaKmpttQ6pMQwihhcRS8pz7r3RsP542DxPavyk/kxfHbeuPXcfT/c3zGrKnfGw9wY+on2nuf+7E myjRHdGMrNNYuR/uxunJY8mYCVny5LgEkD3XusX/AApM6z6zwP8ALroO78Bt3Abb7N+PvcfVG4eq d64Pa0eL3FtaqzeclwTHbc4jVo6KJJUyLgMVAxgP5Hv3XutjzY1dV5PZm1cjkAi5Gv2/iazJqjq4 XJ1NDDNkldkAUzLXPIJP6PcHn37r3VZH87/sJus/5V/zZ3PFP9pWv03W7Vo31D/KI9+bk2nsWVT+ QNe6dNv9j7917qij5qfH/O9J/wAkL+VP8quvKdaXsT4BQ/H3uCknLKpg2526dtwZRk5Bd339kduS WANlBP0Hv3XujN/BbfWH/mOfzwPk581dq1ybi6Q+Jnx8676Q6aqmmSJzvfsiPG7izUqofVKtI2K3 bTtYeksCf8fde6Rf8n3dO5+lOu/57PUu0klp91fHj5KfIPffXeKpApqPudw7U7Sp9mTEGzXNR1ij A/QWHv3XujJ/8Jzej+m4P5euyu/sXh8Duf5D917t7Z3P8hd/1WO29X7+Tsqm3Xlds5HZIzNbG9Zt yhGMxECinYhZomEjEK6MPde6CrJ7Q2N8ZP8AhRz1BgvjnicftHAfKH4qb3z/AMoNgbAag27hIMls yr3/AJraO7q3aONWOho6uTIbNjNXLEB9/VySVHLTn37r3T/8dNt7Hq/+FCH8zHYXbGAwGcm3T0Z8 au3ti4DP4aKSjyk/X+A2zR1W+cUJUliafHZHISQOSCPNGx9+6907/wDCkrq3qnaPws2/8mcLisdt P5RdFdx9NS/Gvfu1dvRU+/KneOd3ntrbOW2xRZNFDNQPtiCOvIZm0JhwoNh7917oTP8AhQTW5fJf yWe5shuCljoc9Wy9A1WcoY38n2WYn7X6zkylHM/F6qlrmkjm/pKre/de6Pl8hP8At1R3T/4z23b/ AO+CzPv3Xuqjelt/dj9X/wDCXin7A6hqJqXsbbHww3zLgKxKiOgbby129950OR3dDW/rj/gmOqZK 1ibf8W2w4vf3Xui0/C+D5LbI+J3Q3xi/lZ/DLZ1Nk+4/j5sntbvn+Yf35jdv7h6tqN49ryRzb2fE U1Xrqe4sntTN5GrxP8Hlkq2gmx0iLhamNTUy+690dv8AlJ9GfFf4NfJz5RfDrb3fPaXefzNzu1Nu dvfJKSfb2N2p0lSfZpj63Ew9d7WxEh2Jt3N0Nf21BEtJk/DLFodIaelhRIF917rY+xpc0i+QhpBN Vhz/AGtQq5wwl5KedSLSaP2td9Ho0+/de61bvl31Dtbvv/hQ7sfpPfseaqNj9u/yyOyOtt3Q4HLt iK0ba3fWdhpW2nT1aicK9rAkf0P09+690Xz+Zp/Ic/l7fFP4GfJbv/qDB9q0fY3V+wMPndsVO4+y 5M3iETLbs2/gUQURp0URNGpJOr6j6G50+691bh1+pT+QNTpKaFqmP+VxkYWeiuQaeH465OOMSMRy y1Sz/Ti9/wAk+/de6XP8iURt/Ki+FTa2MkfUVWghZFCxpJ2BvZ2qY3HqYVZRYzf803H+PuvdFE+M Ijb/AIUVfzN45XaNJfi38co2dUVwQ1B1ReB9X0SuH+Tkjn93j+vv3Xuvfzef+3n/APIj/wDFmOyP /cbrb37r3Uf/AIULU2C3BT/y1tg9wZGfFfFHfXz06zw/yPq3q5qDCPgEoq84Oj3LXRMq0uGngmyb SyOdMQj8os0asPde6uH+UXRnRe+fiJ2x09u/rzYVX1M/Uu5sPidovhMLR7bxCU23KuPbP92aSGni o8LX4yvWBsZJSCOWCoWMwkOF9+691R5/LS37uzM/8Jv89mcvl8rVZXZfxa+XmDwWckr4qfI0+H2R V9qw7Yo6PJJMMhSzbOxtFHDRswjhijaGNCxuE917o5P8hTb+Gp/5SfxDEWCgZ937K3jnt1UyY3DP ST5Pcfae+qetp82vjWbNijhgFC8knkP2VMg4sPfuvdEk/kOvubD/ABc/mu7R6wgaat2N80/lJtzq PbWUkkFNSZfCdd7aottUUlPFaLC0WSroaMzU4CMKo1Nhqje3uvdKv/hMS3Sy/BvdVJtypxVV8lqL vHtnEfKCpy9fTDs+o3vj9xStSVedo61J9yJiP4bVIKVpkSI1IqQLsrW917p3/wCFLCZ6r+G/RAlq M7RdK03y+6go/kVUUa1tRTr0/XJX0uQy+bo44xU1GFgzlVSU4dwsbVs8ESnXNEre6901bl+NHz0+ e396MT2T3bsH4F/ywsIu4cRsHYPxX3HtbL777q6S2hUV1Hs3fG5+46AZHaW1+sd07byRyFbgYpI6 opC6OApJHuvdGl/kj9h/FXffRPZm2vhh8f8AcfTHx66Y787A2FtPcO4s3Luin7qzq09DTZ/t/C1u UkbKYp8/SYikNXEmmD7qpmQKWDlfde6u49+691737r3Xvfuvde9+691737r3Xvfuvdf/1N/j37r3 Xvfuvde9+691737r3UMIF/33/G/bhkWQEeXSOOyKGoP+r9vTdlsTRZelNFWDUp54uD/xT6eyuXab ec1Yf4f8/RtDJJFUr8J6JF2t8ZUr6n77CUQI/wADf8/mxIFvcJ8y+3lsseoDA+31X/hnQrt9+lkf j/g/6B6AGl6sr8NVD/Ifz+Of97/wPuPbbkmJHIpg/b8/+GdCK3vndSK/6s/Lpf7e2H9R9h/vvxz7 E9jsMMbggcPt+f8AS61PcHTxp/q+zocdpbPNF/yg8/0J+v49j+wsEiQADH/F/PoOTztq+XRjtv0n 2dNb/ffn/insbwfFXoquTUKvSwH0H+x/3v2IIPgHRDL8XRUO+OrP7y0praOiFx9eQbcf0/x9mKkE canoFcz240Gn+r4Oq8crh67EZTIUNbQcfnn/AH31Pu3UfW0I11/1efSc976LulBt7beb3hlDQ4Wh yWQ/r/xU+/de6sQ6o+PlDtulWuzILZE/0I4HstFzJnOP9Xy6kTb+V0tjqrn/AIv+kfXo08NJDAmm EBR/Q3I+v+FvfjO545HQ/tnSCMR+X/F/b69S/eunOpHv3Xuve/de697917r3v3Xuve/de697917r 3v3Xuve/de697917pvnVGl0uoKs110UzSqZHh8Lx1hAkDJJE4HIT08X4Hv3XuqAe7f5IdVgu490f Iz+XH8s+z/gZ2VvfMS5nsXZ20qcbm6P39nJYYIK+vzmx3dftp6uqhaacC/mqpJJLev37r3QfUX8k fv8A+SO4cBkv5o38wjs35ddfbQy9Pm8F0bs3asfTvVldkKGfy0s27qKORpMilO8a6VIUyL6v7Xv3 Xurj/kztfbuyfhB8i9obSxNFgds7b+MHcmGweHxyBKLHY2g6g3VBTUtOABdI40/UblzdiSTf37r3 Wtr/AC2fhX8ye6v5cnw37d+JH8wrefxXrpOo+yut891uNlUvYPXuVqab5C9qZxd5DHTzI+G33R0N WI6V1VtUQVv7Xv3Xurn/AOXz/LC2p8MN1dl977+7b3v8n/lh3PUoOzfkH2TRpjdwT4VYVp8ftrbW LUGLG0ZqqWLyqWJeS9wh4b3XukT82v5Vf+zCd2YT5kfGf5Bbv+HHzPwOGi2jkO4ev8bT7r27v7b0 VFTY2fa3Y2xZZ4odyNR01ElOkurVFDCotdT7917oJOlf5OHYWd7065+R38xH5m9hfNzf/SOUGX6Q 2PX4an2L071/uJZPMm567ZkM4Xd9XTgqR5NP28jGP1aCffuvdHB+aXwFqvlh8hPgh3xB2mmw3+Ff cFZ2xLiKbaSbkTsCTL5LaFZVbfV5KjzYSnqJ9rj9xGkkTWp5+vv3Xun/APmdfCWb+YP8Tt2fGaHs cdWx7g3NsrcX96I9ow7+WjXZG5cPnhjf7oSSRQ1wqJKfR5QSackf4e/de6P1tDEPt/a+39vyVH3j 4DEUODNbpji+9GHp0xy1pghZ4qVqxaYSmFSRAW8YJ0+/de6IL/NC+FuS/mA/E/ffxgx3aR6iXdmc 2PnstusbQi38DhduZ+lz9Tin2nK8aVsmQm24qpITePnSCePfuvdCnvz4o7U7O+JOZ+H+6a+pk2bX dHYvpZsjFRLBePbmAg25js2tNE7Q1LzCgiqTSKzJCLw3uLj3Xui6fypP5bW0/wCWB8e8x0xgN51H aGZ3Xv7L793Zveq23BtOeurJqDEbX2rS/wAAjklWkjwO0Ns0GOEgN6gUomNjJb37r3WH4lfy6z8X /mR84flHRdo0+7ttfMncW3dyVvWk21ItW28ziGy+ZqmbOGXVWjI1OfmqFDppQy6fooJ917omG4/5 LHdXSvZG/t//AMtP59b8+FWB7Vyc26Ox+mq3ZG2exOq8juyopYYMnu/EUOQ01eFyb1YmlYtcGqkk YHSR7917o238v/8AlY7M+F+89/8Afm/u3t+fKj5a9r/bQ7++Q/Z9DQ4/OVGNSkp6Ubb2hi8eBQY/ CJQUUMUaIzao4lJINwfde6g/P7+Vttj5e7768+Q/Vvde/fif8s+mqGuwvX/fXU3jaaTbdVWvNU7L 3pirj+O0ksshDoSX0jTY3AHuvdF36t/k79vb+7q607w/mOfNDeXzZqujsnFmOpupItkwdT9R4Tc1 K0UmP3hnNq088w3nmaGkaIyTPb/KA/8AaBUe690fj+ZZ8Kpvn78Q+wvi9F2F/orXfmQ2NXtvSPa0 PYaUw2fvSDczY+PadRLDHPTzmlVVk1fsqyi1k9+690MfaPx+k7C+Jm8fjId0ti5949B7m6LG9hiI q98Yc11hnet5t4Liy5ippvFlfIYNVof82DYX9+690HHw5+IOC+Lnwt6o+HW5cxRdvYTZPX+Z62zG dymFGGo944bcWT3Dldw0WXxcYdKXDVWLzOlwGbyvqb6uB7917qqzD/yXPlT8da7dGB/l2fzOO0/i /wDH3eu5cvl16Y3D1ftTsfD9dplKueqq/wDR3k8oIKrHY0zSyvSs+lUilQXKqD7917qwf+X3/LW6 w+BdFv7JUO6dzd1d29t5OfM9w9/9kU9BBv8A31mnqYJo6DH0lBSGjxezvtfGrQwysvkjLMxYkR+6 91ZxSLop4kMZi0hl8VlCxWZh4ogqovgi/THYD0Ae/de6rC3l/L+TN/zT9gfzH5OzpKQbJ+OGV+P8 fVCbWiIysu48zkIxupd9eZarES0K7oKiniR2k0fgXI917ocfnZ8Xm+aPxR7x+MkO8z1+e29tQ7eX eK7dGefAyUW6dp7hTLja9Q8cG5JWbb+iOUuiqW9PFz7917pPUHw/nofgHT/B47ydqgfFmu+Ny9oL tmMyocl1fuXrZ91rgy3ipZI4sp9wINXo8pUGxJHuvdKz4E/Fr/ZLvij0p8Z5d0nf8nTuzqvbC73k wv8AA6rNmr3Jmc9VMcWgYUsIOSjCgMxkkV3+pt7917oDeoP5f0nWX8w/5M/PGXsNs7B8jeo+sOsB 1TNtOPHUm0qXr7E7Hw81WuZQu1X91TbO1pAVUGZ1N/SL+691L+YHwHm+VPyl+DfyJTseo2VF8J+0 93dj/wB1YNrQ5H/SLJu/GbCpfszmZZEOPko/7mKizKGMJYG3pF/de6NJ8l/iz0v8xejd4fH75B7N g3b1xveGJqzGfcyUuWwOTpHWpxW4dt52D/LMLubCV4M9NVwm6MzIweJ3R/de6qg6i/kV4frfeWy6 7e/z++bfdHUPUtZU5Pp3ofsTsamqevtl5f8AhNfg9v1mSp0hen3LFtelyTNRU/21FCkyIdOgGNvd e6Op8df5c3Wfxt+COV+Am3d8b83Z1vmtn9qbLqt17gXCQ7vXFdwV25Krcc8NRhcZjcXHVU67ldIf 27COBLjUWZvde6Gr4i/FvZnw0+NPWvxg65y28M9sfqnG57Ebdye/auLN7hq6XJ5zObinOSq8dDAt RClfmpFgGkS6FUAcc+690hPhf8HOuvhDR99UfWu4eys/D3z3XvnvTdDb+zONztXjd0bsXHfcUWzv saWOlx+318LeOCp1TM4W40qb+690TL5VfyK/hz8nO1dxd44rId2fHHt/fNMsW+N7/GfsCt6wrd4R eSGSKu3PQQRrhZs5A3l/ejjEp+4lLK2oW917qxpPjL1pXfGyi+L/AGThqnuTq2g2RQbFylL2nU0+ 4s/ufC49IVhyO4czUCKlq88JaVZ1nUxPHPHHJqRrFfde6pm/6Bw/jXj2yWw9vfJf5x4D46Zmoqjl Pjlhu754usp8FXSPJU7XE1WTmqfCyTWIhhdSqqB9Pr7r3V4PQnQ/Vvxm602L0n0hs6l2D1dsDCU+ 3dsbbxdI642DHU8dQwM1pxVvmZJY1eeurFc1F9IOp10+690Onv3Xuve/de697917r3v3Xuve/de6 97917r//1d/j37r3Xvfuvde9+691737r3XvfuvdR/fuvdcKinEgv/t/+I9+690nsptDCZYfu0aX/ ACRcA/7c+/de6YaPY2PpOBRg/wCsR/sBxf2W06MfGT16f6Pb60v0P5/qPe6dV8dOlBT04jF/9t/x Psx6Qdc/fuvdRfD/AL6/t3SOiP6c9Bnujqbau5h/luNov9cx2/3o+6FfmOmzbNXiOgypPix1zR1I IU/1txf/AHvSD71+fW/3EP8AV/0V0NW2dg7W2lTaMJhqHFgjkxgf636yeB/re7qQM0z1ZdkRfw1b /V8+lz7b6PepHv3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697 917r3v3Xuve/de6D3srY+E7K2Vu/r7dENZVbc3ztzN7K3BDism2KyA23u3FyYbK+OqUhkmkikdVI +gP0NiD7r3QZ/FD4z9W/D7ojYXx06WpstR9ZdYUWXxO2KbOZV83lY48nuTM7jyv3eTkCvUM2czNS yggeNCEsNPv3XujGIwdQw+hv/vBI/wB7Hv3XuuXv3Xuve/de697917r3v3Xuve/de697917r3v3X uve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de69 7917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3 Xuve/de697917r3v3Xuve/de697917r3v3Xuv//W3+Pfuvde9+691737r3Xvfuvde9+691737r3X vfuvde9+691B1n/ff8i9oKDpF4jdc9Z/33/Ivd6DpzxG6l+1nSnr3v3XuovH9Pe+vfTx+n+r9vXu P6e/de+nj9P9X7even/Vf7wffs+nVPq09P8AV+zr3p/1X+8H37Pp176tPT/V+zqV711fr3v3Xuve /de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de69791 7r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuv e/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de6979 17r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xuve/de697917r3v3Xu ve/de697917r/9ff49+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737 r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvd e9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69173 7r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuv de9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+6917 37r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3X/9Df49+691737r3Xvfuv de9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+6917 37r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfu vde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691 737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvf uvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+691737r3Xvfuvde9+69 1737r3Xvfuvde9+691737r3X/9kAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgAAABE AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA/////2UCAAAUAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAAAEQAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///// ZQIAABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEABYkARckAUlmAQAAAAGWegEhdgADaAE1 1gUAAQOnBTXWBQECA7cUNdYFAgMD5gojdgABpwUjdgECtxQjdgID5go6VgsAApZzABT2AQAAFTYB GPYDAAA11gUAAQOnBTXWBQECA7cUNdYFAgMD5go01gYAAQUDHQA01gYAAQoDcwBh9gN6AW4AFiQB FyQBSWYBAAAAAZZ6ASF2AAJoATXWBQABA6cFNdYFAQIDnR8jdgABpwUjdgECnR86VgsAApZzABT2 AQAAFTYBGPYDAAA11gUAAQOnBTXWBQECA50fNNYGAAEFAx0ANNYGAAEKA3MAYfYDegFuABYkARck AUlmAQAAAAGWegEhdgACaAE11gUAAQOnBTXWBQECA50fI3YAAacFI3YBAp0fOlYLAAKWcwAU9gEA ABU2ARj2AwAANdYFAAEDpwU11gUBAgOdHzTWBgABBQMdADTWBgABCgNzAGH2A3oBbgAWJAEXJAFJ ZgEAAAABlnoBIXYAAmgBNdYFAAEDpwU11gUBAgOdHyN2AAGnBSN2AQKdHzpWCwAClnMAFPYBAAAV NgEY9gMAADXWBQABA6cFNdYFAQIDnR801gYAAQUDHQA01gYAAQoDcwBh9gN6AW4AFiQBFyQBSWYB AAAAAZZ6ASF2AAJoATXWBQABA6cFNdYFAQIDnR8jdgABpwUjdgECnR86VgsAApZzABT2AQAAFTYB GPYDAAA11gUAAQOnBTXWBQECA50fNNYGAAEFAx0ANNYGAAEKA3MAYfYDegFuABYkARckAUlmAQAA AAGWegEhdgACaAE11gUAAQOnBTXWBQECA50fI3YAAacFI3YBAp0fOlYLAAKWcwAU9gEAABU2ARj2 AwAANdYFAAEDpwU11gUBAgOdHzTWBgABBQMdADTWBgABCgNzAGH2A3oBbgAWJAEXJAFJZgEAAAAB lnoBIXYAAmgBNdYFAAEDpwU11gUBAgOdHyN2AAGnBSN2AQKdHzpWCwAClnMAFPYBAAAVNgEY9gMA ADXWBQABA6cFNdYFAQIDnR801gYAAQUDHQA01gYAAQoDcwBh9gN6AXMAAABEAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACNDJ6nn5 us4RjIIAqgBLqQsCAAAACAAAAAkAAABUAGUAbQBwAGwAYQB0AGUAAABFAQAARAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5 +brOEYyCAKoAS6kLAgAAABcAAAA0AAAAaAB0AHQAcAA6AC8ALwB3AHcAdwAuAG8AcABlAG4AbQBv AGIAaQBsAGUAYQBsAGwAaQBhAG4AYwBlAC4AbwByAGcALwBVAHMAZQBBAGcAcgBlAGUAbQBlAG4A dAAuAGgAdABtAGwAAADgyep5+brOEYyCAKoAS6kLaAAAAGgAdAB0AHAAOgAvAC8AdwB3AHcALgBv AHAAZQBuAG0AbwBiAGkAbABlAGEAbABsAGkAYQBuAGMAZQAuAG8AcgBnAC8AVQBzAGUAQQBnAHIA ZQBlAG0AZQBuAHQALgBoAHQAbQBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABeBDMAEgABAAsBDwAH AAAAAAAAAAAABAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAACAAAAAgAAAAIAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAyBgAAGAAAAMADAADQAwAA4AMAAPADAAAABAAAEAQAACAEAAAwBAAAQAQAAFAEAABg BAAAcAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAEAAAQBAAAMgYAACgCAADYAQAA6AEAACAE AAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAEAAAQBAAAIAQA ADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQAABAEAAAgBAAA MAQAAEAEAABQBAAAYAQAAHAEAACABAAAkAQAAMADAADQAwAA4AMAAPADAAAABAAAEAQAACAEAAAw BAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAEAAAQBAAAIAQAADAE AABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQAABAEAAAgBAAAMAQA AEAEAABQBAAAYAQAAHAEAACABAAAkAQAADgBAABYAQAA+AEAAAgCAAAYAgAAVgIAAH4CAAAUAAAA X0gBBG1ICQhuSAkIc0gJCHRICQgAAAAAPAAAYPH/AgA8AAwQAAAAAAAAAAAGAE4AbwByAG0AYQBs AAAABgAAABOkeAAQAF9IAQRtSAkIc0gJCHRICQRqAAEg8f8CAGoADBAAAAAAAAAAAAkASABlAGEA ZABpAG4AZwAgADEAAAAeAAEABiQBByQBCiYAC0YIAA3GBQABoiUCFKR4AEAmAB8ANQiBQ0okAE9K AgBRSgIAX0gBBG1ICQRzSAkEdEgJBABEAAIAEQACAEQADBAAAAAAAAAAAAkASABlAGEAZABpAG4A ZwAgADIAAAATAAIAByQACiYBC0YIABOkeABAJgEABABDSiAARAADACEAAgBEAAwQAAAAAAAAAAAJ AEgAZQBhAGQAaQBuAGcAIAAzAAAAEAADAAomAgtGCAATpDwAQCYCBwA1CIFDShwAAEAABAAxAAIA QAAMEAAAAAAAAAAACQBIAGUAYQBkAGkAbgBnACAANAAAAAwABAAKJgMLRgkAQCYDBwA1CIFDShgA ADwABQBBAAIAPAAMEAAAAAAAAAAACQBIAGUAYQBkAGkAbgBnACAANQAAAAwABQAKJgQLRgkAQCYE BABDShYAXAAGAAEAAgBcAAwQAAAAAAAAAAAMAEgAZQBhAGQAaQBuAGcAIAA2ACwAaAA2AAAADwAG AAYkAQomBQtGCQBAJgUAGQA1CIFCKhBDShgAT0oCAFFKAgB0SAkEdQgAAFIABwABAAIAUgAMEAAA AAAAAAAACQBIAGUAYQBkAGkAbgBnACAANwAAABcABwAGJAEKJgYLRgkADcYFAAGGCgBAJgYADgA1 CIFCKgJPSgIAUUoCAFAACAABAAIAUAAMEAAAAAAAAAAACQBIAGUAYQBkAGkAbgBnACAAOAAAABMA CAAGJAEKJgcLRgkAFKR4AEAmBwAPADUIgUNKFgBPSgIAUUoCAABQAAkAAQACAFAADBAAAAAAAAAA AAkASABlAGEAZABpAG4AZwAgADkAAAATAAkABiQBCiYIC0YJABSkeABAJggADwA1CIFDShgAT0oC AFFKAgAARABBYPL/oQBEAAwBAAAAAAAAAAAWAEQAZQBmAGEAdQBsAHQAIABQAGEAcgBhAGcAcgBh AHAAaAAgAEYAbwBuAHQAAAAAAFYAaUDz/7MAVgAMBQAAAAAAAAAADABUAGEAYgBsAGUAIABOAG8A cgBtAGEAbAAAACAAOlYLABf2AwAANNYGAAEFAwAANNYGAAEKA2wAYfYDAAACAAsAAAAoAGsg9P/B ACgAAAUAAAAAAAAAAAcATgBvACAATABpAHMAdAAAAAIADAAAAAAAWAAfQAEA8gBYAAwAAAAAAAAA AAAGAEgAZQBhAGQAZQByAAAAHwAPAA3GBQABrCYCE6QAACZkBAEAAVDGCAAAAP8EAQEAABIANQiB T0oCAFFKAgBcCIFeSgIAVAAgQAEAAgFUAAwAAAAAAAAAAAAGAEYAbwBvAHQAZQByAAAAGwAQAA3G BQABrCYCJGQEAQABTsYIAAAA/wQBAQAAEgA1CIFPSgIAUUoCAFwIgV5KAgBYAB4gAQASAVgADAEu AAAAAAAAAAwAQwBvAG0AbQBlAG4AdAAgAFQAZQB4AHQAAAAdABEAAyQDDcYOAASKBUYSQhewGwAA AAAUpPAAYSQDAAgAT0oCAFFKAgAuAClAogAhAS4ADAAAAAAAAAAAAAsAUABhAGcAZQAgAE4AdQBt AGIAZQByAAAAAABGAP4PAQAyAUYADAAAAAAAAAAAAAIAQgAxAAAAGAATAAMkAw+ENwIRhMn9XoQ3 AmCEyf1hJAMPAE9KAgBRSgIAdEgJBHUIAABSAP4PAQBCAVIADAAAAAAAAAAAAAsAMAAwACAAQgBv AGQAeQBUAGUAeAB0AAAABgAUABSk3AAbAENKFgBPSgIAUUoCAG1ICQRzSAkEdEgJBHUIAAA0AP4v 8f9SATQADAAAAAAAAAAAAAIAPwA/AAAABQAVADEkAAAQAF9IAQRtSAkEc0gJBHRICQQ6AP4PUQFS AToADAAAAAAAAAAAAAUAPwA/AD8AIAAyAAAABQAWAAYkAQAPADUIgUNKGABPSgIAUUoCAAA+ACcg 8v9xAT4ADAEAAAAAAAAAABEAQwBvAG0AbQBlAG4AdAAgAFIAZQBmAGUAcgBlAG4AYwBlAAAABABD ShAAWAD+DwEAggFYAAwAAAAAAAAAAAAIAEQARQBDAEkAUwBJAE8ATgAAABYAGAADJAMKJgALRgEA FKR4ADEkAGEkAxgANQiBPioBQioCT0oCAFFKAgB0SAkEdQgAugD+DwEAkgG6AAwAAAAAAAAAAAAG AEEAQwBUAEkATwBOAAAAfgAZAAMkAwUkAQYkAQomAAtGAwANxgcBaAEBMwfAD4QzBxGEIPwTpDwA FKQ8ACRkBgEGASVkBgEGBCZkBgEGASdkBgEGBDEkAE7GCP8AAAAGAQEAT8YI/wAAAAYBBABQxgj/ AAAABgEBAFHGCP8AAAAGAQQAXoQzB2CEIPxhJAMVADUIgUIqBk9KAgBRSgIAdEgJBHUIAACMAP4P kQGiAYwADAAAAAAAAAAAAAQAZABvAG4AZQAAAGUAGgAKJgALRgIADcYFAAFoAQYPhFQBEYSs/iRk BgELASVkBgELBCZkBgELASdkBgELBE7GCACAAAAGAQEAT8YIAIAAAAYBBABQxggAgAAABgEBAFHG CACAAAAGAQQAXoRUAWCErP4AAwBCKgsAOAD+D6EBsgE4AAwAAAAAAAAAAAAIAE4AbwB0ACAARABv AG4AZQAAAAkAGwAKJgALRgQAAAMAQioGADwATwABAAIAPAAMAAAAAAAAAAAADABOAG8AdABlACAA SABlAGEAZABpAG4AZwAAAAoAHAATpDwAFKR4AAAAcgD+b/H/4gFyAAwAAAAAAAAAAAAFAEEAbAB0 AEgAMQAAACUAHQAGJAEKJgALRgYAE6TwABSkeAAtRAACTcYKAAAA/8zMzAAAAAAoADUIgUIqCUNK GABPSgQAUUoEAF9IAQRtSAkEcGgAAIAAc0gJBHRICQQ6AP5vAQDiAToADAAyAAAAAAAAAAkAQQBs AHQATgBvAHIAbQBhAGwAAAAGAB4AE6R4AAgAT0oCAFFKAgBeAP5PAQDyAV4ADAAAAAAAAAAAAAsA RgByAG8AbgB0AE0AYQB0AHQAZQByAAAAIQAfAA3GCAACrgbEDgIAD4TDBxGEPfgTpAAAXoTDB2CE PfgACwBPSgIAUUoCAFwIgQA6AP4PAQACAjoADAAAAAAAAAAAAAQAQgB1AGwAMQAAABgAIAAKJgAL RgcADcYEATgEAA+E0AJehNACAAAwAP4PAQASAjAADAAAAAAAAAAAAAYAQgB1AGwAbABlAHQAAAAJ ACEACiYAC0YFAAAAAEAAVWDy/yECQAAMAAAAAAAAAAAACQBIAHkAcABlAHIAbABpAG4AawAAABUA NwiAPioAQioCUyqAWSgAcGgzAP8AAD4AHUABADICPgAMAQAAAAAAAAAADQBGAG8AbwB0AG4AbwB0 AGUAIABUAGUAeAB0AAAACgAjABOkPAAUpHgAAABQAP4PAQBCAlAADAAAAAAAAAAAAAIAVABIAAAA JgAkAAMkAQUkAQYkAROkPAAUpLQANSQANyQAOCQAOUQCAEgkAGEkAQsANQiBT0oCAFFKAgAAKgAM AAEAAgAqAA0BAAAAAAAAAAAHAEkAbgBkAGUAeAAgADMAAAACACUAAABYAP5P8QFiAlgADAAAAAAA AAAAAAgAQQBsAHQAVABpAHQAbABlAAAAEAAmAAMkAROkeAAUpHgAYSQBHQA1CIE6CIFAiB4AQ0ok AE9KBABRSgQAXAiBXkoEAAA4AP4PAQFyAjgADAAAAAAAAAAAAAoARABpAHMAYwBsAGEAaQBtAGUA cgAAAAYAJwATpCgABABDShIAmgD+T+EBggKaAAwAAAAAAAAAAAAMAEYAdABEAGkAcwBjAGwAYQBp AG0AZQByAAAAXAAoAAMkAw6EjwAPhLQAJGQEAQ8BJWQEAQ8EJmQEAQ8BJ2QEAQ8ETsYImZmZAAQB AQBPxgiZmZkABAEEAFDGCJmZmQAEAQEAUcYImZmZAAQBBABdhI8AXoS0AGEkAwwAQ0oSAG1ICQRz SAkEagD+DwEAAgBqAAwAAAAAAAAAAAAEAEEAcABwADEAAAA3ACkABiQBByQBCiYAC0YKAA3GCgFw CAK8B2AnBgIPhLwHEYRE+BOkAAAUpDwAQCYAXoS8B2CERPgADwA1CIFDSiQAT0oDAFFKAwAAXgD+ D5ECAgBeAAwAAAAAAAAAAAAEAEEAcABwADIAAAAsACoAByQACiYBC0YKAA3GBgJgA2AnAA+EhAMR hHz8E6S0AEAmAV6EhANghHz8EABDSiAAT0oCAFFKAgBeSgIAUgD+D6ECAgBSAAwAAAAAAAAAAAAE AEEAcABwADMAAAArACsACiYCC0YKAA3GBAE4BAAPhBsBEYTl/hOkeAAUpCgAQCYCXoQbAWCE5f4A BABDShwAQAAmYPL/wQJAAAwBAAAAAAAAAAASAEYAbwBvAHQAbgBvAHQAZQAgAFIAZQBmAGUAcgBl AG4AYwBlAAAAAwBIKgEAYABqABEBEgFgAAwEAAC9KvcAAAAPAEMAbwBtAG0AZQBuAHQAIABTAHUA YgBqAGUAYwB0AAAAGQAtAAMkAA3GCgSKBUYSQhewGwAUpAAAYSQAAA4ANQiBT0oAAFFKAABcCIFO AP4v8v/hAk4ADAERAL0q9wAAABEAQwBvAG0AbQBlAG4AdAAgAFQAZQB4AHQAIABDAGgAYQByAAAA FABPSgIAUUoCAG1ICQhzSAkIdEgJBE4A/g/iAvECTgAMAC0AvSr3AAAAGwBTAG8AZwBnAGUAdAB0 AG8AIABjAG8AbQBtAGUAbgB0AG8AIABDAGEAcgBhAHQAdABlAHIAZQAAAAAASACZIAEAAgNIAAwE MQC9KvcAAAAMAEIAYQBsAGwAbwBvAG4AIABUAGUAeAB0AAAABgAwABOkAAAQAENKEABPSgQAUUoE AGFKEABaAP4v8v8RA1oADAAwAL0q9wAAABEAQgBhAGwAbABvAG8AbgAgAFQAZQB4AHQAIABDAGgA YQByAAAAIABDShAAT0oEAFFKBABeSgQAYUoQAG1ICQhzSAkIdEgJBEgA/i/y/yEDSAAMAB4AGhKE AAAADgBBAGwAdABOAG8AcgBtAGEAbAAgAEMAaABhAHIAAAAUAE9KAgBRSgIAbUgJCHNICQh0SAkE UEsDBBQABgAIAAAAIQCCirwT+gAAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rDMBBF 94X+g9C22HK6KKXYzqJJd30s0g8Y5LEtao+ENAnJ33fsuFC6CC10IxBizpl7Va6P46AOGJPzVOlV XmiFZH3jqKv0++4pu9cqMVADgyes9AmTXtfXV+XuFDApmaZU6Z45PBiTbI8jpNwHJHlpfRyB5Ro7 E8B+QIfmtijujPXESJzxxNB1+SoLRNegeoPILzCKx7Cg8Pv5DCSAmAtYq8czYVqi0hDC4CywRDAH an7oM9+2zmLj7X4UaT6DF9jNBDO/XGD1P+ov5wZb2A+stkfp4lx/xCH9LdtSay6Tc/7Uu5AuGC6X t7Rh5r+tPwEAAP//AwBQSwMEFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAABfcmVscy8ucmVsc4SP z2rDMAyH74W9g9F9UdLDGCV2L6WQQy+jfQDhKH9oIhvbG+vbT8cGCrsIhKTv96k9/q6L+eGU5yAW mqoGw+JDP8to4XY9v3+CyYWkpyUIW3hwhqN727VfvFDRozzNMRulSLYwlRIPiNlPvFKuQmTRyRDS SkXbNGIkf6eRcV/XH5ieGeA2TNP1FlLXN2Cuj6jJ/7PDMMyeT8F/ryzlRQRuN5RMaeRioagv41O9 kKhlqtQe0LW4+db9AQAA//8DAFBLAwQUAAYACAAAACEAa3mWFoMAAACKAAAAHAAAAHRoZW1lL3Ro ZW1lL3RoZW1lTWFuYWdlci54bWwMzE0KwyAQQOF9oXeQ2TdjuyhFYrLLrrv2AEOcGkHHoNKf29fl 44M3zt8U1ZtLDVksnAcNimXNLoi38Hwspxuo2kgcxSxs4ccV5ul4GMm0jRPfSchzUX0j1ZCFrbXd INa1K9Uh7yzdXrkkaj2LR1fo0/cp4kXrKyYKAjj9AQAA//8DAFBLAwQUAAYACAAAACEAlrWt4pYG AABQGwAAFgAAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWzsWU9v2zYUvw/YdyB0b2MndhoHdYrYsZst TRvEboceaYmW2FCiQNJJfRva44ABw7phhxXYbYdhW4EW2KX7NNk6bB3Qr7BHUpLFWF6SNtiKrT4k Evnj+/8eH6mr1+7HDB0SISlP2l79cs1DJPF5QJOw7d0e9i+teUgqnASY8YS0vSmR3rWN99+7itdV RGKCYH0i13Hbi5RK15eWpA/DWF7mKUlgbsxFjBW8inApEPgI6MZsablWW12KMU08lOAYyN4aj6lP 0FCT9DZy4j0Gr4mSesBnYqBJE2eFwQYHdY2QU9llAh1i1vaAT8CPhuS+8hDDUsFE26uZn7e0cXUJ r2eLmFqwtrSub37ZumxBcLBseIpwVDCt9xutK1sFfQNgah7X6/W6vXpBzwCw74OmVpYyzUZ/rd7J aZZA9nGedrfWrDVcfIn+ypzMrU6n02xlsliiBmQfG3P4tdpqY3PZwRuQxTfn8I3OZre76uANyOJX 5/D9K63Vhos3oIjR5GAOrR3a72fUC8iYs+1K+BrA12oZfIaCaCiiS7MY80QtirUY3+OiDwANZFjR BKlpSsbYhyju4ngkKNYM8DrBpRk75Mu5Ic0LSV/QVLW9D1MMGTGj9+r596+eP0XHD54dP/jp+OHD 4wc/WkLOqm2chOVVL7/97M/HH6M/nn7z8tEX1XhZxv/6wye//Px5NRDSZybOiy+f/PbsyYuvPv39 u0cV8E2BR2X4kMZEopvkCO3zGBQzVnElJyNxvhXDCNPyis0klDjBmksF/Z6KHPTNKWaZdxw5OsS1 4B0B5aMKeH1yzxF4EImJohWcd6LYAe5yzjpcVFphR/MqmXk4ScJq5mJSxu1jfFjFu4sTx7+9SQp1 Mw9LR/FuRBwx9xhOFA5JQhTSc/yAkArt7lLq2HWX+oJLPlboLkUdTCtNMqQjJ5pmi7ZpDH6ZVukM /nZss3sHdTir0nqLHLpIyArMKoQfEuaY8TqeKBxXkRzimJUNfgOrqErIwVT4ZVxPKvB0SBhHvYBI WbXmlgB9S07fwVCxKt2+y6axixSKHlTRvIE5LyO3+EE3wnFahR3QJCpjP5AHEKIY7XFVBd/lbobo d/ADTha6+w4ljrtPrwa3aeiINAsQPTMR2pdQqp0KHNPk78oxo1CPbQxcXDmGAvji68cVkfW2FuJN 2JOqMmH7RPldhDtZdLtcBPTtr7lbeJLsEQjz+Y3nXcl9V3K9/3zJXZTPZy20s9oKZVf3DbYpNi1y vLBDHlPGBmrKyA1pmmQJ+0TQh0G9zpwOSXFiSiN4zOq6gwsFNmuQ4OojqqJBhFNosOueJhLKjHQo UcolHOzMcCVtjYcmXdljYVMfGGw9kFjt8sAOr+jh/FxQkDG7TWgOnzmjFU3grMxWrmREQe3XYVbX Qp2ZW92IZkqdw61QGXw4rxoMFtaEBgRB2wJWXoXzuWYNBxPMSKDtbvfe3C3GCxfpIhnhgGQ+0nrP +6hunJTHirkJgNip8JE+5J1itRK3lib7BtzO4qQyu8YCdrn33sRLeQTPvKTz9kQ6sqScnCxBR22v 1VxuesjHadsbw5kWHuMUvC51z4dZCBdDvhI27E9NZpPlM2+2csXcJKjDNYW1+5zCTh1IhVRbWEY2 NMxUFgIs0Zys/MtNMOtFKWAj/TWkWFmDYPjXpAA7uq4l4zHxVdnZpRFtO/ualVI+UUQMouAIjdhE 7GNwvw5V0CegEq4mTEXQL3CPpq1tptzinCVd+fbK4Ow4ZmmEs3KrUzTPZAs3eVzIYN5K4oFulbIb 5c6vikn5C1KlHMb/M1X0fgI3BSuB9oAP17gCI52vbY8LFXGoQmlE/b6AxsHUDogWuIuFaQgquEw2 /wU51P9tzlkaJq3hwKf2aYgEhf1IRYKQPShLJvpOIVbP9i5LkmWETESVxJWpFXtEDgkb6hq4qvd2 D0UQ6qaaZGXA4E7Gn/ueZdAo1E1OOd+cGlLsvTYH/unOxyYzKOXWYdPQ5PYvRKzYVe16szzfe8uK 6IlZm9XIswKYlbaCVpb2rynCObdaW7HmNF5u5sKBF+c1hsGiIUrhvgfpP7D/UeEz+2VCb6hDvg+1 FcGHBk0Mwgai+pJtPJAukHZwBI2THbTBpElZ02atk7ZavllfcKdb8D1hbC3ZWfx9TmMXzZnLzsnF izR2ZmHH1nZsoanBsydTFIbG+UHGOMZ80ip/deKje+DoLbjfnzAlTTDBNyWBofUcmDyA5LcczdKN vwAAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90 aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2u LAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCCjm837RVnkUsoTSYkUigu MZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8W Xf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8DAFBLAQItABQABgAIAAAAIQCCirwT+gAAABwC AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXW p+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAKwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5 lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAFAIAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQ SwECLQAUAAYACAAAACEAlrWt4pYGAABQGwAAFgAAAAAAAAAAAAAAAADRAgAAdGhlbWUvdGhlbWUv dGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAAAAAAAAAAAAAAJsJAAB0 aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUGAAAAAAUABQBdAQAAlgoA AAAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/ Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9k cmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRr MiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIg YWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxp bms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxpbmsiLz6DAAAApCAAAAEAAAAAAN4AAADhAAAAAAAA AKQgAAANAABOAAAAAP////8AAAAAAwAAAAYAAAAGAAAACQAAAAwAAAAMAAAADAAAAH4AAAB+AAAA gAEAAPIBAAAtBwAAMAcAAAAIAAAPCQAA5woAAKgPAABXFwAA0BoAAL8cAAB1IQAAxiIAAPInAACk KAAAFQAAABkAAAAcAAAAHQAAAB8AAAAgAAAAIgAAACMAAAAkAAAAJgAAAAAIAACYCAAAwQgAAIEJ AABPCgAAURAAAJAbAADzIQAApCgAABYAAAAXAAAAGAAAABoAAAAbAAAAHgAAACEAAAAlAAAARAAA AFQAAABiAAAAcgAAABkBAABWAQAAfgEAALkBAADyAQAAFgIAAHgNAAAEDgAAgg4AALoOAABWDwAA 0g8AABYQAACmEAAAFhEAAF8RAADjEQAAWRIAAKQgAAATR5UkE0eVJBNYFP8VgBNYFP8VgBNYFP8V hBNYFP8VjBNYFP8VjBNYFP8VgBIAAAAdAAAAaAAAALoAAADBAAAAwwAAAMkAAADUAAAA1gAAAD8B AABSAQAAfQEAAIUBAACQAQAA2wEAAPAEAAAzBQAAZwUAAHwGAACDBgAAhQYAAIsGAACWBgAAmAYA ADAHAAATHXT/lYATIVT/lYATGlT/lYATA9T/lYATHXT/lYATWBT/FYQTIVT/lYATGlT/lYAPAADw dAAAAAAABvAgAAAAAgwAAAMAAAAEAAAAAgAAAAIAAAACAAAAAQAAAAMAAAAfAAHwLAAAAFIAB/Ak AAAABQVt9WzCnieLm+rso5ObHqAf/wA6nQAAAgAAADROAAAAAAAAQAAe8RAAAAD//wAAAAD/AICA gAD3AAAQAA8AAvCSAAAAIAAI8AgAAAABAAAAAQQAAA8AA/AwAAAADwAE8CgAAAABAAnwEAAAAAAA AAAAAAAAAAAAAAAAAAACAArwCAAAAAAEAAAFAAAADwAE8EIAAAASAArwCAAAAAEEAAAADgAAUwAL 8B4AAAC/AQAAEADLAQAAAAD/AQAACAAEAwkAAAA/AwEAAQAAABHwBAAAAAEAAAABDwAC8DQCAAAQ AAjwCAAAAAMAAAACCAAADwAD8BwCAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIA CvAIAAAAAAgAAAUAAAAPAATw7gAAALIECvAIAAAAAQgAAAAKAABjAAvwsAAAAH8AgACEAARBAQAA AAXBXgAAAAYBAQAAAIPDLgAAAL8DIABgAFAAaQBjAHQAdQByAGUAIABpAG4AIABUAHIAYQBuAHMA ZgBvAHIAbQBpAG4AZwAgAFcAQQBQAEYAIABJAG4AdABvACAATwBNAEEAIAAyADAAMAAyADAAMwAx ADMAAAAFAAgACABm////AAAAAGb///+eUgAAYFQAAJ5SAABgVAAAAAAAAGb///8AAAAAEwAi8QYA AAA/BQAAAQAAABDwBAAAAAEAAAAAABHwBAAAAAEAAAAPAATw7gAAALIECvAIAAAAAggAAAAKAABj AAvwsAAAAH8AgACEAARBAQAAAAXBXgAAAAYBAQAAAIPDLgAAAL8DIABgAFAAaQBjAHQAdQByAGUA IABpAG4AIABUAHIAYQBuAHMAZgBvAHIAbQBpAG4AZwAgAFcAQQBQAEYAIABJAG4AdABvACAATwBN AEEAIAAyADAAMAAyADAAMwAxADMAAAAFAAgACABm////AAAAAGb///+eUgAAYFQAAJ5SAABgVAAA AAAAAGb///8AAAAAEwAi8QYAAAA/BQAAAQAAABDwBAAAAAAAAAAAABHwBAAAAAEAAAAMAAAA3AEA ADAHAAACCAAAex8AANz///+xJwAAsAIAAHRAAAAAAAEIAAB7HwAA4P///7EnAAC0AgAAdEAAAAAA //8FAAAACQBPAEwARQBfAEwASQBOAEsAMQAIAEgAZQBhAGQAVABlAHgAdAAJAEYAbwBvAHQAVABl AHgAdAAxAAkARgBvAG8AdABUAGUAeAB0ADIACABUAGUAbQBwAGwAYQB0AGUARAAAAPUaAAC1HwAA ECAAAHYgAAClIAAAAAAAAAEAAAACAAAAAwAAAAQAAACAAAAAUhsAAOwfAACgIAAAoCAAAKUgAAD/ /wQAAAAGADcBQCkQAAEA1G8oBgYAOAFAKREAAQCsnigGBgA5AUApEQABAMQnHwAGADoBQCkQAAEA vN8qBvAAAADwAAAA+xwAAPscAAClIAAAAAAAAAIAAQAAAAIAAgAAAAIAAwAAAAIA+AAAAPgAAAAD HQAAAx0AAKUgAAAAAAAAAQAAAAIAAAADAAAAAgAAADkAAAAEAAAAKoB1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOm9mZmljZTpzbWFydHRhZ3MFgHBsYWNlAIA4AAAAAwAAACqAdXJuOnNjaGVtYXMt bWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzBIBDaXR5AIAMAAABADAlBgAAAAAEAAAAAAAD AAAAAAADAAAAAAAEAAAAAAAAAAAALQcAADQHAACdBwAApwcAABYIAAAgCAAALhUAADMVAAA0FQAA OxUAADwVAABFFQAAAhYAAAkWAAAvFgAAOxYAAD0WAABMFgAAlhgAAHUZAAB3GQAAeBkAAHoZAAB7 GQAAfRkAAH4ZAACAGQAAgRkAAIIZAACHGQAA3xkAAPIZAABbGwAAZBsAAKIgAAClIAAABwAcAAcA HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAHAAcAAgAHAAIABwACAAcAAgAHAAUABwAF AAcAHAAHAAIAAAAAAPIFAAD9BQAAqQgAAKsIAACWGAAAdRkAAHcZAAB4GQAAehkAAHsZAAB9GQAA fhkAAIAZAACBGQAATBoAAE0aAAAOIAAADyAAAKIgAAClIAAABwAzAAcAMwAHAAcABwACAAcAAgAH AAIABwACAAcAMwAHADMABwACAAAAAAAaAAAARAAAAIwAAACOAAAAwQAAAPoAAAALAQAAGQEAAH8B AACBAQAAjQEAALkBAAAXAgAAPgIAAFkCAADfBQAA8gUAAOsGAAAOBwAAMQwAAEAMAABfEQAAWhIA AFwSAABlEgAAkBQAAKQUAABhFwAAbBcAAJUYAACWGAAAdRkAAHUZAAB3GQAAeBkAAHgZAAB6GQAA exkAAH0ZAAB+GQAAgBkAAIEZAACHGQAA3hkAAPEZAADzGQAAFRoAALQaAADzGgAA9RoAAPoaAABR GwAAZRsAALUfAADXHwAAdiAAAKAgAACiIAAApSAAAAUABwAFAAQABQAHAAUABwAEAAcABQAHAAQA BwAFAAcABQAHAAUABwAFAAcABAAHAAUABwAFAAcABQAHAAIABwAEAAcAAgAEAAcAAgAHAAIABwAC AAUABAAFAAcABQAHAAQABwAFAAQABQAHAAUABwAFAAcAAgAAAAAAjAAAAI4AAACmAAAAqgAAABkB AAB/AQAAuQEAABcCAACTAgAAlgIAAEgDAABLAwAA9AMAAPcDAADwDAAAPQ0AABgRAABbEgAAixIA AI4SAAAOEwAAERMAAO4TAADxEwAArRQAALEUAAC+FAAAvhQAAP4UAAD+FAAA+RUAAPkVAABgFwAA YBcAAGEXAABhFwAAbBcAAGwXAAB5FwAAeRcAAJcXAACXFwAAoBcAAKMXAADBFwAAwRcAAFUYAABV GAAAWhgAAGcYAACIGAAAlBgAAJUYAAB1GQAAdRkAAHcZAAB4GQAAeBkAAHoZAAB7GQAAfRkAAH4Z AACAGQAAgRkAALQaAADzGgAAoiAAAKUgAAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAE AAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQA AwAEAAMABAADAAQAAwAEAAMAAgAEAAcAAgAEAAcAAgAHAAIABwACAAcABAAHAAIAFgBpROAHYMf2 9v8P/w//DwQABQAGAAcACAAJAAAAuwVnCLJCOlb/D/8P/w//D/8P/w//D/8P/w8QAEQTChsc9UbA KwAAAAAAAAAAAAAAAAAAAAAAAQCNEU0iPgGK9P8P/w//D/8P/w//D/8P/w//DxAA4C5rKb5yhOr/ D/8P/w//D/8P/w//D/8P/w8QAK9WqDB28Q5h/w//D/8P/w//D/8P/w//D/8PEAC0AJMyBGdqPf8P /w//D/8P/w//D/8P/w//DxAA/SKUNcjlevIhAP8P/w//D/8P/w//D/8P/w8QAKMtGD+eYn64/w// D/8P/w//D/8P/w//D/8PEADsVG5BIECSvQEAAgADAP8P/w//D/8P/w//DwAAJizKQfzWzhgZAAAA AAAAAAAAAAAAAAAAAAABACllz0GG8sRY/w//D/8P/w//D/8P/w//D/8PEACQN0xFfiYAeP8P/w// D/8P/w//D/8P/w//DxAAA3xORQYNbrP/D/8P/w//D/8P/w//D/8P/w8QAP1pmlSGXqya/w//D/8P /w//D/8P/w//D/8PAAD8GBNjbLxw/v8P/w//D/8P/w//D/8P/w//DxAAngxpY775rLoYAAAAAAAA AAAAAAAAAAAAAAABALUur2m2yfSUHQD/D/8P/w//D/8P/w//D/8PAACnZ/RuYnomkP8P/w//D/8P /w//D/8P/w//DxAAvFR8eSIqxJApACoAKwD/D/8P/w//D/8P/w8AAFZnU3sgd+6QIAD/D/8P/w// D/8P/w//D/8PEADxaKp7ertGn/8P/w//D/8P/w//D/8P/w//DxAABQAAAAAAAQAAAAAAAAAAAAAA AAAAAAAAAxgAAA+E+AERhAj+FcYFAAH4AQZehPgBYIQI/m8oAAIAAAAuAAIAAAAAAAEDAAAAAAAA AAAAAAAAAAAAAAMYAQAPhGADEYSg/BXGBQABYAMGXoRgA2CEoPxvKAADAAAALgABAAEAAAAAAAED BQAAAAAAAAAAAAAAAAAAAAMYAgAPhDgEEYTI+xXGBQABOAQGXoQ4BGCEyPtvKAAFAAAALgABAC4A AgABAAAAAAABAwUHAAAAAAAAAAAAAAAAAAADGAMAD4QQBRGE8PoVxgUAARAFBl6EEAVghPD6bygA BwAAAC4AAQAuAAIALgADAAEAAAAAAAEDBQcJAAAAAAAAAAAAAAAAAAMYBAAPhOgFEYQY+hXGBQAB 6AUGXoToBWCEGPpvKAAJAAAALgABAC4AAgAuAAMALgAEAAEAAAAAAAEDBQcJCwAAAAEAAAAAAAAA AAMQBQAPhLAKEYRY/F6EsApghFj8bygADAAAAC4AAQAuAAIALgADAC4ABAAuAAUALgABAAAAAAAB AwUHCQsNAAAAAAAAAAAAAAADGAYAD4SoDBGEyPsVxgUAAeAQBl6EqAxghMj7bygADgAAAC4AAQAu AAIALgADAC4ABAAuAAUALgAGAC4AAQAAAAAAAQMFBwkLDQ8AAAAAAAAAAAAAAxgHAA+EoA4RhDj7 FcYFAAGwEwZehKAOYIQ4+28oABAAAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgABAAAA AAABAwUHCQsNDxEAAAAAAAAAAAADGAgAD4TgEBGEYPoVxgUAAYAWBl6E4BBghGD6bygAEgAAAC4A AQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwAuAAgALgAAAAAAFwAAAAAAAAAAAAAAAAAAAAAAAAAT EAAAD4Q4BBGEMP1ehDgEYIQw/U9KAQBQSgAAUUoBAF5KAABvKAABALfwAQAAABeAAAAAAAAAAAAA AAAAAAAAAAAAGRAAAA+EoAURhJj+XoSgBWCEmP5PSgUAUUoFAF5KBQBvKACHaAAAAACISAAAAQBv AAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABUQAAAPhHAIEYSY/l6EcAhghJj+T0oGAFFKBgBvKACH aAAAAACISAAAAQCn8AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABUQAAAPhEALEYSY/l6EQAtghJj+ T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABkQAAAPhBAO EYSY/l6EEA5ghJj+T0oFAFFKBQBeSgUAbygAh2gAAAAAiEgAAAEAbwABAAAAF4AAAAAAAAAAAAAA AAAAAAAAAAAVEAAAD4TgEBGEmP5ehOAQYISY/k9KBgBRSgYAbygAh2gAAAAAiEgAAAEAp/ABAAAA F4AAAAAAAAAAAAAAAAAAAAAAAAAVEAAAD4SwExGEmP5ehLATYISY/k9KAQBRSgEAbygAh2gAAAAA iEgAAAEAt/ABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAZEAAAD4SAFhGEmP5ehIAWYISY/k9KBQBR SgUAXkoFAG8oAIdoAAAAAIhIAAABAG8AAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAAFRAAAA+EUBkR hJj+XoRQGWCEmP5PSgYAUUoGAG8oAIdoAAAAAIhIAAABAKfwAQAAABcAAAAAAAAAAAAAAAAAAAAA AAAACxgAAA+EwAYRhOD+FcYFAAEAAAZehMAGYITg/k9KBwBRSgcAbygAAQA48AEAAAAAEAEAAAAA AAAAAABoAQAAAAAAAAoQAAAPhNACEYSY/l6E0AJghJj+h2gAAAAAiEgAAAIAAAAuAAEAAAAEkAEA AAAAAAAAAABoAQAAAAAAAAoQAAAPhKAFEYSY/l6EoAVghJj+h2gAAAAAiEgAAAIAAQAuAAEAAAAC kgEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhHAIEYRM/16EcAhghEz/h2gAAAAAiEgAAAIAAgAuAAEA AAAAkAEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhEALEYSY/l6EQAtghJj+h2gAAAAAiEgAAAIAAwAu AAEAAAAEkAEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhBAOEYSY/l6EEA5ghJj+h2gAAAAAiEgAAAIA BAAuAAEAAAACkgEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhOAQEYRM/16E4BBghEz/h2gAAAAAiEgA AAIABQAuAAEAAAAAkAEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhLATEYSY/l6EsBNghJj+h2gAAAAA iEgAAAIABgAuAAEAAAAEkAEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhIAWEYSY/l6EgBZghJj+h2gA AAAAiEgAAAIABwAuAAEAAAACkgEAAAAAAAAAAABoAQAAAAAAAAoQAAAPhFAZEYRM/16EUBlghEz/ h2gAAAAAiEgAAAIACAAuAAEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhDgEEYSY/hXGBQAB OAQGXoQ4BGCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4QI BxGEmP4VxgUAAQgHBl6ECAdghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAA AAAACxgAAA+E2AkRhJj+FcYFAAHYCQZehNgJYISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAA AAAAAAAAAAAAAAAAAAsYAAAPhKgMEYSY/hXGBQABqAwGXoSoDGCEmP5PSgAAUUoAAG8oAAEAIiAB AAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4R4DxGEmP4VxgUAAXgPBl6EeA9ghJj+T0oAAFFK AABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+ESBIRhJj+FcYFAAFIEgZehEgS YISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhBgVEYSY/hXG BQABGBUGXoQYFWCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAA D4ToFxGEmP4VxgUAAegXBl6E6BdghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAA AAAAAAAACxgAAA+EuBoRhJj+FcYFAAG4GgZehLgaYISY/k9KAABRSgAAbygAAQAiIAEAAAAXEAAA AAAAAAAAAABoAQAAAAAAABUQAAAPhNACEYSY/l6E0AJghJj+T0oBAFFKAQBvKACHaAAAAACISAAA AQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkQAAAPhKAFEYSY/l6EoAVghJj+T0oFAFFKBQBe SgUAbygAh2gAAAAAiEgAAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVEAAAD4RwCBGEmP5e hHAIYISY/k9KBgBRSgYAbygAh2gAAAAAiEgAAAEAp/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAV EAAAD4RACxGEmP5ehEALYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAA AAAAaAEAAAAAAAAZEAAAD4QQDhGEmP5ehBAOYISY/k9KBQBRSgUAXkoFAG8oAIdoAAAAAIhIAAAB AG8AAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRAAAA+E4BARhJj+XoTgEGCEmP5PSgYAUUoGAG8o AIdoAAAAAIhIAAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRAAAA+EsBMRhJj+XoSwE2CE mP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAGRAAAA+E gBYRhJj+XoSAFmCEmP5PSgUAUUoFAF5KBQBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAAAAAA AABoAQAAAAAAABUQAAAPhFAZEYSY/l6EUBlghJj+T0oGAFFKBgBvKACHaAAAAACISAAAAQCn8AEA AAAXEAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCEmP5PSgEAUUoB AG8oAIdoAAAAAIhIAAABALfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EoAURhJj+FcYF AAGgBQZehKAFYISY/k9KBQBRSgUAXkoFAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAA AGgBAAAAAAAAFRgAAA+EcAgRhJj+FcYFAAFwCAZehHAIYISY/k9KBgBRSgYAbygAh2gAAAAAiEgA AAEAp/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RACxGEmP4VxgUAAUALBl6EQAtghJj+ T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhBAO EYSY/hXGBQABEA4GXoQQDmCEmP5PSgUAUUoFAF5KBQBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAA AAAAAAAAAABoAQAAAAAAABUYAAAPhOAQEYSY/hXGBQAB4BAGXoTgEGCEmP5PSgYAUUoGAG8oAIdo AAAAAIhIAAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EsBMRhJj+FcYFAAGwEwZe hLATYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAZ GAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+T0oFAFFKBQBeSgUAbygAh2gAAAAAiEgAAAEAbwAB AAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RQGRGEmP4VxgUAAVAZBl6EUBlghJj+T0oGAFFK BgBvKACHaAAAAACISAAAAQCn8AEAAAAXEAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhNACEYSY/hXG BQAB0AIGXoTQAmCEmP5PSgEAUUoBAG8oAAEAt/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAALGAAA D4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+T0oFAFFKBQBvKAABAG8AAQAAABeQAAAAAAAAAAAAAGgB AAAAAAAACxgAAA+EcAgRhJj+FcYFAAFwCAZehHAIYISY/k9KBgBRSgYAbygAAQCn8AEAAAAXkAAA AAAAAAAAAABoAQAAAAAAAAsYAAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP5PSgEAUUoBAG8oAAEA t/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAALGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+T0oF AFFKBQBvKAABAG8AAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+E4BARhJj+FcYFAAHgEAZe hOAQYISY/k9KBgBRSgYAbygAAQCn8AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhLATEYSY /hXGBQABsBMGXoSwE2CEmP5PSgEAUUoBAG8oAAEAt/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAL GAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+T0oFAFFKBQBvKAABAG8AAQAAABeQAAAAAAAAAAAA AGgBAAAAAAAACxgAAA+EUBkRhJj+FcYFAAFQGQZehFAZYISY/k9KBgBRSgYAbygAAQCn8AEAAAAX AAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCEmP5PSgAAUUoAAG8o AAEAIiABAAAAFwAAAAAAAAAAAAAAOAQAAAAAAAALGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+ T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EcAgRhJj+FcYFAAFw CAZehHAIYISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhEAL EYSY/hXGBQABQAsGXoRAC2CEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAA AAALGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAA AAAAAAAAAAAAAAAACxgAAA+E4BARhJj+FcYFAAHgEAZehOAQYISY/k9KAABRSgAAbygAAQAiIAEA AAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP5PSgAAUUoA AG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZg hJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EUBkRhJj+FcYF AAFQGQZehFAZYISY/k9KAABRSgAAbygAAQAiIAcAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAMYAAAP hPgBEYQI/hXGBQAB+AEGXoT4AWCECP5vKAACAAAALgABAAAAAAABAwAAAAAAAAAAAAAAAAAAAAAD GAEAD4RgAxGEoPwVxgUAAWADBl6EYANghKD8bygAAwAAAC4AAQABAAAAAAABAwUAAAAAAAAAAAAA AAAAAAADGAIAD4Q4BBGEyPsVxgUAATgEBl6EOARghMj7bygABQAAAC4AAQAuAAIAAQAAAAAAAQMF BwAAAAAAAAAAAAAAAAAAAxgDAA+EEAURhPD6FcYFAAEQBQZehBAFYITw+m8oAAcAAAAuAAEALgAC AC4AAwABAAAAAAABAwUHCQAAAAAAAAAAAAAAAAADGAQAD4ToBRGEGPoVxgUAAegFBl6E6AVghBj6 bygACQAAAC4AAQAuAAIALgADAC4ABAABAAAAAAABAwUHCQsAAAABAAAAAAAAAAADEAUAD4SwChGE WPxehLAKYIRY/G8oAAwAAAAuAAEALgACAC4AAwAuAAQALgAFAC4AAQAAAAAAAQMFBwkLDQAAAAAA AAAAAAAAAxgGAA+EqAwRhMj7FcYFAAHgEAZehKgMYITI+28oAA4AAAAuAAEALgACAC4AAwAuAAQA LgAFAC4ABgAuAAEAAAAAAAEDBQcJCw0PAAAAAAAAAAAAAAMYBwAPhKAOEYQ4+xXGBQABsBMGXoSg DmCEOPtvKAAQAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgAHAC4AAQAAAAAAAQMFBwkLDQ8R AAAAAAAAAAAAAxgIAA+E4BARhGD6FcYFAAGAFgZehOAQYIRg+m8oABIAAAAuAAEALgACAC4AAwAu AAQALgAFAC4ABgAuAAcALgAIAC4AAQAAABcAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EaAERhJj+ FcYFAAFoAQZehGgBYISY/k9KCABRSggAbygAAQDq8AEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAAsY AAAPhDgEEYSY/hXGBQABOAQGXoQ4BGCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAA AAAAAAAAAAALGAAAD4QIBxGEmP4VxgUAAQgHBl6ECAdghJj+T0oAAFFKAABvKAABACIgAQAAABeA AAAAAAAAAAAAAAAAAAAAAAAACxgAAA+E2AkRhJj+FcYFAAHYCQZehNgJYISY/k9KAABRSgAAbygA AQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhKgMEYSY/hXGBQABqAwGXoSoDGCEmP5P SgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4R4DxGEmP4VxgUAAXgP Bl6EeA9ghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+ESBIR hJj+FcYFAAFIEgZehEgSYISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAA AAsYAAAPhBgVEYSY/hXGBQABGBUGXoQYFWCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAA AAAAAAAAAAAAAAALGAAAD4ToFxGEmP4VxgUAAegXBl6E6BdghJj+T0oAAFFKAABvKAABACIgAQAA ABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EuBoRhJj+FcYFAAG4GgZehLgaYISY/k9KAABRSgAA bygAAQAiIAEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhDgEEYSY/hXGBQABOAQGXoQ4BGCE mP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4QIBxGEmP4VxgUA AQgHBl6ECAdghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+E 2AkRhJj+FcYFAAHYCQZehNgJYISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAA AAAAAAsYAAAPhKgMEYSY/hXGBQABqAwGXoSoDGCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAA AAAAAAAAAAAAAAAAAAALGAAAD4R4DxGEmP4VxgUAAXgPBl6EeA9ghJj+T0oAAFFKAABvKAABACIg AQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+ESBIRhJj+FcYFAAFIEgZehEgSYISY/k9KAABR SgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhBgVEYSY/hXGBQABGBUGXoQY FWCEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4ToFxGEmP4V xgUAAegXBl6E6BdghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgA AA+EuBoRhJj+FcYFAAG4GgZehLgaYISY/k9KAABRSgAAbygAAQAiIAEAAAAXEAAAAAAAAAAAAABo AQAAAAAAABUQAAAPhNACEYSY/l6E0AJghJj+T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAX kAAAAAAAAAAAAABoAQAAAAAAABkQAAAPhKAFEYSY/l6EoAVghJj+T0oFAFFKBQBeSgUAbygAh2gA AAAAiEgAAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVEAAAD4RwCBGEmP5ehHAIYISY/k9K BgBRSgYAbygAh2gAAAAAiEgAAAEAp/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVEAAAD4RACxGE mP5ehEALYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAA AAAZEAAAD4QQDhGEmP5ehBAOYISY/k9KBQBRSgUAXkoFAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQ AAAAAAAAAAAAAGgBAAAAAAAAFRAAAA+E4BARhJj+XoTgEGCEmP5PSgYAUUoGAG8oAIdoAAAAAIhI AAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRAAAA+EsBMRhJj+XoSwE2CEmP5PSgEAUUoB AG8oAIdoAAAAAIhIAAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAGRAAAA+EgBYRhJj+XoSA FmCEmP5PSgUAUUoFAF5KBQBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAAAAAAAABoAQAAAAAA ABUQAAAPhFAZEYSY/l6EUBlghJj+T0oGAFFKBgBvKACHaAAAAACISAAAAQCn8AUAAAAAAAEAAAAA AAAAAAAAAAAAAAAAAAMYAAAPhGUEEYSb+xXGBQABZQQGXoRlBGCEm/tvKAABAAAAAQAAAAAAAQMA AAAAAAAAAAAAAAAAAAAAAxgAAA+E0wgRhJv7FcYFAAHTCAZehNMIYISb+28oAAMAAAAuAAEAAQAA AAAAAQMFAAAAAAAAAAAAAAAAAAAAAxgAAA+EQQ0RhJv7FcYFAAFBDQZehEENYISb+28oAAUAAAAu AAEALgACAAEAAAAAAAEDBQcAAAAAAAAAAAAAAAAAAAMYAAAPhK8REYSb+xXGBQABrxEGXoSvEWCE m/tvKAAHAAAALgABAC4AAgAuAAMAAQAAAAAAAQMFBwkAAAAAAAAAAAAAAAAAAxgAAA+EHRYRhJv7 FcYFAAEdFgZehB0WYISb+28oAAkAAAAuAAEALgACAC4AAwAuAAQAAQAAAAAAAQMFBwkLAAAAAAAA AAAAAAAAAxgAAA+EixoRhJv7FcYFAAGLGgZehIsaYISb+28oAAsAAAAuAAEALgACAC4AAwAuAAQA LgAFAAEAAAAAAAEDBQcJCw0AAAAAAAAAAAAAAAMYAAAPhDQgEYRg+hXGBQABNCAGXoQ0IGCEYPpv KAANAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYAAQAAAAAAAQMFBwkLDQ8AAAAAAAAAAAAAAxgA AA+EoiQRhGD6FcYFAAGiJAZehKIkYIRg+m8oAA8AAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAu AAcAAQAAAAAAAQMFBwkLDQ8RAAAAAAAAAAAAAxgAAA+EECkRhGD6FcYFAAEQKQZehBApYIRg+m8o ABEAAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgAIAAMAAAAXAAAAAAAAAAAAAAAAAAAA AAAAABMQAAAPhNACEYSY/l6E0AJghJj+T0oCAFBKAABRSgIAXkoCAG8oAAEALQABAAAAF4AAAAAA AAAAAAAAAAAAAAAAAAAZEAAAD4SgBRGEmP5ehKAFYISY/k9KBQBRSgUAXkoFAG8oAIdoAAAAAIhI AAABAG8AAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAAFRAAAA+EcAgRhJj+XoRwCGCEmP5PSgYAUUoG AG8oAIdoAAAAAIhIAAABAKfwAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAAFRAAAA+EQAsRhJj+XoRA C2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAAGRAA AA+EEA4RhJj+XoQQDmCEmP5PSgUAUUoFAF5KBQBvKACHaAAAAACISAAAAQBvAAEAAAAXgAAAAAAA AAAAAAAAAAAAAAAAABUQAAAPhOAQEYSY/l6E4BBghJj+T0oGAFFKBgBvKACHaAAAAACISAAAAQCn 8AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABUQAAAPhLATEYSY/l6EsBNghJj+T0oBAFFKAQBvKACH aAAAAACISAAAAQC38AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABkQAAAPhIAWEYSY/l6EgBZghJj+ T0oFAFFKBQBeSgUAbygAh2gAAAAAiEgAAAEAbwABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAVEAAA D4RQGRGEmP5ehFAZYISY/k9KBgBRSgYAbygAh2gAAAAAiEgAAAEAp/ABAAAAFwAAAAAAAAAAAAAA AAAAAAAAAAALGAAAD4RoARGEmP4VxgUAAWgBBl6EaAFghJj+T0oGAFFKBgBvKAABANjwAQAAAAAA AQAAAAAAAAAAAAAAAAAAAAAAAxgAAA+EsAERhFD+FcYFAAGwAQZehLABYIRQ/m8oAAEAAAABAAAA AAABAwAAAAAAAAAAAAAAAAAAAAADGAEAD4RAAhGEwP0VxgUAAUACBl6EQAJghMD9bygAAwAAAC4A AQABAAAAAAABAwUAAAAAAAAAAAAAAAAAAAADGAIAD4TQAhGEMP0VxgUAAdACBl6E0AJghDD9bygA BQAAAC4AAQAuAAIAAQAAAAAAAQMFBwAAAAAAAAAAAAAAAAAAAxgDAA+EYAMRhKD8FcYFAAFgAwZe hGADYISg/G8oAAcAAAAuAAEALgACAC4AAwABAAAAAAABAwUHCQAAAAAAAAAAAAAAAAADGAQAD4Tw AxGEEPwVxgUAAfADBl6E8ANghBD8bygACQAAAC4AAQAuAAIALgADAC4ABAABAAAAAAABAwUHCQsA AAAAAAAAAAAAAAADGAUAD4SABBGEgPsVxgUAAYAEBl6EgARghID7bygACwAAAC4AAQAuAAIALgAD AC4ABAAuAAUAAQAAAAAAAQMFBwkLDQAAAAAAAAAAAAAAAxgGAA+EEAURhPD6FcYFAAEQBQZehBAF YITw+m8oAA0AAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgABAAAAAAABAwUHCQsNDwAAAAAAAAAA AAADGAcAD4SgBRGEYPoVxgUAAaAFBl6EoAVghGD6bygADwAAAC4AAQAuAAIALgADAC4ABAAuAAUA LgAGAC4ABwABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAADGAgAD4QwBhGE0PkVxgUAATAGBl6EMAZg hND5bygAEQAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwAuAAgAAQAAABcAAAAAAAAAAAAA AAAAAAAAAAAACxgAAA+EOAQRhJj+FcYFAAE4BAZehDgEYISY/k9KAABRSgAAbygAAQAiIAEAAAAX gAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhAgHEYSY/hXGBQABCAcGXoQIB2CEmP5PSgAAUUoAAG8o AAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4TYCRGEmP4VxgUAAdgJBl6E2AlghJj+ T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAACxgAAA+EqAwRhJj+FcYFAAGo DAZehKgMYISY/k9KAABRSgAAbygAAQAiIAEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhHgP EYSY/hXGBQABeA8GXoR4D2CEmP5PSgAAUUoAAG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAA AAALGAAAD4RIEhGEmP4VxgUAAUgSBl6ESBJghJj+T0oAAFFKAABvKAABACIgAQAAABeAAAAAAAAA AAAAAAAAAAAAAAAACxgAAA+EGBURhJj+FcYFAAEYFQZehBgVYISY/k9KAABRSgAAbygAAQAiIAEA AAAXgAAAAAAAAAAAAAAAAAAAAAAAAAsYAAAPhOgXEYSY/hXGBQAB6BcGXoToF2CEmP5PSgAAUUoA AG8oAAEAIiABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAALGAAAD4S4GhGEmP4VxgUAAbgaBl6EuBpg hJj+T0oAAFFKAABvKAABACIgAQAAAAMACgAAAAAAAAAAAAAAAAAAAAAAAxgAAA+EcAgRhJD3FcYF AAFwCAZehHAIYISQ928oAAsAQQBwAHAAZQBuAGQAaQB4ACAAAAAuAAEAAAAAAAEDAAAAAAAAAAAA AAAAAAAAAAMYAQAPhGADEYSg/BXGBQABYAMGXoRgA2CEoPxvKAADAAAALgABAAEAAAAAAAEDBQAA AAAAAAAAAAAAAAAAAAMYAgAPhDgEEYTI+xXGBQABOAQGXoQ4BGCEyPtvKAAFAAAALgABAC4AAgAB AAAAAAABAwUHAAAAAAAAAAAAAAAAAAADGAMAD4QQBRGE8PoVxgUAARAFBl6EEAVghPD6bygABwAA AC4AAQAuAAIALgADAAEAAAAAAAEDBQcJAAAAAAAAAAAAAAAAAAMYBAAPhOgFEYQY+hXGBQAB6AUG XoToBWCEGPpvKAAJAAAALgABAC4AAgAuAAMALgAEAAEAAAAAAAEDBQcJCwAAAAEAAAAAAAAAAAMQ BQAPhLAKEYRY/F6EsApghFj8bygADAAAAC4AAQAuAAIALgADAC4ABAAuAAUALgABAAAABAgBAAAA AAAAAAAAAAAAAAAAAAADGAUAD4TQAhGEmP4VxgUAAdACBl6E0AJghJj+bygAAgAGACkAAQAAAAAA AQMFBwkLDQ8AAAAAAAAAAAAAAxgHAA+EoA4RhDj7FcYFAAGwEwZehKAOYIQ4+28oABAAAAAuAAEA LgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAADGAgAD4Tg EBGEYPoVxgUAAYAWBl6E4BBghGD6bygAEgAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwAu AAgALgABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAALGAAAD4Q4BBGEmP4VxgUAATgEBl6EOARghJj+ T0oBAFFKAQBvKAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+ECAcRhJj+FcYFAAEI BwZehAgHYISY/k9KBQBRSgUAbygAAQBvAAEAAAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhNgJ EYSY/hXGBQAB2AkGXoTYCWCEmP5PSgYAUUoGAG8oAAEAp/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAA AAALGAAAD4SoDBGEmP4VxgUAAagMBl6EqAxghJj+T0oBAFFKAQBvKAABALfwAQAAABeQAAAAAAAA AAAAAGgBAAAAAAAACxgAAA+EeA8RhJj+FcYFAAF4DwZehHgPYISY/k9KBQBRSgUAbygAAQBvAAEA AAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAPhEgSEYSY/hXGBQABSBIGXoRIEmCEmP5PSgYAUUoG AG8oAAEAp/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAALGAAAD4QYFRGEmP4VxgUAARgVBl6EGBVg hJj+T0oBAFFKAQBvKAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAACxgAAA+E6BcRhJj+FcYF AAHoFwZehOgXYISY/k9KBQBRSgUAbygAAQBvAAEAAAAXkAAAAAAAAAAAAABoAQAAAAAAAAsYAAAP hLgaEYSY/hXGBQABuBoGXoS4GmCEmP5PSgYAUUoGAG8oAAEAp/ABAAAAAAABAAAAAAAAAAAAAAAA AAAAAAADEAAAD4TQAhGEmP5ehNACYISY/m8oAAIAAAApAAEAAAAEgAEAAAAAAAAAAAAAAAAAAAAA AAoQAAAPhKAFEYSY/l6EoAVghJj+h2gAAAAAiEgAAAIAAQAuAAEAAAACggEAAAAAAAAAAAAAAAAA AAAAAAoQAAAPhHAIEYRM/16EcAhghEz/h2gAAAAAiEgAAAIAAgAuAAEAAAAAgAEAAAAAAAAAAAAA AAAAAAAAAAoQAAAPhEALEYSY/l6EQAtghJj+h2gAAAAAiEgAAAIAAwAuAAEAAAAEgAEAAAAAAAAA AAAAAAAAAAAAAAoQAAAPhBAOEYSY/l6EEA5ghJj+h2gAAAAAiEgAAAIABAAuAAEAAAACggEAAAAA AAAAAAAAAAAAAAAAAAoQAAAPhOAQEYRM/16E4BBghEz/h2gAAAAAiEgAAAIABQAuAAEAAAAAgAEA AAAAAAAAAAAAAAAAAAAAAAoQAAAPhLATEYSY/l6EsBNghJj+h2gAAAAAiEgAAAIABgAuAAEAAAAE gAEAAAAAAAAAAAAAAAAAAAAAAAoQAAAPhIAWEYSY/l6EgBZghJj+h2gAAAAAiEgAAAIABwAuAAEA AAACggEAAAAAAAAAAAAAAAAAAAAAAAoQAAAPhFAZEYRM/16EUBlghEz/h2gAAAAAiEgAAAIACAAu ABYAAACeDGljAAAAAAAAAAAAAAAA/WmaVAAAAAAAAAAAAAAAACYsykEAAAAAAAAAAAAAAABEEwob AAAAAAAAAAAAAAAA/SKUNQAAAAAAAAAAAAAAALUur2kAAAAAAAAAAAAAAABWZ1N7AAAAAAAAAAAA AAAA7FRuQQAAAAAAAAAAAAAAAGlE4AcAAAAAAAAAAAAAAAC8VHx5AAAAAAAAAAAAAAAAoy0YPwAA AAAAAAAAAAAAACllz0EAAAAAAAAAAAAAAACvVqgwAAAAAAAAAAAAAAAA4C5rKQAAAAAAAAAAAAAA AKdn9G4AAAAAAAAAAAAAAACQN0xFAAAAAAAAAAAAAAAAA3xORQAAAAAAAAAAAAAAALsFZwgAAAAA AAAAAAAAAAC0AJMyAAAAAAAAAAAAAAAA/BgTYwAAAAAAAAAAAAAAAI0RTSIAAAAAAAAAAAAAAADx aKp7AAAAAAAAAAAAAAAA//////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////FgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//8WAAAAAAASAAYA6gcDAAwE BQAMBAEADAQDAAwEBQAMBAEADAQDAAwEBQAMBAAAEgAPAAwEGQAMBBsADAQPAAwEGQAMBBsADAQP AAwEGQAMBBsADAQSADD7JnAcK8b3EiUIFRiqXqjqk27jOlfYI3YGpNZwMR49IlXSFxIAAQAQBAMA EAQFABAEAQAQBAMAEAQFABAEAQAQBAMAEAQFABAEEgABABAEAwAQBAUAEAQBABAEAwAQBAUAEAQB ABAEAwAQBAUAEAQSAN6uotP//////////////////////////////////////////xIAArSyPraV pFfYq0zhUhKo9j4K4jyA5lJQurTgalA68Oyaga5xAAAAABIAqvDWrhzHLFeeQ9r9etFIkypQRsyO 8PS72o94QII2XEKA/WifEgC8XXr5yks0dEbhwBXY+H72NH+UISRd9n+cdyKtjFM+EkyPyrISAAEA DAQDAAwEBQAMBAEADAQDAAwEBQAMBAEADAQDAAwEBQAMBAAAEgBucYaEAwAMBAUADAQBAAwEAwAM BAUADAQBAAwEAwAMBAUADAQAAAAAEgCA0yhnwmm2fq4IntlolARG5qgQy0xKQBEe3+K0YIZ8Owo4 KLIAABIApkkIqQMACQQFAAkEAQAJBAMACQQFAAkEAQAJBAMACQQFAAkEEgARAAwEGQAMBBsADAQP AAwEGQAMBBsADAQPAAwEGQAMBBsADAQIAIpNkABEF21CAAAAAAAAqRqWBGFg9GYAAAAAAAA/B4cv ik2QAAAAAAAAAGBJmDmpGpYEAAAAAAAARBdtQgAAAAAAAAAAAAECAAIAYWD0ZgAAAAAAAAAAAAEC AAIAGzbDbIpNkAAAAAAAAADWRMx6ik2QAAAAAAAAAG4AAAAEAAAACAAAAOUAAAAAAAAAbQAAALp3 AgAVLQQAKTwHAPlEBwDhdQsAGT0MACA+DQBrBBMA5BEWAIQbGADKThgAbEEbAHIQHwAqQSYAm2wm AJ58KQD4FysAF3orAB4yMwCTdzMAclw0ALQ5NQC3TTcAnk05AEkNOwCfDD0AuWo/ACVPQQDBLEMA BQdEABwiRAB+GkgA9ERIAE8wSgDKSEoAPEtKAMNSSgDvRUsAC3JMAH0JVgCoT1cAt3NXAJJdWwB3 fVwALFxdACtbXwBjNGQAMlplADMJZgBCEWYALztnAO4HagD6D2oASWZqAAoPawBmNmsAEG9sAIQT bwByK3EA3XxzAE9bdgCDGngAACF4AAAweQCPXHkACVl9AIdvfgAaEoQAX3yEAOgNkQB7VZMA0XKU AMo0lgBdXpcAtTeaAGgmmwAWc5sAkSmcAFxdnQCyF6gApBmoABF2qQAKHa0A402tAEh5rgCSbbQA WRO1AItVugDQL7sAigS9AFo4vgDSBL8ANQfGAO4mxgCIdMcAV0LIAJc4ygBmH80AgRfOAIRI1ABi NOYAwRznAPsr6wCPTesAghfsABNO8ABYKfMAdgr3AL0q9wBiVf0AAAAAAJYYAACYGAAAAAAAAAEA AAD/QAGAAQD2BQAA9gUAAAAg1wQBAAEA9gUAAAAAAAD2BQAAAAAAAAIQAAAAAAAAAKQgAABoAAAQ AEAAAP//AQAAAAcAVQBuAGsAbgBvAHcAbgD//wEACAAAAAAAAAAAAAAA//8BAAAAAAD//wAAAgD/ /wAAAAD//wAAAgD//wAAAAAKAAAARx6QAQAAAgIGAwUEBQIDBIcqACAAAACACAAAAAAAAAD/AQAA AAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAANR6QAQIABQUBAgEHBgIFBwAAAAAA AAAQAAAAAAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAAMy6QAQAAAgsGBAICAgICBIcqACAAAACA CAAAAAAAAAD/AQAAAAAAAEEAcgBpAGEAbAAAAEEukAEAAAILBgYCAgIDAgSHAgAAAAgAAAAAAAAA AAAAnwAAAAAAAABBAHIAaQBhAGwAIABOAGEAcgByAG8AdwAAADUukAEAAAILBgQDBQQEAgSHKgBh AAAAgAgAAAAAAAAA/wEBAAAAAABUAGEAaABvAG0AYQAAAD89kAEAAAIHAwkCAgUCBASHKgAgAAAA gAgAAAAAAAAA/wEAAAAAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAA7DpABAgAFAAAAAAAAAAAA AAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAVwBpAG4AZwBkAGkAbgBnAHMAAABTBpABAg8BAQYBAQEB AQEBAAAAAAAAAAAAAAEAAAAAAAAAAIAAAAAATQBvAG4AbwB0AHkAcABlACAAUwBvAHIAdABzAAAA UwB5AG0AYgBvAGwAAAA5HpABAgAFAwECAQUJBgcDAAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAVwBl AGIAZABpAG4AZwBzAAAAQR6QAQAAAgQFAwUEBgMCBO8CAKDrIABCAAAAAAAAAACfAAAAAAAAAEMA YQBtAGIAcgBpAGEAIABNAGEAdABoAAAAIgAEAEEIiBgA8NACAABoAQAAAADmk/VmanL8ZgJyiUYb AJMAAACrAwAA6xQAAAMADAAAAAQAgxAsAAAAqwMAAOsUAAADAAwAAAAsAAAAAAAAACEDAPAQhAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKUGwAe0ALQAgAAyNAAAEAAZAGQAAAAZAAAAihgAAIoY AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAACAAAA8gEAAAAADDODcQDwEITf3//9AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhIWAAA AAAJ8P8PAQgBPwAA5AQAAP///3////9/////f////3////9/////f////38TTvAAAAQAADIAAAAA AAAAAAAAAAAAAQAKAAAAAAAhBAAAAAAAAAAAAAAAAAAAAAAAABAcAAAJAAAAAAAAAAAAeAAAAHgA AAAAAAAAAAAAAKAFAAD//xIAAAAAAGIARAA6AFwAUAByAG8AZgBpAGwAZQBzAFwAcQBkAHMAMAAw ADAAXABBAHAAcABsAGkAYwBhAHQAaQBvAG4AIABEAGEAdABhAFwATQBpAGMAcgBvAHMAbwBmAHQA XABUAGUAbQBwAGwAYQB0AGUAcwBcAE8ATQBBAC0AVABlAG0AcABsAGEAdABlAC0ATABpAGEAaQBz AG8AbgBTAHQAYQB0AGUAbQBlAG4AdAAtADIAMAAwADIAMQAxADAAMQAuAGQAbwB0AAgAVABlAG0A cABsAGEAdABlABEATABpAGEAaQBzAG8AbgAgAFMAdABhAHQAZQBtAGUAbgB0AAAAAAADAE8ATQBB AAUAZwByAGEAeQB2AAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAAYAAAAWAAAAAAAMAAEADAACAAwA AwAMAAQADAAFAAwABgAMAAcADAAIAAwACQAMAAoADAALAAwADAAMAA0ADAAOAAwADwAMABAADAAR AAwAEgAMABMADAAUAAwAFQAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAA AAAAAAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAKABAAARAAAAAQAAAJAAAAACAAAA mAAAAAMAAACsAAAABAAAAMgAAAAFAAAA1AAAAAcAAADgAAAACAAAABQBAAAJAAAAJAEAABIAAAAw AQAACgAAAFABAAALAAAAXAEAAAwAAABoAQAADQAAAHQBAAAOAAAAgAEAAA8AAACIAQAAEAAAAJAB AAATAAAAmAEAAAIAAADkBAAAHgAAAAwAAABUZW1wbGF0ZQAAAAAeAAAAFAAAAExpYWlzb24gU3Rh dGVtZW50AAAAHgAAAAQAAABPTUEAHgAAAAQAAAAAAAAAHgAAACwAAABPTUEtVGVtcGxhdGUtTGlh aXNvblN0YXRlbWVudC0yMDAyMTEwMS5kb3QAAB4AAAAIAAAAZ3JheXYAAAAeAAAABAAAADI3AAAe AAAAGAAAAE1pY3Jvc29mdCBPZmZpY2UgV29yZAAAAEAAAAAAMiGJFAAAAEAAAAAAJAG7KJrEAUAA AAAAlIYvaRXMAUAAAAAAvLg+PLrMAQMAAAADAAAAAwAAAKsDAAADAAAA6xQAAAMAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAAAAAAAAAAAAAA AAAAAAACAAAAAtXN1ZwuGxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmuWAEAABQBAAAMAAAA AQAAAGgAAAAPAAAAcAAAAAUAAAB8AAAABgAAAIQAAAARAAAAjAAAABcAAACUAAAACwAAAJwAAAAQ AAAApAAAABMAAACsAAAAFgAAALQAAAANAAAAvAAAAAwAAADeAAAAAgAAAOQEAAAeAAAABAAAAE9N QQADAAAALAAAAAMAAAAMAAAAAwAAAIoYAAADAAAAAAAMAAsAAAAAAAAACwAAAAAAAAALAAAAAAAA AAsAAAAAAAAAHhAAAAIAAAAJAAAAVGVtcGxhdGUACQAAAFRlbXBsYXRlAAwQAAAEAAAAHgAAAAYA AABUaXRsZQADAAAAAQAAAB4AAAAHAAAAVGl0b2xvAAMAAAABAAAAAJgGAAADAAAAAAAAACAAAAAB AAAAOAAAAAIAAABAAAAAAQAAAAIAAAAMAAAAX1BJRF9ITElOS1MAAgAAAOQEAABBAAAAUAYAACoA AAADAAAAVwB0AAMAAAATAAAAAwAAAAAAAAADAAAABQAAAB8AAAB2AAAAaAB0AHQAcAA6AC8ALwBt AGUAbQBiAGUAcgAuAG8AcABlAG4AbQBvAGIAaQBsAGUAYQBsAGwAaQBhAG4AYwBlAC4AbwByAGcA LwBmAHQAcAAvAFAAdQBiAGwAaQBjAF8AZABvAGMAdQBtAGUAbgB0AHMALwBDAEQALwBQAGUAcgBt AGEAbgBlAG4AdABfAGQAbwBjAHUAbQBlAG4AdABzAC8ATwBNAEEALQBFAFIALQBNAG8AYgBTAG8A YwBOAGUAdAAtAFYAMQBfADAALQAyADAAMQAxADEAMgAwADYALQBEAC4AegBpAHAAAAAfAAAAAQAA AAAAUAkDAAAAOAB2AAMAAAAQAAAAAwAAAAAAAAADAAAABQAAAB8AAABwAAAAaAB0AHQAcAA6AC8A LwBtAGUAbQBiAGUAcgAuAG8AcABlAG4AbQBvAGIAaQBsAGUAYQBsAGwAaQBhAG4AYwBlAC4AbwBy AGcALwBmAHQAcAAvAFAAdQBiAGwAaQBjAF8AZABvAGMAdQBtAGUAbgB0AHMALwBSAEUAUQAvADIA MAAxADEALwBPAE0AQQAtAFIARQBRAC0AMgAwADEAMQAtADAAMAA5ADYALQBJAE4AUABfAE0AbwBi AFMAbwBjAE4AZQB0AF8ASwBpAGMAawBfAE8AZgBmAC4AegBpAHAAAAAfAAAAAQAAAAAAUAkDAAAA AwATAAMAAAANAAAAAwAAAAAAAAADAAAABQAAAB8AAAB8AAAAaAB0AHQAcAA6AC8ALwBtAGUAbQBi AGUAcgAuAG8AcABlAG4AbQBvAGIAaQBsAGUAYQBsAGwAaQBhAG4AYwBlAC4AbwByAGcALwBmAHQA cAAvAFAAdQBiAGwAaQBjAF8AZABvAGMAdQBtAGUAbgB0AHMALwBUAFAALwBQAGUAcgBtAGEAbgBl AG4AdABfAGQAbwBjAHUAbQBlAG4AdABzAC8ATwBNAEEALQBXAEkARABfADAAMgA0ADQALQBNAG8A YgBTAG8AYwBOAGUAdAAtAFYAMQBfADAALQAyADAAMQAxADAANQAwADUALQBBAC4AegBpAHAAAAAf AAAAAQAAAAAAUAkDAAAAdAAkAAMAAAAKAAAAAwAAAAAAAAADAAAABQAAAB8AAAB+AAAAaAB0AHQA cAA6AC8ALwBtAGUAbQBiAGUAcgAuAG8AcABlAG4AbQBvAGIAaQBsAGUAYQBsAGwAaQBhAG4AYwBl AC4AbwByAGcALwBmAHQAcAAvAFAAdQBiAGwAaQBjAF8AZABvAGMAdQBtAGUAbgB0AHMALwBSAEUA UQAvAFAAZQByAG0AYQBuAGUAbgB0AF8AZABvAGMAdQBtAGUAbgB0AHMALwBPAE0AQQAtAFcAUAAt AE0AbwBiAGkAbABlAF8AUwBvAGMAaQBhAGwAXwBOAGUAdAB3AG8AcgBrAC0AMgAwADEAMQAwADUA MQA2AC0AQQAuAHoAaQBwAAAAHwAAAAEAAAAAAFAJAwAAAHYAFwADAAAABwAAAAMAAAAAAAAAAwAA AAUAAAAfAAAAKwAAAG0AYQBpAGwAdABvADoAbABhAHUAcgBlAG4AdAB3AGEAbAB0AGUAcgAuAGcA bwBpAHgAQAB0AGUAbABlAGMAbwBtAGkAdABhAGwAaQBhAC4AaQB0AAAAAAAfAAAAAQAAAAAAUAkD AAAAEgAtAAMAAAAEAAAAAwAAAAAAAAADAAAABQAAAB8AAAAvAAAAbQBhAGkAbAB0AG8AOgBPAE0A QQAtAEwASQBBAEkAUwBPAE4AQABtAGEAaQBsAC4AbwBwAGUAbgBtAG8AYgBpAGwAZQBhAGwAbABp AGEAbgBjAGUALgBvAHIAZwAAAAAAHwAAAAEAAAAAAFAJAwAAAGAALwADAAAADwAAAAMAAAAAAAAA AwAAAAUAAAAfAAAANAAAAGgAdAB0AHAAOgAvAC8AdwB3AHcALgBvAHAAZQBuAG0AbwBiAGkAbABl AGEAbABsAGkAYQBuAGMAZQAuAG8AcgBnAC8AVQBzAGUAQQBnAHIAZQBlAG0AZQBuAHQALgBoAHQA bQBsAAAAHwAAAAEAAAAAAFAJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAA AAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAA FgAAABcAAAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAAIgAAACMAAAAk AAAAJQAAACYAAAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAAtAAAALgAAAC8AAAAwAAAAMQAAADIA AAAzAAAANAAAADUAAAA2AAAANwAAADgAAAA5AAAAOgAAADsAAAA8AAAAPQAAAD4AAAA/AAAAQAAA AEEAAABCAAAAQwAAAEQAAABFAAAARgAAAEcAAABIAAAASQAAAEoAAABLAAAATAAAAE0AAABOAAAA TwAAAFAAAABRAAAAUgAAAFMAAABUAAAAVQAAAFYAAABXAAAAWAAAAFkAAABaAAAAWwAAAFwAAABd AAAAXgAAAF8AAABgAAAAYQAAAGIAAABjAAAAZAAAAGUAAABmAAAAZwAAAGgAAABpAAAAagAAAGsA AABsAAAAbQAAAG4AAABvAAAAcAAAAHEAAAByAAAAcwAAAHQAAAB1AAAA/v///3cAAAB4AAAAeQAA AHoAAAB7AAAAfAAAAH0AAAD+////fwAAAIAAAACBAAAAggAAAIMAAACEAAAAhQAAAIYAAACHAAAA iAAAAIkAAACKAAAAiwAAAIwAAACNAAAAjgAAAI8AAACQAAAAkQAAAJIAAACTAAAAlAAAAJUAAACW AAAAlwAAAJgAAACZAAAAmgAAAJsAAACcAAAAnQAAAJ4AAACfAAAAoAAAAKEAAACiAAAAowAAAKQA AAClAAAApgAAAKcAAACoAAAAqQAAAKoAAACrAAAArAAAAK0AAACuAAAArwAAALAAAACxAAAAsgAA ALMAAAC0AAAA/v///7YAAAC3AAAAuAAAALkAAAC6AAAAuwAAALwAAAD+////vgAAAL8AAADAAAAA wQAAAMIAAADDAAAAxAAAAP7////9/////f///8gAAAD+/////v////7///////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////1IAbwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAUB//////////8DAAAABgkCAAAA AADAAAAAAAAARgAAAAAAAAAAAAAAAIDVil88uswBygAAAIAAAAAAAAAARABhAHQAYQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAgH///// //////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB2AAAAABAAAAAAAAAx AFQAYQBiAGwAZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAADgACAQEAAAAGAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AH4AAABWbAAAAAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIBAgAAAAUAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAG7rAAAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEA dABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgH///////////////8AAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC1AAAAABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4A dABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAOAACAQQAAAD/ /////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL0AAAAAEAAAAAAAAAEA QwBvAG0AcABPAGIAagAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAASAAIA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA/v////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////wEA/v8DCgAA/////wYJAgAAAAAAwAAAAAAAAEYnAAAA TWljcm9zb2Z0IE9mZmljZSBXb3JkIDk3LTIwMDMgRG9jdW1lbnQACgAAAE1TV29yZERvYwAQAAAA V29yZC5Eb2N1bWVudC44APQ5snEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA --Boundary_(ID_PsbwuJIaLA2tvjT+k7EKqg)-- From miyakawa@nttv6.jp Thu Dec 15 18:26:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A4AE21F8AF0; Thu, 15 Dec 2011 18:26:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.511 X-Spam-Level: X-Spam-Status: No, score=-0.511 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, J_CHICKENPOX_54=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96TvAy0gu7o3; Thu, 15 Dec 2011 18:26:52 -0800 (PST) Received: from guri.nttv6.jp (guri.nttv6.jp [IPv6:2402:c800:ff06:144::148]) by ietfa.amsl.com (Postfix) with ESMTP id B361F21F8AE9; Thu, 15 Dec 2011 18:26:52 -0800 (PST) Received: from z.nttv6.jp (z.nttv6.jp [IPv6:2402:c800:ff06:208::212]) by guri.nttv6.jp (NTTv6MTA) with ESMTP id 48F2BBDC20; Fri, 16 Dec 2011 11:26:50 +0900 (JST) Received: from localhost (localhost [IPv6:::1]) by z.nttv6.jp (NTTv6MTA) with ESMTP id E1557704FB; Fri, 16 Dec 2011 11:26:49 +0900 (JST) Date: Fri, 16 Dec 2011 11:26:49 +0900 (JST) Message-Id: <20111216.112649.193767691.miyakawa@nttv6.jp> To: simon.perreault@viagenie.ca, lear@cisco.com, draft-ietf-behave-lsn-requirements.all@tools.ietf.org, apps-discuss@ietf.org, iesg@ietf.org From: Shin Miyakawa In-Reply-To: <4EEA34FC.30008@viagenie.ca> References: <4EE8BF1F.9080901@viagenie.ca> <4EE99C03.6050401@cisco.com> <4EEA34FC.30008@viagenie.ca> Organizaton: NTT Communications X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 16 Dec 2011 08:45:04 -0800 Subject: Re: [apps-discuss] Apps Area Review of draft-ietf-behave-lsn-requirements-05 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 02:26:53 -0000 Folks, First of all, I really thank Simon very much for his quick and good response, I really think as just Simon wrote. Also thank you very much Eliot for your valuable comments. Because Simon has already responded as just I want to tell, I'd like to make just a short comment about how we think on this draft, as one of the authors of it. Eliot: >> Don't end with this, but you can start with this. Because subscribers >> do not receive unique IP addresses, Carrier Grade NATs introduce substantial >> limitations in communications between subscriber that were not previously there . We know CGN is quite evil device which produces many bad problems. I really would like to every one know that our intension is not to make CGN perfect, but just finish it as a quick drug (I do not want to say it is relief) as less bad as possible. CGN is the device belongs to so called "the dark side of the Force", I belive. And then, just like Master Yoda said, IT IS NOT STRONGER, But it's QUICKER, EASIER, and MORE SEDUCTIVE. (From Quate:Yoda Home Page at http://starwars.wikia.com/wiki/Quote:Yoda Luke:"Is the dark side stronger?" Yoda:"No,no,no. Quicker, easier, more seductive.") I strongly believe that Good Jedi must use IPv6, to protect original goodness of the Internet Protocol whose nature is based on the End to End transparent communication principle. Even I am one of the authors of CGN and Shared Address Space related drafts which cause many discussions in IETF community, but I AM a long time IPv6 guy. But at the same time, from network operator's point of view (I am working for one internet network provider), many vendors on the Earth have already implemented CGN devices, and many operators have already installed those into their network because simply they need to do so for now. So please let this work completed once quickly as much as possible to limit (too bad) CGN implementation into the network. >> In particular, it is considerably more involved to establish proxy >> functionality at the subscriber border. >> Some applications may require substantial enhancements, >> while some may not function at all in such an environment. Then, such a application can not just go through CGN. That's fine for me, personally. Let us move to IPv6 ! # I am sending this E-mail from my environment which is fully # v4-v6 dual stack at the commercial grade. Best wishes, Shin Miyakawa, Ph.D Director, Internet Protocol Technology, Innovative IP Architecture Center / Corporate Planning Department (concurrent position) NTT Communications Corporation Gran Park Tower 17F 3-4-1 Shibaura, Minato-ku, Tokyo 108-8118 Japan E-mail:miyakawa@nttv6.jp / shin.miyakawa@ntt.com / miyakawa@wide.ad.jp TEL: +81-50-3812-4695, FAX: +81-3-5439-0490 Guest Professor, Japan Advanced Institute of Science and Technology Visiting Researcher, SFC Lab. KEIO University WIDE Project From stpeter@stpeter.im Fri Dec 16 11:11:17 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B347411E80AC for ; Fri, 16 Dec 2011 11:11:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.732 X-Spam-Level: X-Spam-Status: No, score=-102.732 tagged_above=-999 required=5 tests=[AWL=-0.733, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OdIRH3WN9Gso for ; Fri, 16 Dec 2011 11:11:17 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 1876411E80AB for ; Fri, 16 Dec 2011 11:11:17 -0800 (PST) Received: from dhcp-64-101-72-220.cisco.com (unknown [64.101.72.220]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id E4564423AD; Fri, 16 Dec 2011 12:18:59 -0700 (MST) Message-ID: <4EEB97D2.9030500@stpeter.im> Date: Fri, 16 Dec 2011 12:11:14 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Zach Shelby References: <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> <4EEB6EB2.30807@stpeter.im> In-Reply-To: <4EEB6EB2.30807@stpeter.im> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 19:11:17 -0000 On 12/16/11 9:15 AM, Peter Saint-Andre wrote: > On 12/16/11 12:24 AM, Zach Shelby wrote: >> On Dec 14, 2011, at 11:23 AM, Carine Bournez wrote: >> >>> In the schema-informed mode the encoder and the decoder use a >>> schema, the EXI 1.0 version specifies XML schema informed grammars. >>> The reference to that schema is carried in the EXI header. The >>> format of that "schemaId" is not specified for 1.0 processors, it >>> can be whatever is practical for the application. It is *optional* >>> in the EXI header, even when a schema is in use: applications can >>> also "share" this information out of band. EXI 1.0 is intentionally >>> liberal on a number of details and defers them to the application >>> level, so that it can support a large range of use cases. >> >> Right. It is exactly these kinds of applications that are using >> schema informed mode natively (without intermediate XML), where the >> application/foo+exi media type helps to determine this information >> out of band. When registering foo+exi, the schema information should >> be included in the registration. In addition to SE2 mentioned so >> far, also our specification on SenML >> [http://tools.ietf.org/html/draft-jennings-senml-07] is requesting an >> application/senml+exi media type. Both of these media types are aimed >> at constrained embedded devices. > > Zach, thanks for clarifying the matter. Perhaps it would make sense for > someone to write a brief I-D describing the rationale for media types > with the +exi suffix and the information required to register such types. BTW, Section 4.2.8 of draft-freed-media-type-regs-01 is apropos: https://datatracker.ietf.org/doc/draft-freed-media-type-regs/ Peter -- Peter Saint-Andre https://stpeter.im/ From paulej@packetizer.com Fri Dec 16 11:26:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92A6421F86A6 for ; Fri, 16 Dec 2011 11:26:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.944 X-Spam-Level: X-Spam-Status: No, score=-1.944 tagged_above=-999 required=5 tests=[AWL=0.055, BAYES_00=-2.599, J_CHICKENPOX_33=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mlCBk0QmgfyF for ; Fri, 16 Dec 2011 11:26:48 -0800 (PST) Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id B85BF21F86A1 for ; Fri, 16 Dec 2011 11:26:48 -0800 (PST) Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id pBGJQjJS005141 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 16 Dec 2011 14:26:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1324063606; bh=dcKfUmZ2oWGQq2nPASLqToKUouauhYKlV2Ga1BRs0ow=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=BMJ+r9m7+OkJRiD8bHmUrnfETKeRZQNAQCMY/MN6vkL/kpnzblnCuHrhP6AxHf80N 1Rv1aavZVo5hD1Vmri/d/wxyo3vdjdrNVmZAJ7z/rvDeOQ7LBIDKXojfVWBq3vpGgY Q0ZuuCfYFKxkhTV2jh2J76HUK5z2Dx6ow/nzqB2M= From: "Paul E. Jones" To: "'Peter Saint-Andre'" , "'Zach Shelby'" References: <01O8GE5O3B5K00RCTX@mauve.mrochek.com> <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> <4EEB6EB2.30807@stpeter.im> In-Reply-To: <4EEB6EB2.30807@stpeter.im> Date: Fri, 16 Dec 2011 14:26:32 -0500 Message-ID: <01b701ccbc28$9ed3dbe0$dc7b93a0$@packetizer.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIEa5/2+nM5lYQ8PPERrPCRFDYWOwDpOMZWAhK12sMBrC/z+gIDa7CbAnnL4GYBQheGCAIdzTIAAeYrRR0B+zsargIIb4djAnE0zJoBxnfi8JS6QiFg Content-Language: en-us Cc: paduffy@cisco.com, 'Mark Nottingham' , 'Thomas Herbst' , apps-discuss@ietf.org Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2011 19:26:49 -0000 What might also be interesting to understand is how register +exi would be different than registering other binary XML formats. Would we need +fastinfoset and +BiM and so on? I'm not opposed to +exi if that helps in decoding the data somehow, but it doesn't seem like it would add any more value than signaling the media type and indicating the content encoding. In fact, the latter might be used to indicate various modes of EXI, if that was necessary. Paul > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of Peter Saint-Andre > Sent: Friday, December 16, 2011 11:16 AM > To: Zach Shelby > Cc: paduffy@cisco.com; Mark Nottingham; Thomas Herbst; apps- > discuss@ietf.org > Subject: Re: [apps-discuss] +exi > > On 12/16/11 12:24 AM, Zach Shelby wrote: > > On Dec 14, 2011, at 11:23 AM, Carine Bournez wrote: > > > >> In the schema-informed mode the encoder and the decoder use a schema, > >> the EXI 1.0 version specifies XML schema informed grammars. > >> The reference to that schema is carried in the EXI header. The format > >> of that "schemaId" is not specified for 1.0 processors, it can be > >> whatever is practical for the application. It is *optional* in the > >> EXI header, even when a schema is in use: applications can also > >> "share" this information out of band. EXI 1.0 is intentionally > >> liberal on a number of details and defers them to the application > >> level, so that it can support a large range of use cases. > > > > Right. It is exactly these kinds of applications that are using schema > > informed mode natively (without intermediate XML), where the > > application/foo+exi media type helps to determine this information out > > of band. When registering foo+exi, the schema information should be > > included in the registration. In addition to SE2 mentioned so far, > > also our specification on SenML > > [http://tools.ietf.org/html/draft-jennings-senml-07] is requesting an > > application/senml+exi media type. Both of these media types are aimed > > at constrained embedded devices. > > Zach, thanks for clarifying the matter. Perhaps it would make sense for > someone to write a brief I-D describing the rationale for media types > with the +exi suffix and the information required to register such > types. > > Peter > > -- > Peter Saint-Andre > https://stpeter.im/ > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From paulej@packetizer.com Fri Dec 16 20:02:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E4CB11E808A for ; Fri, 16 Dec 2011 20:02:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.262 X-Spam-Level: X-Spam-Status: No, score=-2.262 tagged_above=-999 required=5 tests=[AWL=0.336, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YpqpsBwx3IIZ for ; Fri, 16 Dec 2011 20:02:50 -0800 (PST) Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id 9703111E8080 for ; Fri, 16 Dec 2011 20:02:50 -0800 (PST) Received: from sydney (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id pBH42dhQ013113 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 16 Dec 2011 23:02:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1324094562; bh=39UiL2A1KldFG2MFhEgSo/VvKu4IdCupe8m9Eb0hESE=; h=From:To:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=V5U1E61+b4immRQKv4MaJxYBLmShK/YZqKB3Eu4NIgcSbMMbD5F7uxUfBkhCLTX3t JmlFHsZc4N4yNZKxuT6UxnwMLLzU1VwYcJnaJdOJB+dx+3OnkhBa8IgHqGSbTLYqyV vQg60pMpRkt/ahyFuz6UZ8fVCdbd4aHxSRwRIiyA= From: "Paul E. Jones" To: "'Likepeng'" , "'Alexey Melnikov'" , "'Barry Leiba'" , References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> Date: Fri, 16 Dec 2011 23:02:26 -0500 Message-ID: <020901ccbc70$b183b6a0$148b23e0$@packetizer.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_020A_01CCBC46.C8B094D0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKPMCNquDZo7dlqEu4PzWPFBBSn/pRafz1Q Content-Language: en-us Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 04:02:53 -0000 This is a multipart message in MIME format. ------=_NextPart_000_020A_01CCBC46.C8B094D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Kepeng, =20 While I cannot offer an official answer for the group, I can provide comments on a few points: =20 1) I would certainly hope we could complete the work in 2012. I = personally think the next meeting is a bit ambitious, but if folks want to move = forward quickly, we could make an effort to do that or perhaps the following meeting. 2) I definitely want Unicode support. I have a preference, = specifically, for using UTF-8 when transmitting an =93acct=94 URI via a GET request. = Is that acceptable? 3) I don=92t recall this being mentioned before. You want to map phone numbers to acct URIs? That is certainly possible, but has not been a = focus of our draft. I would think we should do that as a separate draft, and = I=92d be happy to work on that. =20 I=92ll defer to others for the rest, as this is probably a series of = questions best answered by the group (or at least those leading the architecture = work in the app area). =20 Paul =20 From: apps-discuss-bounces@ietf.org = [mailto:apps-discuss-bounces@ietf.org] On Behalf Of Likepeng Sent: Thursday, December 15, 2011 8:34 PM To: Alexey Melnikov; Barry Leiba; apps-discuss@ietf.org Subject: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - = Mobile Social Networking =20 Hello Alexey, Barry, Jiankang and all, =20 I forward you one LS (as attached) from OMA and hope to get your = feedback on this. =20 In OMA CD, there is a Work Item named Mobile Social Network, and we are trying to reuse one of the I-D in this WG: http://tools.ietf.org/html/draft-jones-appsawg-webfinger =20 Here are the questions we hope to get feedback from you: =20 IETF APPSAWG Working Group is kindly invited to provide feedback on the following points: 1) consideration and tentative timeframe of [draft-jones-appsawg-webfinger] as WG document and future RFC = publication; 2) support for Unicode characters in the =93acct:=94 scheme = (URI/IRI); 3) registration of an ENUM service type for =93acct:=94 scheme; 4) consideration of other OStatus-related specifications (e.g. = Salmon, PubSubHubbub, ActivityStreams) as IETF specifications 5) tentative generic scope, list and roadmap of the Social Networking-related activities and output documents within the group; 6) areas of potential overlap, complementarities or interest with = the OMA MobSocNet activities based on the referred information; =20 If you need any more information, please let me know. =20 Thanks, Kind Regards Kepeng Li=20 Da: OMA-CD Mailing List [mailto:OMA-CD@MAIL.OPENMOBILEALLIANCE.ORG] Per conto di Victoria Gray Inviato: mercoled=EC 14 dicembre 2011 9.46 A: OMA-CD@MAIL.OPENMOBILEALLIANCE.ORG Oggetto: Liason statement from OMA CD WG to IETF - Mobile Social = Networking =20 To: IETF CC: OMA-CD, OMA-LIAISON, OMA-PLENARY =20 Dear IETF, =20 Please find attached a liaison statement from the OMA CD (Content = Delivery) WG providing you with information regarding their activity on Mobile = Social Networking. =20 Best regards, Victoria =20 Victoria Gray BA (Hons) International Business Document Support Officer FORApolis Tel +33 (0)4 92 94 49 23 GSM +33 (0)6 73 99 62 90 victoria.gray@forapolis.com =20 MSN: victoria.gray@forapolis.com Yahoo!: bluevicci Skype: victoria-gray Google: vics.gray@gmail.com =20 P Please consider the environmental impact before printing this e-mail =20 =20 =20 ------=_NextPart_000_020A_01CCBC46.C8B094D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Kepeng,

 

While I cannot offer an = official answer for the group, I can provide comments on a few = points:

 

1) I would certainly = hope we could complete the work in 2012.=A0 I personally think the next = meeting is a bit ambitious, but if folks want to move forward quickly, = we could make an effort to do that or perhaps the following = meeting.

2) I definitely want Unicode support.=A0 I have = a preference, specifically, for using UTF-8 when transmitting an = “acct” URI via a GET request.=A0 Is that = acceptable?

3) I don’t recall this being mentioned = before.=A0 You want to map phone numbers to acct URIs?=A0 That is = certainly possible, but has not been a focus of our draft.=A0 I would = think we should do that as a separate draft, and I’d be happy to = work on that.

 

I’ll defer to = others for the rest, as this is probably a series of questions best = answered by the group (or at least those leading the architecture work = in the app area).

 

Paul

 

From:= = apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org] = On Behalf Of Likepeng
Sent: Thursday, December 15, 2011 = 8:34 PM
To: Alexey Melnikov; Barry Leiba; = apps-discuss@ietf.org
Subject: [apps-discuss] FW: Liason = statement from OMA CD WG to IETF - Mobile Social = Networking

 

Hello= Alexey, Barry, Jiankang and all,

=  

I = forward you one LS (as attached) from OMA and hope to get your feedback = on this.

=  

In = OMA CD, there is a Work Item named Mobile Social Network, and we are = trying to reuse one of the I-D in this WG: http://= tools.ietf.org/html/draft-jones-appsawg-webfinger

 

Here = are the questions we hope to get feedback from = you:

=  

I= ETF APPSA= WG Working Group is kindly invited to provide feedback on the following = points:

<= span style=3D'mso-list:Ignore'>1)       = c= onsideration and tentative timeframe of [draft-jones-appsawg-webfinger] = as WG document and future RFC publication;

<= span style=3D'mso-list:Ignore'>2)       = s= upport for Unicode characters in the “acct:” scheme = (URI/IRI);

<= span style=3D'mso-list:Ignore'>3)       = r= egistration of an ENUM service type for “acct:” = scheme;

<= span style=3D'mso-list:Ignore'>4)       = c= onsideration of other OStatus-related specifications (e.g. Salmon, = PubSubHubbub, ActivityStreams) as IETF = specifications

<= span style=3D'mso-list:Ignore'>5)       = t= entative generic scope, list and roadmap of the Social = Networking-related activities and output documents within the = group;

<= span style=3D'mso-list:Ignore'>6)       = a= reas of potential overlap, complementarities or interest with the OMA = MobSocNet activities based on the referred information;<= o:p>

=  

If = you need any more information, please let me = know.

=  

Thank= s,

Kind = Regards

Kepen= g Li 

Da: OMA-CD Mailing List [mailto:OMA-C= D@MAIL.OPENMOBILEALLIANCE.ORG] Per conto di Victoria = Gray
Inviato: mercoled=EC 14 dicembre 2011 9.46
A: = OMA-CD@MAIL.OPENMOBILE= ALLIANCE.ORG
Oggetto: Liason statement from OMA CD WG to = IETF - Mobile Social Networking

 

To: IETF

CC: OMA-CD, OMA-LIAISON, = OMA-PLENARY

 

Dear IETF,

 

Please find attached a liaison = statement from the OMA CD (Content Delivery) WG providing you with = information regarding their activity on Mobile Social = Networking.

 

Best regards,

Victoria

 

Victoria Gray

BA (Hons) International Business

Document Support Officer

FORApolis

Tel +33 (0)4 92 94 49 23

GSM +33 (0)6 73 99 62 90

victoria.gray@forapolis.com<= /a>

 

MSN: victoria.gray= @forapolis.com   Yahoo!: bluevicci

Skype: victoria-gray  Google: vics.gray@gmail.com

 

P Please = consider the environmental impact before printing this = e-mail

 

=  =

 

------=_NextPart_000_020A_01CCBC46.C8B094D0-- From sm@resistor.net Fri Dec 16 23:00:30 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1826C21F85CE for ; Fri, 16 Dec 2011 23:00:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9BNbUBv1M4Rh for ; Fri, 16 Dec 2011 23:00:28 -0800 (PST) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 769DB21F85C7 for ; Fri, 16 Dec 2011 23:00:28 -0800 (PST) Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id pBH6xQ7u018492; Fri, 16 Dec 2011 22:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1324105171; bh=9sFpdTHBanUEleFYrez4S1xOO3DojxDei1NMz8NjpF0=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=NiBpPk85haOSc7FIuJ3d5+UP41bfhHtyU9BiF6STaZSWL0WmoB/EyrDCbNWBM0wuQ 9Bz3OPW7crB9J8khQ8r10QRZpIFJvlm7aJa7fgKOznU8p5u/Frr2k3L1bbS4qR3P0B mpFR0gIq86IfHXlCk3Xa/qpmUYhLUgCzrGrjiWNU= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1324105171; bh=9sFpdTHBanUEleFYrez4S1xOO3DojxDei1NMz8NjpF0=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=1zG7x0qzV5oxjBLOkuXCR5LfqI+YooJvPalPOZN49buGvWUzPRx2PF5VvqEmq4XdC wXAX1sd/D39OCQoChqbReM4YA/az05x1wVxNMMM9mzN2OHPGOHUE2Ir20U5WA0Ye+x Gx7F5K8u5sIGaXe22vHnghyZuqlILnBToa3vgbWE= Message-Id: <6.2.5.6.2.20111216223107.09c637c8@resistor.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Fri, 16 Dec 2011 22:56:52 -0800 To: Likepeng From: SM In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china .huawei.com> References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 07:00:30 -0000 At 17:33 15-12-2011, Likepeng wrote: >I forward you one LS (as attached) from OMA and hope to get your >feedback on this. The charter of the APPSAWG is at http://tools.ietf.org/wg/appsawg/charters Social Networking is not listed as one of the topics that historically fall within the Applications Area. I suggest that the person responsible for the OMA CD Liaison Statement contact the IETF OMA Liaison to discuss about the working groups where the work might be in scope. Regards, -sm From carine@jay.w3.org Sat Dec 17 02:41:12 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A913C21F8C04 for ; Sat, 17 Dec 2011 02:41:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.133 X-Spam-Level: X-Spam-Status: No, score=-10.133 tagged_above=-999 required=5 tests=[AWL=-0.134, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KqPHk3aK3VeI for ; Sat, 17 Dec 2011 02:41:12 -0800 (PST) Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by ietfa.amsl.com (Postfix) with ESMTP id 34DC221F8BFE for ; Sat, 17 Dec 2011 02:41:11 -0800 (PST) Received: from carine by jay.w3.org with local (Exim 4.69) (envelope-from ) id 1RbrhP-0005ZE-G4; Sat, 17 Dec 2011 05:41:03 -0500 Date: Sat, 17 Dec 2011 05:41:03 -0500 From: Carine Bournez To: Zach Shelby Message-ID: <20111217104103.GP5525@jay.w3.org> References: <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 10:41:12 -0000 On Fri, Dec 16, 2011 at 09:24:05AM +0200, Zach Shelby wrote: > Right. It is exactly these kinds of applications that are using schema informed mode natively (without intermediate XML), where the application/foo+exi media type helps to determine this information out of band. When registering foo+exi, the schema information should be included in the registration. In addition to SE2 mentioned so far, also our specification on SenML [http://tools.ietf.org/html/draft-jennings-senml-07] is requesting an application/senml+exi media type. Both of these media types are aimed at constrained embedded devices. It seems that you could use application/foo and the content-encoding: exi instead of registering a different media type. Is your application using a protocol that has no content-encoding? or do you mean that you use a different schema for the exchange of a foo serialized in EXI than a text foo? A quick look at http://tools.ietf.org/html/draft-jennings-senml-07 makes me think it is the latter, for SenML. It does not seem a very nice way to convey the schema information, SchemaId is meant to serve this purpose, not the media type. Since you need to carry other EXI options, out-of-band or in the EXI header, why not using SchemaId?. -- Carine Bournez -+- W3C Europe From hannes.tschofenig@nsn.com Sat Dec 17 06:11:58 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D45F21F8B00 for ; Sat, 17 Dec 2011 06:11:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.549 X-Spam-Level: X-Spam-Status: No, score=-106.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pyPby6u-VIvs for ; Sat, 17 Dec 2011 06:11:57 -0800 (PST) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id 6AAF221F8AFC for ; Sat, 17 Dec 2011 06:11:46 -0800 (PST) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id pBHEBawd013259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 17 Dec 2011 15:11:36 +0100 Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id pBHEBXvJ019420; Sat, 17 Dec 2011 15:11:33 +0100 Received: from FIESEXC035.nsn-intra.net ([10.159.0.25]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Sat, 17 Dec 2011 15:11:33 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 17 Dec 2011 16:08:23 +0200 Message-ID: <999913AB42CC9341B05A99BBF358718DE38025@FIESEXC035.nsn-intra.net> In-Reply-To: <6.2.5.6.2.20111216223107.09c637c8@resistor.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking Thread-Index: Acy8iZk7F0JaJG4gTVmVDtFClyoZuwAOmlSg References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> <6.2.5.6.2.20111216223107.09c637c8@resistor.net> From: "Tschofenig, Hannes (NSN - FI/Espoo)" To: "ext SM" , "Likepeng" X-OriginalArrivalTime: 17 Dec 2011 14:11:33.0617 (UTC) FILETIME=[C7F47E10:01CCBCC5] Cc: apps-discuss@ietf.org Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 14:11:58 -0000 Hi SM, Hi Likepeng,=20 The problem is that certain organizations do their work around high level application concepts. Some of these concepts are contributed by innovation in the area of marketing. Examples: cloud computing, machine-to-machine communication, smart grid, etc.=20 Since the IETF follows a different approach for doing their work it is difficult to map any of these concepts directly to IETF working groups. If one thinks about Mobile Social Networking then a number of IETF technologies come to my mind that could be relevant, such as HTTP, TLS, OAuth.=20 Ciao Hannes > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of ext SM > Sent: Saturday, December 17, 2011 8:57 AM > To: Likepeng > Cc: apps-discuss@ietf.org > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF > - Mobile Social Networking >=20 > At 17:33 15-12-2011, Likepeng wrote: > >I forward you one LS (as attached) from OMA and hope to get your > >feedback on this. >=20 > The charter of the APPSAWG is at > http://tools.ietf.org/wg/appsawg/charters Social Networking is not > listed as one of the topics that historically fall within the > Applications Area. I suggest that the person responsible for the OMA > CD Liaison Statement contact the IETF OMA Liaison to discuss about > the working groups where the work might be in scope. >=20 > Regards, > -sm >=20 > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From jyee@afilias.info Sat Dec 17 09:05:41 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD7D621F89B8; Sat, 17 Dec 2011 09:05:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.265 X-Spam-Level: X-Spam-Status: No, score=-6.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WwyWPW3t4-oP; Sat, 17 Dec 2011 09:05:41 -0800 (PST) Received: from outbound.afilias.info (outbound.afilias.info [69.46.124.26]) by ietfa.amsl.com (Postfix) with ESMTP id 31CF221F891D; Sat, 17 Dec 2011 09:05:37 -0800 (PST) Received: from ms6.yyz2.afilias-ops.info ([10.50.129.112] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from ) id 1RbxhY-0004cN-8n; Sat, 17 Dec 2011 17:05:36 +0000 Received: from mail-qy0-f178.google.com ([209.85.216.178]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1RbxhY-000655-8A; Sat, 17 Dec 2011 17:05:36 +0000 Received: by qcso15 with SMTP id o15so2367321qcs.9 for ; Sat, 17 Dec 2011 09:05:36 -0800 (PST) Received: by 10.229.111.158 with SMTP id s30mr3412710qcp.13.1324141535882; Sat, 17 Dec 2011 09:05:35 -0800 (PST) Received: from [192.168.0.107] (75-119-229-252.dsl.teksavvy.com. [75.119.229.252]) by mx.google.com with ESMTPS id dj8sm27352843qab.19.2011.12.17.09.05.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Dec 2011 09:05:35 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Joseph Yee Date: Sat, 17 Dec 2011 12:05:33 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <65B1EE16-F87D-47BD-BEC3-0C6409CEA336@afilias.info> To: draft-jiang-a6-to-historic.all@tools.ietf.org, Apps-Discuss@ietf.org X-Mailer: Apple Mail (2.1084) Cc: The IESG Subject: [apps-discuss] APPSDIR Review of draft-jiang-a6-to-historic-00 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 17:05:41 -0000 I have been selected as the Applications Area Directorate reviewer for = this draft (for background on appsdir, please see = http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate)= . Please resolve these comments along with any other Last Call comments = you may receive. Please wait for direction from your document shepherd = or AD before posting a new version of the draft. Document: draft-jiang-a6-to-historic-00 Title: Moving A6 to Historic Status Reviewer: Joseph Yee Review Date: 2011-12-17 IETF Last Call Date: 2011-12-16 Summary: This draft is almost ready for publication as an Informational RFC = but has a few issues that should be fixed before publication. Major Issues: (1) Draft header does not have "Obsolete: 2874" I used RFC6393 and RFC6331 as my references. Both are Informational = RFC moving other RFCs into Historic. If this is intentional (say 'only = to be filled by RFC Editor at certain stage'), please ignore this. Minor Issues: (2) Section 4 s/should NOT/SHOULD NOT/ And add RFC2119 to reference section (3) Section 4.1 - 'unknown record' (RFC3597) =20 Should make it in reference format --> 'unknown record' [RFC3597] and = adds it to reference section Nits: (4) Section 1 Introduction - 4th paragraph - typo =20 s/recprds/records/ ---- Regards, Joseph Yee From zach@sensinode.com Sat Dec 17 11:34:30 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00B8621F8AFE for ; Sat, 17 Dec 2011 11:34:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=0.6, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1DSZX76wN3fi for ; Sat, 17 Dec 2011 11:34:29 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id F3BAA21F8726 for ; Sat, 17 Dec 2011 11:34:28 -0800 (PST) Received: from 178-55-209-86.bb.dnainternet.fi (178-55-209-86.bb.dnainternet.fi [178.55.209.86]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.8/8.13.4) with ESMTP id pBHJYESh021737 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 17 Dec 2011 21:34:21 +0200 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Zach Shelby In-Reply-To: <20111217104103.GP5525@jay.w3.org> Date: Sat, 17 Dec 2011 21:34:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3AC08E67-21D3-471D-8CE8-45B9FAB8A74F@sensinode.com> References: <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> <20111217104103.GP5525@jay.w3.org> To: Carine Bournez X-Mailer: Apple Mail (2.1084) Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 19:34:30 -0000 On Dec 17, 2011, at 12:41 PM, Carine Bournez wrote: > It seems that you could use application/foo and the content-encoding: = exi > instead of registering a different media type. Is your application = using a > protocol that has no content-encoding? This is one aspect, these applications are often aimed at CoAP, where = content-encodings are more difficult.=20 > or do you mean that you use a=20 > different schema for the exchange of a foo serialized in EXI than a=20 > text foo? Yes, this is entirely possible for some applications as strict schema = informed mode has some more limitations when it comes to schemas. And = since in these cases we work directly with EXI, you can't make the = assumption that there is even an XML text mode foo. There may only be = for example foo+json and foo+exi.=20 > A quick look at http://tools.ietf.org/html/draft-jennings-senml-07=20 > makes me think it is the latter, for SenML. It does not seem a very = nice > way to convey the schema information, SchemaId is meant to serve this=20= > purpose, not the media type. Since you need to carry other EXI = options, > out-of-band or in the EXI header, why not using SchemaId?. I don't find the SchemaId all that useful. First of all, you need to = invoke your EXI parser to even get at that. It is more useful to = immediately look at the content-type to decide which parser to throw a = representation at. A strictly defined foo+exi registration would tell = you that nicely.=20 Anyways, I think it is worthwhile to write a short draft on what the = registration requirements for +exi would be as Peter suggests. I am = happy to help with that. Zach --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://www.sensinode.com http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 From martin.thomson@gmail.com Sat Dec 17 19:11:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A69521F8A4B for ; Sat, 17 Dec 2011 19:11:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.4 X-Spam-Level: X-Spam-Status: No, score=-0.4 tagged_above=-999 required=5 tests=[J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fUqgfqHTrSN4 for ; Sat, 17 Dec 2011 19:11:45 -0800 (PST) Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id AD2A721F8A4E for ; Sat, 17 Dec 2011 19:11:41 -0800 (PST) Received: by eekc14 with SMTP id c14so3009426eek.31 for ; Sat, 17 Dec 2011 19:11:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KmmyEybsMoJ0mRPYbeVENs9wRQPmebl2nkE3Ff9e1dI=; b=gm4b0d/Mk/Ndr7WVgCC5aHLxjAaD1s2SbU/Jw37f7Rbt6CJ7BvVlkBu772kSr6miLb 5WcjENqmA9g5HGrwt1y+YGjyM+z45O68ONT3lZtXV7jSR2v7DlULMirC1x4ieDT5t7dH GyXTsmH7j/IVR5KhEKkyui9meZ816bveUe4iU= MIME-Version: 1.0 Received: by 10.204.132.79 with SMTP id a15mr338714bkt.109.1324177900778; Sat, 17 Dec 2011 19:11:40 -0800 (PST) Received: by 10.204.79.74 with HTTP; Sat, 17 Dec 2011 19:11:40 -0800 (PST) In-Reply-To: <3AC08E67-21D3-471D-8CE8-45B9FAB8A74F@sensinode.com> References: <4EC31F1E.6070304@stpeter.im> <8p86c7d6chvadsku6k5dhct20qkl7uk73l@hive.bjoern.hoehrmann.de> <4EC326FE.1010809@stpeter.im> <4EE78F2F.2070601@stpeter.im> <20111213215816.GI5525@jay.w3.org> <5EFF390A-3D29-4F15-95BE-C81EFCF6D3D5@mnot.net> <20111214092327.GK5525@jay.w3.org> <7472087B-86F9-4683-BA74-F70EC98D483C@sensinode.com> <20111217104103.GP5525@jay.w3.org> <3AC08E67-21D3-471D-8CE8-45B9FAB8A74F@sensinode.com> Date: Sun, 18 Dec 2011 14:11:40 +1100 Message-ID: From: Martin Thomson To: Zach Shelby Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: paduffy@cisco.com, Mark Nottingham , Thomas Herbst , "apps-discuss@ietf.org" Subject: Re: [apps-discuss] +exi X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 03:11:45 -0000 On 18 December 2011 06:34, Zach Shelby wrote: > I don't find the SchemaId all that useful. First of all, you need to invo= ke your EXI parser to even get at that. It is more useful to immediately lo= ok at the content-type to decide which parser to throw a representation at.= A strictly defined foo+exi registration would tell you that nicely. ISTM that a link relation type for schema would make some sort of difference. The JSON schema draft had a "describedby" relation type that might fit the bill (though "schema" is shorter). From msk@cloudmark.com Sat Dec 17 20:41:54 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AEE411E808C for ; Sat, 17 Dec 2011 20:41:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100 X-Spam-Level: X-Spam-Status: No, score=-100 tagged_above=-999 required=5 tests=[USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mTLmhXQiYiLZ for ; Sat, 17 Dec 2011 20:41:53 -0800 (PST) Received: from ht1-outbound.cloudmark.com (ht1-outbound.cloudmark.com [72.5.239.25]) by ietfa.amsl.com (Postfix) with ESMTP id A370A11E807F for ; Sat, 17 Dec 2011 20:41:53 -0800 (PST) Received: from malice.corp.cloudmark.com (172.22.10.71) by EXCH-HTCAS901.corp.cloudmark.com (172.22.10.73) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sat, 17 Dec 2011 20:41:51 -0800 Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by malice.corp.cloudmark.com ([172.22.10.71]) with mapi; Sat, 17 Dec 2011 20:41:52 -0800 From: "Murray S. Kucherawy" To: "apps-discuss@ietf.org" Date: Sat, 17 Dec 2011 20:41:51 -0800 Thread-Topic: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking Thread-Index: Acy8iZk7F0JaJG4gTVmVDtFClyoZuwAOmlSgAB6d/1A= Message-ID: References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com> <6.2.5.6.2.20111216223107.09c637c8@resistor.net> <999913AB42CC9341B05A99BBF358718DE38025@FIESEXC035.nsn-intra.net> In-Reply-To: <999913AB42CC9341B05A99BBF358718DE38025@FIESEXC035.nsn-intra.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF - Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 04:41:54 -0000 > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org= ] On Behalf Of Tschofenig, Hannes (NSN - FI/Espoo) > Sent: Saturday, December 17, 2011 6:08 AM > To: ext SM; Likepeng > Cc: apps-discuss@ietf.org > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF -= Mobile Social Networking >=20 > The problem is that certain organizations do their work around high > level application concepts. Some of these concepts are contributed by > innovation in the area of marketing. Examples: cloud computing, > machine-to-machine communication, smart grid, etc. >=20 > Since the IETF follows a different approach for doing their work it is > difficult to map any of these concepts directly to IETF working groups. >=20 > If one thinks about Mobile Social Networking then a number of IETF > technologies come to my mind that could be relevant, such as HTTP, TLS, > OAuth. I am fairly certain that the "Social Networking" part of this either (a) fa= lls squarely within the Applications Area, or (b) falls clearly outside of = the IETF altogether. It depends on which aspect of it we're discussing. The "Mobile" part is less obvious. Depending on what we're talking about, = that can spread across several areas (SEC, RAI and RTG come to mind), or mi= ght be the realm of the GSMA and OMA. For the specific details of this request, I suspect APPSAWG was the wrong r= ecipient. The specific I-D they named is not currently an APPSAWG item and= there's no guarantee it will be, and most of the other topics listed are t= hings I haven't heard discussed anywhere at IETF yet. I imagine the OMA Liaison (i.e., me) and the Applications Area ADs would be= the right place to start to form a response. Other ADs might also need to= be tapped. I'll get that ball rolling shortly. -MSK From hannes.tschofenig@nsn.com Sun Dec 18 01:52:26 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30ACB21F8442 for ; Sun, 18 Dec 2011 01:52:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.299 X-Spam-Level: X-Spam-Status: No, score=-105.299 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id piO4A3eqkWQp for ; Sun, 18 Dec 2011 01:52:25 -0800 (PST) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id 33A0D21F8445 for ; Sun, 18 Dec 2011 01:52:25 -0800 (PST) Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id pBI9qLgI020292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 18 Dec 2011 10:52:22 +0100 Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id pBI9pkuY016462; Sun, 18 Dec 2011 10:52:21 +0100 Received: from FIESEXC035.nsn-intra.net ([10.159.0.25]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Sun, 18 Dec 2011 10:52:04 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sun, 18 Dec 2011 11:53:55 +0200 Message-ID: <999913AB42CC9341B05A99BBF358718DE3806A@FIESEXC035.nsn-intra.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [apps-discuss] FW: Liason statement from OMA CD WG to IETF-Mobile Social Networking Thread-Index: Acy8iZk7F0JaJG4gTVmVDtFClyoZuwAOmlSgAB6d/1AACvv0AA== References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com><6.2.5.6.2.20111216223107.09c637c8@resistor.net><999913AB42CC9341B05A99BBF358718DE38025@FIESEXC035.nsn-intra.net> From: "Tschofenig, Hannes (NSN - FI/Espoo)" To: "ext Murray S. Kucherawy" , X-OriginalArrivalTime: 18 Dec 2011 09:52:04.0013 (UTC) FILETIME=[B22935D0:01CCBD6A] Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF-Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 09:52:26 -0000 Hi Murray,=20 I believe the OMA just added the term "mobile" to social networking to make it appear more relevant to their main constituency, i.e. vendors of mobile phone equipment and cellular operators. So, I wouldn't give this too much consideration. Ciao Hannes > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of ext Murray S. Kucherawy > Sent: Sunday, December 18, 2011 6:42 AM > To: apps-discuss@ietf.org > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to > IETF- Mobile Social Networking >=20 > > -----Original Message----- > > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of Tschofenig, Hannes (NSN - FI/Espoo) > > Sent: Saturday, December 17, 2011 6:08 AM > > To: ext SM; Likepeng > > Cc: apps-discuss@ietf.org > > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to > IETF - Mobile Social Networking > > > > The problem is that certain organizations do their work around high > > level application concepts. Some of these concepts are contributed by > > innovation in the area of marketing. Examples: cloud computing, > > machine-to-machine communication, smart grid, etc. > > > > Since the IETF follows a different approach for doing their work it > is > > difficult to map any of these concepts directly to IETF working > groups. > > > > If one thinks about Mobile Social Networking then a number of IETF > > technologies come to my mind that could be relevant, such as HTTP, > TLS, > > OAuth. >=20 > I am fairly certain that the "Social Networking" part of this either (a) > falls squarely within the Applications Area, or (b) falls clearly > outside of the IETF altogether. It depends on which aspect of it we're > discussing. >=20 > The "Mobile" part is less obvious. Depending on what we're talking > about, that can spread across several areas (SEC, RAI and RTG come to > mind), or might be the realm of the GSMA and OMA. >=20 > For the specific details of this request, I suspect APPSAWG was the > wrong recipient. The specific I-D they named is not currently an > APPSAWG item and there's no guarantee it will be, and most of the other > topics listed are things I haven't heard discussed anywhere at IETF yet. >=20 > I imagine the OMA Liaison (i.e., me) and the Applications Area ADs > would be the right place to start to form a response. Other ADs might > also need to be tapped. I'll get that ball rolling shortly. >=20 > -MSK > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From salvatore.loreto@ericsson.com Sun Dec 18 11:34:03 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED0921F86A5; Sun, 18 Dec 2011 11:34:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.299 X-Spam-Level: X-Spam-Status: No, score=-105.299 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scg4ysc0lQua; Sun, 18 Dec 2011 11:34:02 -0800 (PST) Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id 22F2521F86A0; Sun, 18 Dec 2011 11:34:01 -0800 (PST) X-AuditID: c1b4fb39-b7b3eae00000252a-74-4eee4028cec2 Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 44.B1.09514.8204EEE4; Sun, 18 Dec 2011 20:34:00 +0100 (CET) Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.137.0; Sun, 18 Dec 2011 20:34:00 +0100 Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 119A6209B; Sun, 18 Dec 2011 21:34:00 +0200 (EET) Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id B1E0351CE8; Sun, 18 Dec 2011 21:33:59 +0200 (EET) Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 5309951B05; Sun, 18 Dec 2011 21:33:59 +0200 (EET) Message-ID: <4EEE4026.7050108@ericsson.com> Date: Sun, 18 Dec 2011 21:33:58 +0200 From: Salvatore Loreto User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "apps-discuss@ietf.org" , draft-daboo-webdav-sync.all@tools.ietf.org Content-Type: multipart/alternative; boundary="------------070808070105070804020507" X-Virus-Scanned: ClamAV using ClamSMTP X-Brightmail-Tracker: AAAAAA== Cc: The IESG Subject: [apps-discuss] Apps Dir review for: draft-daboo-webdav-sync-06 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 19:34:03 -0000 --------------070808070105070804020507 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I have been selected as the Applications Area Directorate reviewer for this draft (for background on appsdir, please see http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate). Please resolve these comments along with any other Last Call comments you may receive. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-daboo-webdav-sync-06 Title: Collection Synchronization for WebDAV Reviewer: Salvatore Loreto Review Date: 2011-12-18 IESG Telechat Date: 2012-01-05 Summary: This draft is almost ready for publication as an Informational RFC but has a few issues that should be fixed before publication. Major Issues: --- Minor Issues: Abstract: expand the WebDAV acronym on the first use. 3.2 DAV:sync-collection Report Preconditions: (DAV:valid-sync-token): The DAV:sync-token element value MUST be a valid token previously returned by the server. please clarify that the token is collection specific, so it needs to be originated from the same collection. 6.3 DAV:multistatus XML Element remove the DAV: prefix. Nits: References: - draft-ietf-vcarddav-carddav has been published as RFC 6352 - the nits tools also report the following error: Downref: Normative reference to an Experimental RFC: RFC 5842 best regards Salvatore Loreto -- www.sloreto.com --------------070808070105070804020507 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit


I have been selected as the Applications Area Directorate reviewer for this draft
(for background on appsdir, please see  http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate).

Please resolve these comments along with any other Last Call comments you may receive.
Please wait for direction from your document shepherd or AD before posting a new version of the draft.


Document: draft-daboo-webdav-sync-06

Title: Collection Synchronization for WebDAV
Reviewer: Salvatore Loreto
Review Date: 2011-12-18
IESG Telechat Date: 2012-01-05


Summary:
This draft is almost ready for publication as an Informational RFC but has a few issues that should be fixed before publication.

Major Issues:
---


Minor Issues:

Abstract:

    expand the WebDAV acronym on the first use.

3.2 DAV:sync-collection Report

   Preconditions:

      (DAV:valid-sync-token): The DAV:sync-token element value MUST be a
      valid token previously returned by the server.

please clarify that the token is collection specific, so it needs to be originated
from the same collection.


6.3 DAV:multistatus XML Element

	   <!ELEMENT multistatus (DAV:response*, DAV:responsedescription?,
	                          sync-token?) >

remove the DAV: prefix.  


Nits:

References:

- draft-ietf-vcarddav-carddav has been published as RFC 6352
- the nits tools also report the following error:
          Downref: Normative reference to an Experimental RFC: RFC 5842


best regards
Salvatore Loreto

-- 
www.sloreto.com


--------------070808070105070804020507-- From laurentwalter.goix@telecomitalia.it Mon Dec 19 02:28:55 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7D921F8B2D for ; Mon, 19 Dec 2011 02:28:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.719 X-Spam-Level: X-Spam-Status: No, score=-0.719 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L9pnxlg9Kp5p for ; Mon, 19 Dec 2011 02:28:55 -0800 (PST) Received: from GRFEDG701BA020.telecomitalia.it (grfedg701ba020.telecomitalia.it [156.54.233.200]) by ietfa.amsl.com (Postfix) with ESMTP id A6E6421F8B25 for ; Mon, 19 Dec 2011 02:28:51 -0800 (PST) Received: from GRFHUB701BA020.griffon.local (10.188.101.111) by GRFEDG701BA020.telecomitalia.it (10.188.45.100) with Microsoft SMTP Server (TLS) id 8.2.254.0; Mon, 19 Dec 2011 11:28:47 +0100 Received: from GRFMBX704BA020.griffon.local ([10.188.101.15]) by grfhub701ba020.griffon.local ([10.188.101.111]) with mapi; Mon, 19 Dec 2011 11:28:45 +0100 From: Goix Laurent Walter To: "Tschofenig, Hannes (NSN - FI/Espoo)" , "ext Murray S. Kucherawy" , "apps-discuss@ietf.org" Date: Mon, 19 Dec 2011 11:28:44 +0100 Thread-Topic: [apps-discuss] FW: Liason statement from OMA CD WG to IETF-Mobile Social Networking Thread-Index: Acy8iZk7F0JaJG4gTVmVDtFClyoZuwAOmlSgAB6d/1AACvv0AAAzCWdg Message-ID: References: <34966E97BE8AD64EAE9D3D6E4DEE36F2D32985@szxeml525-mbs.china.huawei.com><6.2.5.6.2.20111216223107.09c637c8@resistor.net><999913AB42CC9341B05A99BBF358718DE38025@FIESEXC035.nsn-intra.net> <999913AB42CC9341B05A99BBF358718DE3806A@FIESEXC035.nsn-intra.net> In-Reply-To: <999913AB42CC9341B05A99BBF358718DE3806A@FIESEXC035.nsn-intra.net> Accept-Language: en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [apps-discuss] R: FW: Liason statement from OMA CD WG to IETF-Mobile Social Networking X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 10:28:55 -0000 Hello all, I'm glad to see that this triggered a first debate quickly. >From OMA perspective an end-to-end approach is being considered that intend= s to reference/profile external specs as much as possible whenever it make = sense and covers the requirements. The idea is to limit isolation and reuse= "popular" specs when applicable, also liaising to discuss possible extensi= ons that are not necessarily mobile-specific but that could potentially ben= efit the whole spec. The OMA spec is also defining some specific behaviors, which are internal t= o the mobile device, and which does not impact apis/protocols. That said, wrt IETF, the "mobile" aspect is not the focus as Hannes anticip= ated. Several IETF specs are mentioned indeed as background information onl= y. At this stage the appsawg seems to be the "best" group within IETF to ad= dress some "application-level" SN data formats and protocols. I agree that = in the large, "Social Networking" covers many protocol layers and features,= but this liaison is indeed targeted to get feedback from this specific gro= up only at first, but of course could be extended upon evident interest. Wrt Paul's early answers on his draft (although not (yet?) a group's draft)= , there is truly some intention to map phone numbers to acct: IRI/URIs. I w= ould be available for working at a separate draft as well. Walter -----Messaggio originale----- Da: apps-discuss-bounces@ietf.org [mailto:apps-discuss-bounces@ietf.org] Pe= r conto di Tschofenig, Hannes (NSN - FI/Espoo) Inviato: domenica 18 dicembre 2011 10.54 A: ext Murray S. Kucherawy; apps-discuss@ietf.org Oggetto: Re: [apps-discuss] FW: Liason statement from OMA CD WG to IETF-Mob= ile Social Networking Hi Murray, I believe the OMA just added the term "mobile" to social networking to make it appear more relevant to their main constituency, i.e. vendors of mobile phone equipment and cellular operators. So, I wouldn't give this too much consideration. Ciao Hannes > -----Original Message----- > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of ext Murray S. Kucherawy > Sent: Sunday, December 18, 2011 6:42 AM > To: apps-discuss@ietf.org > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to > IETF- Mobile Social Networking > > > -----Original Message----- > > From: apps-discuss-bounces@ietf.org [mailto:apps-discuss- > bounces@ietf.org] On Behalf Of Tschofenig, Hannes (NSN - FI/Espoo) > > Sent: Saturday, December 17, 2011 6:08 AM > > To: ext SM; Likepeng > > Cc: apps-discuss@ietf.org > > Subject: Re: [apps-discuss] FW: Liason statement from OMA CD WG to > IETF - Mobile Social Networking > > > > The problem is that certain organizations do their work around high > > level application concepts. Some of these concepts are contributed by > > innovation in the area of marketing. Examples: cloud computing, > > machine-to-machine communication, smart grid, etc. > > > > Since the IETF follows a different approach for doing their work it > is > > difficult to map any of these concepts directly to IETF working > groups. > > > > If one thinks about Mobile Social Networking then a number of IETF > > technologies come to my mind that could be relevant, such as HTTP, > TLS, > > OAuth. > > I am fairly certain that the "Social Networking" part of this either (a) > falls squarely within the Applications Area, or (b) falls clearly > outside of the IETF altogether. It depends on which aspect of it we're > discussing. > > The "Mobile" part is less obvious. Depending on what we're talking > about, that can spread across several areas (SEC, RAI and RTG come to > mind), or might be the realm of the GSMA and OMA. > > For the specific details of this request, I suspect APPSAWG was the > wrong recipient. The specific I-D they named is not currently an > APPSAWG item and there's no guarantee it will be, and most of the other > topics listed are things I haven't heard discussed anywhere at IETF yet. > > I imagine the OMA Liaison (i.e., me) and the Applications Area ADs > would be the right place to start to form a response. Other ADs might > also need to be tapped. I'll get that ball rolling shortly. > > -MSK > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss _______________________________________________ apps-discuss mailing list apps-discuss@ietf.org https://www.ietf.org/mailman/listinfo/apps-discuss Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per= sone indicate. La diffusione, copia o qualsiasi altra azione derivante dall= a conoscenza di queste informazioni sono rigorosamente vietate. Qualora abb= iate ricevuto questo documento per errore siete cortesemente pregati di dar= ne immediata comunicazione al mittente e di provvedere alla sua distruzione= , Grazie. This e-mail and any attachments is confidential and may contain privileged = information intended for the addressee(s) only. Dissemination, copying, pri= nting or use by anybody else is unauthorised. If you are not the intended r= ecipient, please delete this message and any attachments and advise the sen= der by return e-mail, Thanks. From stpeter@stpeter.im Mon Dec 19 10:10:15 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27B4A11E80A0 for ; Mon, 19 Dec 2011 10:10:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2kx-Q7MSeF6c for ; Mon, 19 Dec 2011 10:10:12 -0800 (PST) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 0120611E8096 for ; Mon, 19 Dec 2011 10:10:11 -0800 (PST) Received: from dhcp-64-101-72-192.cisco.com (unknown [64.101.72.192]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 88301423AD for ; Mon, 19 Dec 2011 11:18:02 -0700 (MST) Message-ID: <4EEF7E02.9080503@stpeter.im> Date: Mon, 19 Dec 2011 11:10:10 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "apps-discuss@ietf.org" References: <20111219180753.F337E11E8098@ietfa.amsl.com> In-Reply-To: <20111219180753.F337E11E8098@ietfa.amsl.com> X-Enigmail-Version: 1.3.4 OpenPGP: url=https://stpeter.im/stpeter.asc X-Forwarded-Message-Id: <20111219180753.F337E11E8098@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [apps-discuss] Fwd: 83rd IETF - Working Group/BOF Scheduling X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 18:10:15 -0000 FYI. Note especially the BoF deadlines. If you are interested in holding a BoF, please contact the Apps ADs sooner rather than later. -------- Original Message -------- Subject: 83rd IETF - Working Group/BOF Scheduling Date: Mon, 19 Dec 2011 10:07:53 -0800 (PST) From: IETF Agenda To: Working Group Chairs CC: irsg@irtf.org 83rd IETF – Paris, France Meeting Dates: March 25-30, 2012 Host: TBD ----------------------------------------------------------------- IETF meetings start Monday morning and run through Friday afternoon (13:30). We are accepting scheduling requests for all Working Groups and BOFs starting today. The milestones and deadlines for scheduling-related activities are as follows: NOTE: cutoff dates are subject to change. - 2011-12-19 (Monday): Working Group and BOF scheduling begins. To request a Working Group session, use the IETF Meeting Session Request Tool. - 2012-01-30 (Monday): Cutoff date for requests to schedule Working Group meetings at 17:00 PT (UTC -8). To request a Working Group session, use the IETF Meeting Session Request Tool. - 2012- 02-13 (Monday): Cutoff date for BOF proposal requests to Area Directors at 17:00 PT (UTC -8). To request a BOF, please see instructions on Requesting a BOF. - 2012-02-16 (Thursday): Cutoff date for Area Directors to approve BOFs at 17:00 PT (UTC -8). - 2012-02-23 (Thursday): Preliminary agenda published for comment. - 2012-02-27 (Monday): Cutoff date for requests to reschedule Working Group and BOF meetings 17:00 PT (UTC -8). - 2012-03-02 (Friday): Final agenda to be published. - 2012-03-14 (Wednesday): Draft Working Group agendas due by 17:00 PT (UTC -7), upload using IETF Meeting Materials Management Tool. - 2012-03-19 (Monday): Revised Working Group agendas due by 17:00 PT (UTC -7), upload using IETF Meeting Materials Management Tool. - 2012-04-27 (Friday): Proceedings submission cutoff date by 17:00 PT (UTC -7), upload using IETF Meeting Materials Management Tool. - 2012-05-16 (Wednesday): Proceedings submission corrections cutoff date by 17:00 PT (UTC -7), upload using IETF Meeting Materials Management Tool. Submitting Requests for Working Group and BOF Sessions Please submit requests to schedule your Working Group sessions using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information that the Secretariat requires to schedule your sessions. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi Instructions for using the tool are available at: http://www.ietf.org/instructions/session_request_tool_instruction.html Please send requests to schedule your BOF sessions to agenda@ietf.org. Please include the acronym of your BOF in the subject line of the message, and include all of the information specified in item (4) of "Requesting Meeting Sessions at IETF Meetings" in the body. (This document is included below.) Submitting Session Agendas For the convenience of meeting attendees, we ask that you submit the agendas for your Working Group sessions as early as possible. Draft Working Group agendas are due Wednesday, March 14, 2012 by 17:00 PT. Revised Working Group agendas are due no later than Monday, March 19, 2012 at 17:00 PT. The proposed agenda for a BOF session should be submitted along with your request for a session. Please be sure to copy your Area Director on that message. Please submit the agendas for your Working Group sessions using the "IETF Meeting Materials Management Tool," a Web-based tool for making your meeting agenda, minutes, and presentation slides available to the community before, during, and after an IETF meeting. If you are a BOF chair, then you may use the tool to submit a revised agenda as well as other materials for your BOF once the BOF has been approved. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi Additional information about this tool is available at: http://www.ietf.org/instructions/meeting_materials_tool.html Agendas submitted via the tool will be available to the public on the "IETF Meeting Materials" Web page as soon as they are submitted. The URL for the "IETF 83 Meeting Materials" Web page is: https://datatracker.ietf.org/meeting/83/materials.html If you are a Working Group chair, then you already have accounts on the "IETF Meeting Session Request Tool" and the "IETF Meeting Materials Management Tool." The same User ID and password will work for both tools. If you are a BOF chair who is not also a Working Group chair, then you will be given an account on the "IETF Meeting Materials Management Tool" when your BOF has been approved. If you require assistance in using either tool, or wish to report a bug, then please send a message to: ietf-action@ietf.org. =============================================================== For your convenience, comprehensive information on requesting meeting sessions at IETF 83 is presented below: 1. Requests to schedule Working Group sessions should be submitted using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information required by the Secretariat to schedule your sessions. The URL for the tool is: https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi Instructions for using the tool are available at: http://www.ietf.org/instructions/session_request_tool_instruction.html If you require an account on this tool, or assistance in using it, then please send a message to ietf-action@ietf.org. If you are unable to use the tool, then you may send your request via e-mail to agenda@ietf.org, with a copy to the appropriate Area Director(s). Requests to schedule BOF sessions must be sent to agenda@ietf.org with a copy to the appropriate Area Director(s). When submitting a Working Group or BOF session request by e-mail, please include the Working Group or BOF acronym in the Subject line. 2. BOFs will NOT be scheduled unless the Area Director(s) approved the BOF. The proponents behind a BOF need to contact a relevant Area Director, preferably well in advance of the BOF approval deadline date. The AD needs to have the full name of the BOF, its acronym, suggested names of chairs, an agenda, full description of the BOF and the information covered in item 4. Please read RFC 5434 for instructions on how to drive a successful BOF effort. The approval depends on, for instance, Internet-Drafts and list discussion on the suggested topic. BOF agenda requests, if approved, will be submitted to the IETF Secretariat by the ADs. 3. A Working Group may request either one or two sessions. If your Working Group requires more than two sessions, then your request must be approved by an Area Director. Additional sessions will be assigned, based on availability, after Monday, February 27, 2012 at 17:00 PT, the cut-off date for requests to reschedule a session. 4. You MUST provide the following information before a Working Group or BOF session will be scheduled: a. Working Group or BOF full name with acronym in brackets: b. AREA under which Working Group or BOF appears: c. CONFLICTS you wish to avoid, please be as specific as possible: d. Expected Attendance: e. Special requests: f. Number of sessions: g. Length of session: - 1 hour - 1 1/2 hours - 2 hours - 2 1/2 hours For more information on scheduling Working Group and BOF sessions, please refer to RFC 2418 (BCP 25), "IETF Working Group Guidelines and Procedures" (http://www.ietf.org/rfc/rfc2418.txt). =============================================================== For your convenience please find here a list of the IETF Area Directors with their e-mail addresses: IETF Chair Russ Housley Applications Area (app) Pete Resnick Peter Saint-Andre Internet Area (int) Jari Arkko Ralph Droms Operations & Management Area (ops) Ronald Bonica Dan Romascanu Real-time Applications and Infrastructure Area (rai) Gonzalo Camarillo Robert Sparks Routing Area (rtg) Stewart Bryant Adrian Farrel Security Area (sec) Stephen Farrell Sean Turner Transport Area (tsv) Wesley Eddy David Harrington =========================================================== 82nd IETF Meeting Attendance Number - TBA From sm@elandsys.com Wed Dec 21 14:26:07 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87C7711E80C0 for ; Wed, 21 Dec 2011 14:26:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id plkPj6pOVcIt for ; Wed, 21 Dec 2011 14:26:06 -0800 (PST) Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by ietfa.amsl.com (Postfix) with ESMTP id DC7D611E8081 for ; Wed, 21 Dec 2011 14:26:06 -0800 (PST) Received: from SUBMAN.elandsys.com ([41.136.234.220]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id pBLMPx7f011543 for ; Wed, 21 Dec 2011 14:26:04 -0800 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1324506365; bh=JBM+H5KCurpEVkN4Mj22syV6cN0=; h=Message-Id:Date:To:From:Subject:Mime-Version:Content-Type; b=Kqi+EwLZQ3ARQVmjOM/5egPfeMrUZKOtPM6U232q7x6MhkAPQzbWoNpoYWW05Sisj DEK+jDYpU6MZeyVvtxW3HrE35Boh7R6+lQkZWZUNoOgFRyYJqyIwnXLIKSqognmPa7 ChVtJGLK+lBPEb2UNyhnhzX4h9h7Pq4k4PBQ18PM= Message-Id: <6.2.5.6.2.20111221111419.06b79ab0@elandnews.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6 Date: Wed, 21 Dec 2011 14:07:58 -0800 To: apps-discuss@ietf.org From: S Moonesamy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [apps-discuss] Apps Area Directorate Report for December 2011 X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2011 22:26:07 -0000 Hello, The Applications Area Directorate provides semi-formal reviews of Internet-Drafts as a way to improve the quality of IETF specifications. The directorate consists of the Working Group Chairs of the Applications Area and recognized experts in the Applications Area. The name was changed from "Review Team" to "Directorate" because, among other things, it will be easier for folks to justify these activities to their manager if they're involved in the "Applications Area Directorate". The archive of the mailing list (appsdir) used by the directorate is at http://www.ietf.org/mail-archive/web/appsdir/current/maillist.html All reviews are posted to the apps-discuss mailing list as it may help future authors and to encourage open discussion. Authors of drafts sometimes disagree about the issues raised by a reviewer. I'll quote some advice from Barry Leiba, "make sure that it's clear how those substantive issues have been addressed, or why they don't matter". The following reviews were performed in December 2011: Reviewer I-D Dave Cridland draft-arkko-ipv6-only-experience-04 S. Moonesamy draft-ietf-marf-authfailure-report-05 Larry Masinter draft-ietf-mile-rfc6045-bis-01 Jiankang Yao draft-gregorio-uritemplate-07 Claudio Allocchio draft-kucherawy-dkim-atps-11 Tobias Gondrom draft-ietf-geopriv-policy-uri-04 Julian Reschke draft-ietf-mile-rfc6046-bis-03 Ted Hardie draft-ietf-geopriv-deref-protocol-04 Eliot Lear draft-ietf-behave-lsn-requirements-05 Yoshiro Yoneya draft-ohye-canonical-link-relation-04 Joseph Yee draft-jiang-a6-to-historic-00 Salvatore Loreto draft-daboo-webdav-sync-06 Pending reviews are listed at http://trac.tools.ietf.org/area/app/trac/report/1 The Applications Area Directorate currently comprises 33 members, including one member currently on leave. Tobias Gondrom, William Mills, Jiankang Yao and Yoshiro Yoneya joined the directorate after IETF 82. The directorate performed 12 reviews in December. There were 35 Apps reviews in 2010 and 42 in 2011. The top three reviewers for the year are: Reviews S. Moonesamy 4 Murray S. Kucherawy 3 Ted Hardie 3 The were reviews of drafts from 22 working groups, 19 of which fall outside the Applications Area. I requested feedback about the reviews and I received one response (thanks, Peter Saint-Andre). Regards, S. Moonesamy On behalf of the Applications Area Directorate http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate From julian.reschke@gmx.de Thu Dec 29 06:04:53 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3A3921F84C5 for ; Thu, 29 Dec 2011 06:04:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.524 X-Spam-Level: X-Spam-Status: No, score=-103.524 tagged_above=-999 required=5 tests=[AWL=-0.925, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hugsa2J7ekup for ; Thu, 29 Dec 2011 06:04:53 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 855F721F845E for ; Thu, 29 Dec 2011 06:04:52 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 14:04:50 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp024) with SMTP; 29 Dec 2011 15:04:50 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/PnqxTyUrPShiVqaIf17sFz0tfs+6o7ivJBDXFkI HQL4E8BNdpFSDU Message-ID: <4EFC737F.3050803@gmx.de> Date: Thu, 29 Dec 2011 15:04:47 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Paul C. Bryan" References: <4ECA5C66.1040305@gmx.de> <1321903463.1990.16.camel@neutron> <4ECAA9FE.6080802@gmx.de> <1321905599.1990.23.camel@neutron> <4ECAAF39.8000702@gmx.de> <1321906189.1990.26.camel@neutron> <4ECAB0BC.0@gmx.de> <6462023D-F767-45DE-9AF0-011CC48374CF@mnot.net> <1321912269.1990.32.camel@neutron> <1321923360.1990.34.camel@neutron> <1321923443.1990.35.camel@neutron> In-Reply-To: <1321923443.1990.35.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: [apps-discuss] draft-pbryan-zyp-json-pointer progress X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 14:04:53 -0000 Paul, just checking: do we have a plan for the I18N issues? Also, while discussing this on the Jackrabbit mailing list, one potential issue was brought up: If we do not special-case array addressing, a given pointer, such as /foo/bar/1 can identify two different things, either foo.bar[1] or foo.bar.["1"]. Of course this is only a problem when looking at a pointer in isolation (without knowing the object to apply it to), but I think it's worth thinking about. Best regards, Julian PS: and yes, the downside of using brackets would be that we need to escape more characters. From julian.reschke@gmx.de Thu Dec 29 07:41:05 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4495A21F85B9 for ; Thu, 29 Dec 2011 07:41:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.216 X-Spam-Level: X-Spam-Status: No, score=-103.216 tagged_above=-999 required=5 tests=[AWL=-0.617, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xsx5-MLIyq8c for ; Thu, 29 Dec 2011 07:41:04 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 9983821F8545 for ; Thu, 29 Dec 2011 07:41:00 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 15:40:59 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp031) with SMTP; 29 Dec 2011 16:40:59 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19QxIUxptVQ3CSAjjMHUXM5EOeUQneDZvmki7fSeM GAcOhecmgtXmWS Message-ID: <4EFC8A08.7000105@gmx.de> Date: Thu, 29 Dec 2011 16:40:56 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Paul C. Bryan" References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> In-Reply-To: <1322779521.1958.1.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 15:41:05 -0000 Hi there, in discussions in Apache Jackrabbit space, two more features have been mentioned as potentially useful: 1) The ability to send additional data along with the actual patch; such as a plain text string describing the change (think "commit" message), or user information. 2) The ability to *copy* (not *move*) objects around. ...feedback appreciated, Julian From julian.reschke@gmx.de Thu Dec 29 07:52:03 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D042621F844E for ; Thu, 29 Dec 2011 07:52:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.128 X-Spam-Level: X-Spam-Status: No, score=-103.128 tagged_above=-999 required=5 tests=[AWL=-0.529, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FtqO0kd3yQmy for ; Thu, 29 Dec 2011 07:52:03 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id E648421F8876 for ; Thu, 29 Dec 2011 07:51:57 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 15:51:56 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp014) with SMTP; 29 Dec 2011 16:51:56 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18C/3IQKyICn0Pm1oFYTBzbR4hJr19Q329Y/rV9z8 lsuut9oX3IeRco Message-ID: <4EFC8C98.10901@gmx.de> Date: Thu, 29 Dec 2011 16:51:52 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: IETF Apps Discuss Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 15:52:03 -0000 Hi, a few days ago, there was an epic thread over on rest-discuss () on the use of HTTP PUT for partial updates of JSON-modeled data. (Of course we all know over here that PUT isn't for partial updates :-) However, apparently many people currently do this, as it's simply convenient to send a subset of the object and have the server just update those fields. Now it's obvious that these kind of requests really should use PATCH, because that's what it's for after all. What's missing here is a media type describing this, though. Should we document patch semantics for this use case, and define a matching media type? It might be a light-weight alternative to what describes. For example, taking the example from : { "baz": "qux", "foo": "bar" } A JSON Patch document: [ { "replace": "/baz", "value": "boo" } ] The resulting JSON document: { "baz": "boo", "foo": "bar" } ...the alternative notation would be...: { "baz": "boo" } ...sent with PATCH and an internet media type such as "application/partial-update-json". Feedback appreciated, Julian PS: And yes, this would only allow replacing things; but this might be good enough for many use cases. Not defining something for this will cause people to stick with PUT, or to use PATCH with an incorrect media type, which we should avoid. From mca@amundsen.com Thu Dec 29 08:07:39 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF04721F8A64 for ; Thu, 29 Dec 2011 08:07:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.68 X-Spam-Level: X-Spam-Status: No, score=-0.68 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6iVqefMJyksi for ; Thu, 29 Dec 2011 08:07:39 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3F35321F8A55 for ; Thu, 29 Dec 2011 08:07:39 -0800 (PST) Received: by dajz8 with SMTP id z8so12605054daj.31 for ; Thu, 29 Dec 2011 08:07:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.72.230 with SMTP id g6mr87508307pbv.119.1325174858931; Thu, 29 Dec 2011 08:07:38 -0800 (PST) Sender: mca@amundsen.com Received: by 10.143.93.9 with HTTP; Thu, 29 Dec 2011 08:07:38 -0800 (PST) In-Reply-To: <4EFC8C98.10901@gmx.de> References: <4EFC8C98.10901@gmx.de> Date: Thu, 29 Dec 2011 11:07:38 -0500 X-Google-Sender-Auth: EmOEfttaOz0t2BGM4SU0uzPmeY8 Message-ID: From: mike amundsen To: Julian Reschke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 16:07:40 -0000 Julian: I think there is already an XML format for PATCH, right? (can't seem to find it right now) It might not bee too much work to spin up a parallel media type definition using the JSON format. That document might be proper place to describe a typical PATCH media type as (improvising here) "a format designed to *modify* an existing entity rather than replace all or part of an existing entity and/or introduce the notion of "partial updates" through the description of the PATCH method. mca http://amundsen.com/blog/ http://twitter.com@mamund http://mamund.com/foaf.rdf#me On Thu, Dec 29, 2011 at 10:51, Julian Reschke wrote= : > Hi, > > a few days ago, there was an epic thread over on rest-discuss > () on the = use > of HTTP PUT for partial updates of JSON-modeled data. > > (Of course we all know over here that PUT isn't for partial updates :-) > > However, apparently many people currently do this, as it's simply conveni= ent > to send a subset of the object and have the server just update those fiel= ds. > > Now it's obvious that these kind of requests really should use PATCH, > because that's what it's for after all. What's missing here is a media ty= pe > describing this, though. > > Should we document patch semantics for this use case, and define a matchi= ng > media type? > > It might be a light-weight alternative to what > describes. For > example, taking the example from > : > > =A0 { > =A0 =A0 =A0 "baz": "qux", > =A0 =A0 =A0 "foo": "bar" > =A0 } > > =A0 A JSON Patch document: > > =A0 [ > =A0 =A0 =A0 =A0 { "replace": "/baz", "value": "boo" } > =A0 ] > > =A0 The resulting JSON document: > > =A0 { > =A0 =A0 =A0 "baz": "boo", > =A0 =A0 =A0 "foo": "bar" > =A0 } > > ...the alternative notation would be...: > > > =A0 { > =A0 =A0 =A0 "baz": "boo" > =A0 } > > ...sent with PATCH and an internet media type such as > "application/partial-update-json". > > Feedback appreciated, > > Julian > > PS: And yes, this would only allow replacing things; but this might be go= od > enough for many use cases. Not defining something for this will cause peo= ple > to stick with PUT, or to use PATCH with an incorrect media type, which we > should avoid. > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss From julian.reschke@gmx.de Thu Dec 29 08:46:10 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85A5821F8A55 for ; Thu, 29 Dec 2011 08:46:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.999 X-Spam-Level: X-Spam-Status: No, score=-104.999 tagged_above=-999 required=5 tests=[AWL=-2.400, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D+HDEXCSeiQS for ; Thu, 29 Dec 2011 08:46:10 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 9CD7421F84BD for ; Thu, 29 Dec 2011 08:46:09 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 16:46:07 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp029) with SMTP; 29 Dec 2011 17:46:07 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/Fu94lupDFWyJrJj0LRqaepUqqrlssJSsu3MP06h z0qcODL8HQNOlj Message-ID: <4EFC994C.7080307@gmx.de> Date: Thu, 29 Dec 2011 17:46:04 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: mike amundsen References: <4EFC8C98.10901@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 16:46:10 -0000 On 2011-12-29 17:07, mike amundsen wrote: > Julian: > > > I think there is already an XML format for PATCH, right? (can't seem > to find it right now) It might not bee too much work to spin up a > parallel media type definition using the JSON format. Oh, there is already a proposal for a JSON-based patch format as well. > That document might be proper place to describe a typical PATCH media > type as (improvising here) "a format designed to *modify* an existing > entity rather than replace all or part of an existing entity and/or > introduce the notion of "partial updates" through the description of > the PATCH method. Why would you want to describe this as part of a spec for an XML format? Best regards, Julian From mca@amundsen.com Thu Dec 29 08:58:41 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B569A21F8AFF for ; Thu, 29 Dec 2011 08:58:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.68 X-Spam-Level: X-Spam-Status: No, score=-0.68 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LRlWpt65L-Ew for ; Thu, 29 Dec 2011 08:58:41 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id 0E1FA21F8AEA for ; Thu, 29 Dec 2011 08:58:41 -0800 (PST) Received: by dajz8 with SMTP id z8so12634364daj.31 for ; Thu, 29 Dec 2011 08:58:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.74.33 with SMTP id q1mr86802725pbv.68.1325177920656; Thu, 29 Dec 2011 08:58:40 -0800 (PST) Sender: mca@amundsen.com Received: by 10.143.93.9 with HTTP; Thu, 29 Dec 2011 08:58:40 -0800 (PST) In-Reply-To: <4EFC994C.7080307@gmx.de> References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> Date: Thu, 29 Dec 2011 11:58:40 -0500 X-Google-Sender-Auth: A7-kqjvKvfWMqKE_7eKpHDqjr8g Message-ID: From: mike amundsen To: Julian Reschke Content-Type: text/plain; charset=ISO-8859-1 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 16:58:41 -0000 On Thu, Dec 29, 2011 at 11:46, Julian Reschke wrote: > On 2011-12-29 17:07, mike amundsen wrote: >> >> Julian: >> >> >> I think there is already an XML format for PATCH, right? (can't seem >> to find it right now) It might not bee too much work to spin up a >> parallel media type definition using the JSON format. > > > Oh, there is already a proposal for a JSON-based patch format as well. understood. > > >> That document might be proper place to describe a typical PATCH media >> type as (improvising here) "a format designed to *modify* an existing >> entity rather than replace all or part of an existing entity and/or >> introduce the notion of "partial updates" through the description of >> the PATCH method. > > > Why would you want to describe this as part of a spec for an XML format? i do not, my message here was too vague. 1) i assumed you were proposing a new document that discussed PATCH for partial updates. 2) i meant to say that the document you propose "might be the proper place.... etc." 3) i assumed your text "define a matching media type ... It might be a light-weight alternative to what describes..." meant you were proposing a NEW media type to register w/ the IANA and i suggested the XML PATCH (RFC5621, i think) as a possible template for designing a JSON variant that would be this NEW media type. > > Best regards, Julian From julian.reschke@gmx.de Thu Dec 29 09:08:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3657C21F8B09 for ; Thu, 29 Dec 2011 09:08:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.656 X-Spam-Level: X-Spam-Status: No, score=-104.656 tagged_above=-999 required=5 tests=[AWL=-2.057, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y+t+X2013wOR for ; Thu, 29 Dec 2011 09:08:48 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 2A27621F8AFD for ; Thu, 29 Dec 2011 09:08:47 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 17:08:46 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp057) with SMTP; 29 Dec 2011 18:08:46 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19Cg3NhlVVCd8nK9BISm1UUJdF07iGlMi0z1c5B2o LfaznzrtlrJf61 Message-ID: <4EFC9E9B.2040303@gmx.de> Date: Thu, 29 Dec 2011 18:08:43 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: mike amundsen References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 17:08:49 -0000 On 2011-12-29 17:58, mike amundsen wrote: > ... > i do not, my message here was too vague. > > 1) i assumed you were proposing a new document that discussed PATCH > for partial updates. Oh, sorry. > 2) i meant to say that the document you propose "might be the proper > place.... etc." > 3) i assumed your text "define a matching media type ... It might be a > light-weight alternative to what > describes..." > meant you were proposing a NEW media type to register w/ the IANA and > i suggested the XML PATCH (RFC5621, i think) as a possible template > for designing a JSON variant that would be this NEW media type. Ack; understood. I think it would be simpler to define it as something that can be trivially transformed to the format defined in https://tools.ietf.org/html/draft-pbryan-json-patch-04; in that case we wouldn't even need to describe the actual semantics... Best regards, Julian From samj@samj.net Thu Dec 29 09:49:08 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53D4021F8B0D for ; Thu, 29 Dec 2011 09:49:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.31 X-Spam-Level: X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SARE_HTML_USL_OBFU=1.666] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P1P0+ZDuHLgM for ; Thu, 29 Dec 2011 09:49:07 -0800 (PST) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by ietfa.amsl.com (Postfix) with ESMTP id B056E21F8B0B for ; Thu, 29 Dec 2011 09:49:06 -0800 (PST) Received: from mail-yx0-f181.google.com ([209.85.213.181]) (using TLSv1) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTvyoA5V6UcPeWlgjRFPxD4lemkDMUvq9@postini.com; Thu, 29 Dec 2011 17:49:06 UTC Received: by yenm3 with SMTP id m3so8457456yen.40 for ; Thu, 29 Dec 2011 09:48:50 -0800 (PST) Received: by 10.236.145.230 with SMTP id p66mr11003383yhj.27.1325180929223; Thu, 29 Dec 2011 09:48:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.143.100 with HTTP; Thu, 29 Dec 2011 09:48:28 -0800 (PST) In-Reply-To: <4EFC8A08.7000105@gmx.de> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> From: Sam Johnston Date: Thu, 29 Dec 2011 18:48:28 +0100 Message-ID: To: Julian Reschke Content-Type: multipart/alternative; boundary=20cf3040eb328caad404b53eba87 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 17:49:08 -0000 --20cf3040eb328caad404b53eba87 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Julian, 1) The "commit" message sounds like a job for a header, but rather than define one I'd suggest using a generic one for all such applications =97 I'= ve been using an "Attribute:" header for my semantic HTTP work (e.g. Attribute: title=3D"Picture of man biting dog"). 2) For MOVE & COPY I've been using WebDAV methods (sans XML). Thoughts? Sam On Thu, Dec 29, 2011 at 4:40 PM, Julian Reschke wrot= e: > Hi there, > > in discussions in Apache Jackrabbit space, two more features have been > mentioned as potentially useful: > > 1) The ability to send additional data along with the actual patch; such > as a plain text string describing the change (think "commit" message), or > user information. > > 2) The ability to *copy* (not *move*) objects around. > > ...feedback appreciated, > > Julian > ______________________________**_________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/**listinfo/apps-discuss > --20cf3040eb328caad404b53eba87 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Julian,

1) The "commit" message sounds like a = job for a header, but rather than define one I'd suggest using a generi= c one for all such applications =97 I've been using an "Attribute:= " header for my semantic HTTP work (e.g. Attribute: title=3D"Pict= ure of man biting dog").

2) For MOVE & COPY I've been using WebDAV metho= ds (sans XML).

Thoughts?

= Sam

On Thu, Dec 29, 2011 at 4:40 P= M, Julian Reschke <julian.reschke@gmx.de> wrote:
Hi there,

in discussions in Apache Jackrabbit space, two more features have been ment= ioned as potentially useful:

1) The ability to send additional data along with the actual patch; such as= a plain text string describing the change (think "commit" messag= e), or user information.

2) The ability to *copy* (not *move*) objects around.

...feedback appreciated,

Julian
_______________________________________________
apps-discuss mailing list
apps-discuss@iet= f.org
https://www.ietf.org/mailman/listinfo/apps-discuss

--20cf3040eb328caad404b53eba87-- From mca@amundsen.com Thu Dec 29 10:57:45 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AC4621F8B4B for ; Thu, 29 Dec 2011 10:57:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.68 X-Spam-Level: X-Spam-Status: No, score=-0.68 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z6IVEu+OTj9x for ; Thu, 29 Dec 2011 10:57:44 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6DF9421F8B0A for ; Thu, 29 Dec 2011 10:57:44 -0800 (PST) Received: by dajz8 with SMTP id z8so12699625daj.31 for ; Thu, 29 Dec 2011 10:57:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.74.68 with SMTP id r4mr60362015pbv.102.1325185064188; Thu, 29 Dec 2011 10:57:44 -0800 (PST) Sender: mca@amundsen.com Received: by 10.143.93.9 with HTTP; Thu, 29 Dec 2011 10:57:44 -0800 (PST) In-Reply-To: <4EFC9E9B.2040303@gmx.de> References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> <4EFC9E9B.2040303@gmx.de> Date: Thu, 29 Dec 2011 13:57:44 -0500 X-Google-Sender-Auth: cPrMtfRgYrHHWaFt3e3NaihkjjM Message-ID: From: mike amundsen To: Julian Reschke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 18:57:45 -0000 Julian: are you suggesting a new RFC? mca http://amundsen.com/blog/ http://twitter.com@mamund http://mamund.com/foaf.rdf#me On Thu, Dec 29, 2011 at 12:08, Julian Reschke wrote= : > On 2011-12-29 17:58, mike amundsen wrote: >> >> ... >> >> i do not, my message here was too vague. >> >> 1) i assumed you were proposing a new document that discussed PATCH >> for partial updates. > > > Oh, sorry. > > >> 2) i meant to say that the document you propose "might be the proper >> place.... etc." >> 3) i assumed your text "define a matching media type ... It might be a >> light-weight alternative to what >> =A0describes...= " >> meant you were proposing a NEW media type to register w/ the IANA and >> i suggested the XML PATCH (RFC5621, i think) as a possible template >> for designing a JSON variant that would be this NEW media type. > > > Ack; understood. > > I think it would be simpler to define it as something that can be trivial= ly > transformed to the format defined in > https://tools.ietf.org/html/draft-pbryan-json-patch-04; in that case we > wouldn't even need to describe the actual semantics... > > Best regards, Julian From julian.reschke@gmx.de Thu Dec 29 13:11:08 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C577C21F8AF4 for ; Thu, 29 Dec 2011 13:11:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.399 X-Spam-Level: X-Spam-Status: No, score=-104.399 tagged_above=-999 required=5 tests=[AWL=-1.800, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BUqPkTIBnWor for ; Thu, 29 Dec 2011 13:11:08 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id D765621F84B8 for ; Thu, 29 Dec 2011 13:11:07 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 21:11:05 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp033) with SMTP; 29 Dec 2011 22:11:05 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18+XPZ3HJE+3JzoakCpgzGtfyCNVXAbxNh3tO74YB uKq840DO31lDhP Message-ID: <4EFCD765.3020201@gmx.de> Date: Thu, 29 Dec 2011 22:11:01 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: mike amundsen References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> <4EFC9E9B.2040303@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 21:11:08 -0000 On 2011-12-29 19:57, mike amundsen wrote: > Julian: > > are you suggesting a new RFC? I think so. From julian.reschke@gmx.de Thu Dec 29 13:15:43 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8917E21F8B61 for ; Thu, 29 Dec 2011 13:15:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.039 X-Spam-Level: X-Spam-Status: No, score=-104.039 tagged_above=-999 required=5 tests=[AWL=-1.440, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xXxbbb3T9RJv for ; Thu, 29 Dec 2011 13:15:41 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 192B121F8A70 for ; Thu, 29 Dec 2011 13:15:40 -0800 (PST) Received: (qmail invoked by alias); 29 Dec 2011 21:15:40 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp031) with SMTP; 29 Dec 2011 22:15:40 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19QD2l4i0dQ47LYKc3lD0FmH2rMw440sW5/2LlvEQ x2QIHHsLvOEtMd Message-ID: <4EFCD872.6070209@gmx.de> Date: Thu, 29 Dec 2011 22:15:30 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Sam Johnston References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 21:15:43 -0000 On 2011-12-29 18:48, Sam Johnston wrote: > Julian, > > 1) The "commit" message sounds like a job for a header, but rather than > define one I'd suggest using a generic one for all such applications — > I've been using an "Attribute:" header for my semantic HTTP work (e.g. > Attribute: title="Picture of man biting dog"). This might work; but of course that needs to be defined as well... > 2) For MOVE & COPY I've been using WebDAV methods (sans XML). Understood. But may not be the right thing for everybody... From mca@amundsen.com Thu Dec 29 13:18:16 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80C4821F8B87 for ; Thu, 29 Dec 2011 13:18:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.68 X-Spam-Level: X-Spam-Status: No, score=-0.68 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vc6D7eBSYoW for ; Thu, 29 Dec 2011 13:18:15 -0800 (PST) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id DAC4821F8AFC for ; Thu, 29 Dec 2011 13:18:15 -0800 (PST) Received: by dajz8 with SMTP id z8so12772892daj.31 for ; Thu, 29 Dec 2011 13:18:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.72.230 with SMTP id g6mr89945726pbv.119.1325193494251; Thu, 29 Dec 2011 13:18:14 -0800 (PST) Sender: mca@amundsen.com Received: by 10.143.93.9 with HTTP; Thu, 29 Dec 2011 13:18:14 -0800 (PST) In-Reply-To: <4EFCD765.3020201@gmx.de> References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> <4EFC9E9B.2040303@gmx.de> <4EFCD765.3020201@gmx.de> Date: Thu, 29 Dec 2011 16:18:14 -0500 X-Google-Sender-Auth: -AtYIikJPVfdwt1aT5VPlTkO5hs Message-ID: From: mike amundsen To: Julian Reschke Content-Type: text/plain; charset=ISO-8859-1 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 21:18:16 -0000 i think that's a good idea. mca http://amundsen.com/blog/ http://twitter.com@mamund http://mamund.com/foaf.rdf#me On Thu, Dec 29, 2011 at 16:11, Julian Reschke wrote: > On 2011-12-29 19:57, mike amundsen wrote: >> >> Julian: >> >> are you suggesting a new RFC? > > > I think so. > From nico@cryptonector.com Thu Dec 29 13:31:21 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8213421F8BA6 for ; Thu, 29 Dec 2011 13:31:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Nzla6qOBxjs for ; Thu, 29 Dec 2011 13:31:21 -0800 (PST) Received: from homiemail-a33.g.dreamhost.com (caiajhbdcbef.dreamhost.com [208.97.132.145]) by ietfa.amsl.com (Postfix) with ESMTP id 0088D21F8B79 for ; Thu, 29 Dec 2011 13:31:20 -0800 (PST) Received: from homiemail-a33.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTP id 7532A594059 for ; Thu, 29 Dec 2011 13:31:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=cryptonector.com; h=mime-version :in-reply-to:references:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; q=dns; s= cryptonector.com; b=Ygey+7D1Unacok5o3UKMPh5DK3vhap9TeDn6UCnH7GDa mXNsPLJOfUdo3fCqFU0hVTweael8pBXIsnvSojs2EFRhAFrTQi+Cr2jD7WRnJlec UFfOeOoqWm8yO7LV+Aw71rPXWOR85Jh0XF2qCnh7c7Z7OMmAMoQBpF+pFrMDH2k= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type:content-transfer-encoding; s= cryptonector.com; bh=j/oxtQXpHyFnQgD0fZU7JKMzdLc=; b=X3sXee9eUB6 ZKEnqog65psX8csz37ji7zOYTvoJEIWMxk4Hmfj1DWxld69sSJQeyeNGqYnIrrZX ZgZqgKmIlcsI8vWZ/BYYg44lWA4bBvmznHCBK4kqLxLtBOHY9N7H/DuzgUs0QNjA wtB5Y3T0g9MltmaBIfVYT60qZBr4rUXs= Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTPSA id 3FA21594056 for ; Thu, 29 Dec 2011 13:31:20 -0800 (PST) Received: by pbdd12 with SMTP id d12so11650810pbd.31 for ; Thu, 29 Dec 2011 13:31:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.212.70 with SMTP id ni6mr10775533pbc.84.1325194279851; Thu, 29 Dec 2011 13:31:19 -0800 (PST) Received: by 10.68.10.234 with HTTP; Thu, 29 Dec 2011 13:31:19 -0800 (PST) In-Reply-To: References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> Date: Thu, 29 Dec 2011 15:31:19 -0600 Message-ID: From: Nico Williams To: Sam Johnston Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 21:31:21 -0000 On Thu, Dec 29, 2011 at 11:48 AM, Sam Johnston wrote: > 1) The "commit" message sounds like a job for a header, but rather than > define one I'd suggest using a generic one for all such applications =E2= =80=94 I've > been using an "Attribute:" header for my semantic HTTP work (e.g. Attribu= te: > title=3D"Picture of man biting dog"). You'll want some well-defined headers for "commit" metadata (e.g., to list merge parents). Nico -- From paul.bryan@forgerock.com Thu Dec 29 21:12:22 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BF1B21F845F for ; Thu, 29 Dec 2011 21:12:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.998 X-Spam-Level: X-Spam-Status: No, score=-5.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SNOPn7m3U6Km for ; Thu, 29 Dec 2011 21:12:21 -0800 (PST) Received: from eu1sys200aog119.obsmtp.com (eu1sys200aog119.obsmtp.com [207.126.144.147]) by ietfa.amsl.com (Postfix) with SMTP id A1BD421F845E for ; Thu, 29 Dec 2011 21:12:20 -0800 (PST) Received: from mail-gy0-f179.google.com ([209.85.160.179]) (using TLSv1) by eu1sys200aob119.postini.com ([207.126.147.11]) with SMTP ID DSNKTv1IGHY4alO+lImYH23yizBZJjFWxAFw@postini.com; Fri, 30 Dec 2011 05:12:20 UTC Received: by ghbz2 with SMTP id z2so4093635ghb.24 for ; Thu, 29 Dec 2011 21:11:51 -0800 (PST) Received: by 10.236.129.164 with SMTP id h24mr49418272yhi.78.1325221911335; Thu, 29 Dec 2011 21:11:51 -0800 (PST) Received: from [192.168.1.5] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id u9sm71672082anh.20.2011.12.29.21.11.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Dec 2011 21:11:50 -0800 (PST) Message-ID: <1325221908.18477.13.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Thu, 29 Dec 2011 21:11:48 -0800 In-Reply-To: <4EFC737F.3050803@gmx.de> References: <4ECA5C66.1040305@gmx.de> <1321903463.1990.16.camel@neutron> <4ECAA9FE.6080802@gmx.de> <1321905599.1990.23.camel@neutron> <4ECAAF39.8000702@gmx.de> <1321906189.1990.26.camel@neutron> <4ECAB0BC.0@gmx.de> <6462023D-F767-45DE-9AF0-011CC48374CF@mnot.net> <1321912269.1990.32.camel@neutron> <1321923360.1990.34.camel@neutron> <1321923443.1990.35.camel@neutron> <4EFC737F.3050803@gmx.de> Content-Type: multipart/alternative; boundary="=-mx65IWuFnU2s4Fs3x8dy" X-Mailer: Evolution 3.2.2-1 Mime-Version: 1.0 Subject: Re: [apps-discuss] draft-pbryan-zyp-json-pointer progress X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 05:12:22 -0000 --=-mx65IWuFnU2s4Fs3x8dy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 15:04 +0100, Julian Reschke wrote: > just checking: do we have a plan for the I18N issues? I believe the consensus is that a pointer should be Unicode; ramifications: 1. If it's a JSON string value, then JSON encoding applies. 2. If it's a URI fragment identifier, then URI percent-encoding applies. The outstanding issue to address is cases where a member name contains reference token prefix "/" character(s). In light of this, using some sort of escape character makes the most sense; which character to use is the question. U+FFFD was mentioned. Any further thoughts? > Also, while discussing this on the Jackrabbit mailing list, one > potential issue was brought up: > > If we do not special-case array addressing, a given pointer, such as > > /foo/bar/1 > > can identify two different things, either foo.bar[1] or foo.bar.["1"]. This topic has come up multiple times; it's true that .../1 is ambiguous until you resolve a pointer against a concrete JSON value. What's not been obvious to date is how identifying the type of value in the pointer is of use. I could imagine cases where you would want to create missing intermediate values while traversing a pointer, at which point .../1 is problematic as it would imply the creation of a sparse array. If there is a strong drive to identify types in pointers, I'm definitely interested in understanding the case further. > Of course this is only a problem when looking at a pointer in > isolation > (without knowing the object to apply it to), but I think it's worth > thinking about. > > Best regards, Julian > > PS: and yes, the downside of using brackets would be that we need to > escape more characters. Yes, ouch. Paul P.S. I'm planning on publishing new (APPSAWG) drafts for JSON Patch and JSON Pointer in the next few days, in time for review in the new year. :-) --=-mx65IWuFnU2s4Fs3x8dy Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 15:04 +0100, Julian Reschke wrote:

just checking: do we have a plan for the I18N issues?

I believe the consensus is that a pointer should be Unicode; ramifications:

1. If it's a JSON string value, then JSON encoding applies.
2. If it's a URI fragment identifier, then URI percent-encoding applies.

The outstanding issue to address is cases where a member name contains reference token prefix "/" character(s). In light of this, using some sort of escape character makes the most sense; which character to use is the question. U+FFFD was mentioned. Any further thoughts? 

Also, while discussing this on the Jackrabbit mailing list, one
potential issue was brought up:

If we do not special-case array addressing, a given pointer, such as

/foo/bar/1

can identify two different things, either foo.bar[1] or foo.bar.["1"].

This topic has come up multiple times; it's true that .../1 is ambiguous until you resolve a pointer against a concrete JSON value. What's not been obvious to date is how identifying the type of value in the pointer is of use. I could imagine cases where you would want to create missing intermediate values while traversing a pointer, at which point .../1 is problematic as it would imply the creation of a sparse array. If there is a strong drive to identify types in pointers, I'm definitely interested in understanding the case further.

Of course this is only a problem when looking at a pointer in isolation
(without knowing the object to apply it to), but I think it's worth
thinking about.

Best regards, Julian

PS: and yes, the downside of using brackets would be that we need to
escape more characters.

Yes, ouch.

Paul

P.S. I'm planning on publishing new (APPSAWG) drafts for JSON Patch and JSON Pointer in the next few days, in time for review in the new year. :-)

--=-mx65IWuFnU2s4Fs3x8dy-- From paul.bryan@forgerock.com Thu Dec 29 21:24:54 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0675211E8089 for ; Thu, 29 Dec 2011 21:24:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.298 X-Spam-Level: X-Spam-Status: No, score=-6.298 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id soTz4bkKqC9Q for ; Thu, 29 Dec 2011 21:24:53 -0800 (PST) Received: from eu1sys200aog118.obsmtp.com (eu1sys200aog118.obsmtp.com [207.126.144.145]) by ietfa.amsl.com (Postfix) with SMTP id 8866E11E807F for ; Thu, 29 Dec 2011 21:24:52 -0800 (PST) Received: from mail-yx0-f169.google.com ([209.85.213.169]) (using TLSv1) by eu1sys200aob118.postini.com ([207.126.147.11]) with SMTP ID DSNKTv1LIz59UQlKwUrV/KIznu8YK9govqfL@postini.com; Fri, 30 Dec 2011 05:24:52 UTC Received: by yenq10 with SMTP id q10so9326584yen.14 for ; Thu, 29 Dec 2011 21:24:50 -0800 (PST) Received: by 10.236.73.230 with SMTP id v66mr50458585yhd.61.1325222690789; Thu, 29 Dec 2011 21:24:50 -0800 (PST) Received: from [192.168.1.5] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id c44sm53581451yhm.5.2011.12.29.21.24.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Dec 2011 21:24:49 -0800 (PST) Message-ID: <1325222688.18477.25.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Thu, 29 Dec 2011 21:24:48 -0800 In-Reply-To: <4EFC8A08.7000105@gmx.de> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> Content-Type: multipart/alternative; boundary="=-VS8u/qoIW7xiHB+rnuuK" X-Mailer: Evolution 3.2.2-1 Mime-Version: 1.0 Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 05:24:54 -0000 --=-VS8u/qoIW7xiHB+rnuuK Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 16:40 +0100, Julian Reschke wrote: > Hi there, > > in discussions in Apache Jackrabbit space, two more features have > been > mentioned as potentially useful: > > 1) The ability to send additional data along with the actual patch; > such > as a plain text string describing the change (think "commit" > message), > or user information. I've had a few thoughts here. First, I think commit messages should probably be out of scope for JSON Patch specifically. That said, we should allow the ability to build on the specified format, allowing for extensions, including additional (more domain-specific) operations. I'm generally against the idea of using out-of-band metadata such as header fields in an HTTP request, mostly because it ties metadata to the transfer protocol rather (what I believe rightly should be tied to the document). I'm interested in feedback on the possibility that I add text stating that if an operation cannot be determined for a given patch object, then an implementation should ignore it. Thoughts? > 2) The ability to *copy* (not *move*) objects around. This is another example of something trivial for the patch implementation to perform, so I'm inclined to add it to the next draft. Paul --=-VS8u/qoIW7xiHB+rnuuK Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 16:40 +0100, Julian Reschke wrote:
Hi there,

in discussions in Apache Jackrabbit space, two more features have been
mentioned as potentially useful:

1) The ability to send additional data along with the actual patch; such
as a plain text string describing the change (think "commit" message),
or user information.

I've had a few thoughts here.

First, I think commit messages should probably be out of scope for JSON Patch specifically. That said, we should allow the ability to build on the specified format, allowing for extensions, including additional (more domain-specific) operations.

I'm generally against the idea of using out-of-band metadata such as header fields in an HTTP request, mostly because it ties metadata to the transfer protocol rather (what I believe rightly should be tied to the document).

I'm interested in feedback on the possibility that I add text stating that if an operation cannot be determined for a given patch object, then an implementation should ignore it. Thoughts?

2) The ability to *copy* (not *move*) objects around.

This is another example of something trivial for the patch implementation to perform, so I'm inclined to add it to the next draft.

Paul

--=-VS8u/qoIW7xiHB+rnuuK-- From paul.bryan@forgerock.com Thu Dec 29 21:37:03 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC4F621F8444 for ; Thu, 29 Dec 2011 21:37:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.448 X-Spam-Level: X-Spam-Status: No, score=-6.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MmnqEI1KP03D for ; Thu, 29 Dec 2011 21:37:03 -0800 (PST) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by ietfa.amsl.com (Postfix) with SMTP id 5518D11E807F for ; Thu, 29 Dec 2011 21:37:02 -0800 (PST) Received: from mail-yx0-f171.google.com ([209.85.213.171]) (using TLSv1) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTv1N+c5p7lt4AXFbicwkCKAgNKlqvAzH@postini.com; Fri, 30 Dec 2011 05:37:02 UTC Received: by yenr9 with SMTP id r9so9896051yen.16 for ; Thu, 29 Dec 2011 21:36:56 -0800 (PST) Received: by 10.236.140.36 with SMTP id d24mr49551467yhj.84.1325223416689; Thu, 29 Dec 2011 21:36:56 -0800 (PST) Received: from [192.168.1.5] (S0106a021b762dbb3.vf.shawcable.net. [174.1.40.184]) by mx.google.com with ESMTPS id v8sm6323625yhi.10.2011.12.29.21.36.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Dec 2011 21:36:55 -0800 (PST) Message-ID: <1325223414.18477.31.camel@neutron> From: "Paul C. Bryan" To: IETF Apps Discuss Date: Thu, 29 Dec 2011 21:36:54 -0800 In-Reply-To: <4EFC9E9B.2040303@gmx.de> References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> <4EFC9E9B.2040303@gmx.de> Content-Type: multipart/alternative; boundary="=-y13swzUCUZOxqUM4qpRn" X-Mailer: Evolution 3.2.2-1 Mime-Version: 1.0 Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 05:37:03 -0000 --=-y13swzUCUZOxqUM4qpRn Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 18:08 +0100, Julian Reschke wrote: > On 2011-12-29 17:58, mike amundsen wrote: > > ... > > i do not, my message here was too vague. > > > > 1) i assumed you were proposing a new document that discussed PATCH > > for partial updates. > > Oh, sorry. > > > 2) i meant to say that the document you propose "might be the proper > > place.... etc." > > 3) i assumed your text "define a matching media type ... It might be > a > > light-weight alternative to what > > > describes..." > > meant you were proposing a NEW media type to register w/ the IANA > and > > i suggested the XML PATCH (RFC5621, i think) as a possible template > > for designing a JSON variant that would be this NEW media type. > > Ack; understood. > > I think it would be simpler to define it as something that can be > trivially transformed to the format defined in > https://tools.ietf.org/html/draft-pbryan-json-patch-04; in that case > we > wouldn't even need to describe the actual semantics... Is this something that just reduces the verbosity of the operations, or are you talking something probably non-JSON for higher compactness? If the former, then I'm game to either choose shorter operation names or at least allow for aliases. If the latter, what have you got in mind? I'm curious how it might compare such an approach to merely taking a JSON Patch document (with possibly shorter op names) and encoding in a binary variant such as BJSON or UBJSON... Paul --=-y13swzUCUZOxqUM4qpRn Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit On Thu, 2011-12-29 at 18:08 +0100, Julian Reschke wrote:
On 2011-12-29 17:58, mike amundsen wrote:
> ...
> i do not, my message here was too vague.
>
> 1) i assumed you were proposing a new document that discussed PATCH
> for partial updates.

Oh, sorry.

> 2) i meant to say that the document you propose "might be the proper
> place.... etc."
> 3) i assumed your text "define a matching media type ... It might be a
> light-weight alternative to what
> <https://tools.ietf.org/html/draft-pbryan-json-patch-04> describes..."
> meant you were proposing a NEW media type to register w/ the IANA and
> i suggested the XML PATCH (RFC5621, i think) as a possible template
> for designing a JSON variant that would be this NEW media type.

Ack; understood.

I think it would be simpler to define it as something that can be
trivially transformed to the format defined in
https://tools.ietf.org/html/draft-pbryan-json-patch-04; in that case we
wouldn't even need to describe the actual semantics...

Is this something that just reduces the verbosity of the operations, or are you talking something probably non-JSON for higher compactness? If the former, then I'm game to either choose shorter operation names or at least allow for aliases.

If the latter, what have you got in mind? I'm curious how it might compare such an approach to merely taking a JSON Patch document (with possibly shorter op names) and encoding in a binary variant such as BJSON or UBJSON...

Paul --=-y13swzUCUZOxqUM4qpRn-- From julian.reschke@gmx.de Fri Dec 30 00:26:27 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F02521F87D3 for ; Fri, 30 Dec 2011 00:26:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.328 X-Spam-Level: X-Spam-Status: No, score=-103.328 tagged_above=-999 required=5 tests=[AWL=-1.329, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfCtp8-fRDS8 for ; Fri, 30 Dec 2011 00:26:26 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 2F3A621F87FA for ; Fri, 30 Dec 2011 00:26:26 -0800 (PST) Received: (qmail invoked by alias); 30 Dec 2011 08:26:24 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp026) with SMTP; 30 Dec 2011 09:26:24 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+V9W8eT52VGZPWy0slJoK5Fefz4GQUYunC40Bs9b nMRBMWAqOQilbk Message-ID: <4EFD75AD.6090602@gmx.de> Date: Fri, 30 Dec 2011 09:26:21 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Paul C. Bryan" References: <4ECA5C66.1040305@gmx.de> <1321903463.1990.16.camel@neutron> <4ECAA9FE.6080802@gmx.de> <1321905599.1990.23.camel@neutron> <4ECAAF39.8000702@gmx.de> <1321906189.1990.26.camel@neutron> <4ECAB0BC.0@gmx.de> <6462023D-F767-45DE-9AF0-011CC48374CF@mnot.net> <1321912269.1990.32.camel@neutron> <1321923360.1990.34.camel@neutron> <1321923443.1990.35.camel@neutron> <4EFC737F.3050803@gmx.de> <1325221908.18477.13.camel@neutron> In-Reply-To: <1325221908.18477.13.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] draft-pbryan-zyp-json-pointer progress X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 08:26:27 -0000 On 2011-12-30 06:11, Paul C. Bryan wrote: > On Thu, 2011-12-29 at 15:04 +0100, Julian Reschke wrote: > >> just checking: do we have a plan for the I18N issues? > > I believe the consensus is that a pointer should be Unicode; ramifications: > > 1. If it's a JSON string value, then JSON encoding applies. > 2. If it's a URI fragment identifier, then URI percent-encoding applies. +1 > The outstanding issue to address is cases where a member name contains > reference token prefix "/" character(s). In light of this, using some > sort of escape character makes the most sense; which character to use is > the question. U+FFFD was mentioned. Any further thoughts? Using a fixed replacement works for me. The alternative that was mentioned was a control character such as US (0x1f). >> Also, while discussing this on the Jackrabbit mailing list, one >> potential issue was brought up: >> >> If we do not special-case array addressing, a given pointer, such as >> >> /foo/bar/1 >> >> can identify two different things, either foo.bar[1] or foo.bar.["1"]. > > This topic has come up multiple times; it's true that .../1 is ambiguous > until you resolve a pointer against a concrete JSON value. What's not > been obvious to date is how identifying the type of value in the pointer > is of use. I could imagine cases where you would want to create missing > intermediate values while traversing a pointer, at which point .../1 is > problematic as it would imply the creation of a sparse array. If there > is a strong drive to identify types in pointers, I'm definitely > interested in understanding the case further. I agree with the analysis. Right now I can't provide a use case that would require removing the ambiguity, but I have the feeling that this will cause pain later on. Sorry for not having something more concrete... >> Of course this is only a problem when looking at a pointer in isolation >> (without knowing the object to apply it to), but I think it's worth >> thinking about. >> >> Best regards, Julian >> >> PS: and yes, the downside of using brackets would be that we need to >> escape more characters. > > Yes, ouch. > > Paul > > P.S. I'm planning on publishing new (APPSAWG) drafts for JSON Patch and > JSON Pointer in the next few days, in time for review in the new year. :-) Thanks! Best regards, Julian From julian.reschke@gmx.de Fri Dec 30 00:29:49 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A32D21F8531 for ; Fri, 30 Dec 2011 00:29:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.539 X-Spam-Level: X-Spam-Status: No, score=-103.539 tagged_above=-999 required=5 tests=[AWL=-0.940, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qjrkhYXQtKKw for ; Fri, 30 Dec 2011 00:29:48 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 11EB221F84ED for ; Fri, 30 Dec 2011 00:29:47 -0800 (PST) Received: (qmail invoked by alias); 30 Dec 2011 08:29:46 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp058) with SMTP; 30 Dec 2011 09:29:46 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/MLAEGIYTMfGaSvbrl2kCQKnH732SZRTmHtdR7PB kXAK8z5t4stoXZ Message-ID: <4EFD7678.5080005@gmx.de> Date: Fri, 30 Dec 2011 09:29:44 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: "Paul C. Bryan" References: <4EFC8C98.10901@gmx.de> <4EFC994C.7080307@gmx.de> <4EFC9E9B.2040303@gmx.de> <1325223414.18477.31.camel@neutron> In-Reply-To: <1325223414.18477.31.camel@neutron> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] media type for partial JSON updates? X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 08:29:49 -0000 On 2011-12-30 06:36, Paul C. Bryan wrote: > ... >> I think it would be simpler to define it as something that can be >> trivially transformed to the format defined in >> https://tools.ietf.org/html/draft-pbryan-json-patch-04; in that case we >> wouldn't even need to describe the actual semantics... > > Is this something that just reduces the verbosity of the operations, or > are you talking something probably non-JSON for higher compactness? If > the former, then I'm game to either choose shorter operation names or at > least allow for aliases. I personally don't think yet another format is needed. But: people are doing this already with PUT (although they should not), and it might me good to offer them a way to fix what they do by switching PUT to PATCH and application/json to something that actually describes the semantics of what they are doing. > ... Best regards, Julian From samj@samj.net Fri Dec 30 02:10:36 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90D1621F8BAC for ; Fri, 30 Dec 2011 02:10:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.143 X-Spam-Level: X-Spam-Status: No, score=-5.143 tagged_above=-999 required=5 tests=[AWL=0.833, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ox-OsoK3VOjm for ; Fri, 30 Dec 2011 02:10:35 -0800 (PST) Received: from eu1sys200aog103.obsmtp.com (eu1sys200aog103.obsmtp.com [207.126.144.115]) by ietfa.amsl.com (Postfix) with ESMTP id 136CB21F8B76 for ; Fri, 30 Dec 2011 02:10:33 -0800 (PST) Received: from mail-gy0-f170.google.com ([209.85.160.170]) (using TLSv1) by eu1sys200aob103.postini.com ([207.126.147.11]) with SMTP ID DSNKTv2N4FlsPMMMFTJYIhBiAbgblPu+zJLb@postini.com; Fri, 30 Dec 2011 10:10:34 UTC Received: by mail-gy0-f170.google.com with SMTP id r1so7845819ghr.1 for ; Fri, 30 Dec 2011 02:09:36 -0800 (PST) Received: by 10.236.73.230 with SMTP id v66mr51045555yhd.61.1325239776219; Fri, 30 Dec 2011 02:09:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.143.100 with HTTP; Fri, 30 Dec 2011 02:09:15 -0800 (PST) In-Reply-To: <1325222688.18477.25.camel@neutron> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> From: Sam Johnston Date: Fri, 30 Dec 2011 11:09:15 +0100 Message-ID: To: "Paul C. Bryan" Content-Type: multipart/alternative; boundary=20cf300513921a926e04b54c6e75 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 10:10:36 -0000 --20cf300513921a926e04b54c6e75 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 6:24 AM, Paul C. Bryan wr= ote: > ** > > First, I think commit messages should probably be out of scope for JSON > Patch specifically. That said, we should allow the ability to build on th= e > specified format, allowing for extensions, including additional (more > domain-specific) operations. > Maybe so, but saying what you're doing when manipulating an object is often a good idea. > I'm generally against the idea of using out-of-band metadata such as > header fields in an HTTP request, mostly because it ties metadata to the > transfer protocol rather (what I believe rightly should be tied to the > document). > The distinction between data and metadata isn't always clear =97 to me a document detailing manipulations could just as easily be separated from the description of it (or it could be redundant =97 with the headers reflecting data contained within the document). It's also not always possible to define what goes in a document, so if you have metadata (like commit messages) then I'd argue you should use HTTP's existing metadata channel rather than an "envelope" like SOAP (or JSON). > I'm interested in feedback on the possibility that I add text stating tha= t > if an operation cannot be determined for a given patch object, then an > implementation should ignore it. Thoughts? > To me this sounds dangerous =97 add versioning and if there's sufficient demand for extensions then just include them in a future version? > 2) The ability to *copy* (not *move*) objects around. > > This is another example of something trivial for the patch implementation > to perform, so I'm inclined to add it to the next draft. > This begs the question as to whether PATCH should be creating new resources; the scope of PATCH ("to modify an existing HTTP resource") is fairly clear on this IMO. Furthermore, MOVE and COPY verbs are useful for other applications (e.g. cloud APIs) so promoting them from WebDAV, sans XML dependency, would likely be useful for other applications. Sam --20cf300513921a926e04b54c6e75 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 6:24 AM, Paul C. Bryan <paul.bryan@forgerock.com> wrote:
=20 =20

First, I think commit messages should probably be out of scope for JSON Pat= ch specifically. That said, we should allow the ability to build on the spe= cified format, allowing for extensions, including additional (more domain-s= pecific) operations.

Maybe so, but saying what you're= doing when manipulating an object is often a good idea.
=A0
I'm generally against the idea of using out-of-band metadata such as he= ader fields in an HTTP request, mostly because it ties metadata to the tran= sfer protocol rather (what I believe rightly should be tied to the document= ).

The distinction between data and met= adata isn't always clear =97 to me a document detailing manipulations c= ould just as easily be separated from the description of it (or it could be= redundant =97 with the headers reflecting data contained within the docume= nt). It's also not always possible to define what goes in a document, s= o if you have metadata (like commit messages) then I'd argue you should= use HTTP's existing metadata channel rather than an "envelope&quo= t; like SOAP (or JSON).
=A0
I'm interested in feedback on the possibility that I add text stating t= hat if an operation cannot be determined for a given patch object, then an = implementation should ignore it. Thoughts?

To me this sounds dangerous =97 add versioning and if there'= s sufficient demand for extensions then just include them in a future versi= on?=A0
2) The ability to *copy* (not *move*) objects around.
This is another example of something trivial for the patch implementation t= o perform, so I'm inclined to add it to the next draft.

This begs the question as to whether PATCH should be= creating new resources; the scope of PATCH ("to modify an existing HT= TP resource") is fairly clear on this IMO. Furthermore, MOVE and COPY = verbs are useful for other applications (e.g. cloud APIs) so promoting them= from WebDAV, sans XML dependency, would likely be useful for other applica= tions.

Sam

--20cf300513921a926e04b54c6e75-- From julian.reschke@gmx.de Fri Dec 30 02:41:27 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0BF521F8B40 for ; Fri, 30 Dec 2011 02:41:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.341 X-Spam-Level: X-Spam-Status: No, score=-103.341 tagged_above=-999 required=5 tests=[AWL=-0.742, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id znF1o++kQ-eV for ; Fri, 30 Dec 2011 02:41:27 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id A4A3421F8B1F for ; Fri, 30 Dec 2011 02:41:26 -0800 (PST) Received: (qmail invoked by alias); 30 Dec 2011 10:41:25 -0000 Received: from p3EE2751C.dip.t-dialin.net (EHLO [192.168.178.36]) [62.226.117.28] by mail.gmx.net (mp072) with SMTP; 30 Dec 2011 11:41:25 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1969G0j+Ch6JLa43fTCfQqF6CNyK2A8EBeh65jCVL L4Z1hapQfMtL44 Message-ID: <4EFD954B.3090006@gmx.de> Date: Fri, 30 Dec 2011 11:41:15 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Sam Johnston References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 10:41:27 -0000 On 2011-12-30 11:09, Sam Johnston wrote: > On Fri, Dec 30, 2011 at 6:24 AM, Paul C. Bryan > wrote: > > > First, I think commit messages should probably be out of scope for > JSON Patch specifically. That said, we should allow the ability to > build on the specified format, allowing for extensions, including > additional (more domain-specific) operations. > > > Maybe so, but saying what you're doing when manipulating an object is > often a good idea. > > I'm generally against the idea of using out-of-band metadata such as > header fields in an HTTP request, mostly because it ties metadata to > the transfer protocol rather (what I believe rightly should be tied > to the document). > > > The distinction between data and metadata isn't always clear — to me a > document detailing manipulations could just as easily be separated from > the description of it (or it could be redundant — with the headers > reflecting data contained within the document). It's also not always > possible to define what goes in a document, so if you have metadata > (like commit messages) then I'd argue you should use HTTP's existing > metadata channel rather than an "envelope" like SOAP (or JSON). I think both are valid points of view :-) As a data point: when I submit a hg patch to Mozilla, I specify the commit message in-band. I think that's a very useful thing to have. > I'm interested in feedback on the possibility that I add text > stating that if an operation cannot be determined for a given patch > object, then an implementation should ignore it. Thoughts? > > > To me this sounds dangerous — add versioning and if there's sufficient > demand for extensions then just include them in a future version? So yes, we need to state whether the format follows the "must-understand" or "must-ignore" pattern. Or allow optional parameters (such as a commit message) to be marked as such. >> 2) The ability to *copy* (not *move*) objects around. > This is another example of something trivial for the patch > implementation to perform, so I'm inclined to add it to the next draft. > > > This begs the question as to whether PATCH should be creating new > resources; the scope of PATCH ("to modify an existing HTTP resource") is Of course that depends on how you define the lifetime of a resource. Does a resource which currently doesn't have a retrievable representation "exist"? Technically, PATCH can work for creating an initial mapping as well. > fairly clear on this IMO. Furthermore, MOVE and COPY verbs are useful > for other applications (e.g. cloud APIs) so promoting them from WebDAV, > sans XML dependency, would likely be useful for other applications. I agree that COPY and MOVE are good things if you indeed want to COPY or MOVE full resources (or hierarchies). I never understood the resistance to COPY and MOVE in the AtomPub community. That being said: the proposal is for copying JSON object members, not HTTP resources; so this is an operation that can't be done with COPY unless you have HTTP mappings for each of the JSON object members (and even then you wouldn't be able to express them as part of a bigger PATCH operation). Best regards, Julian From samj@samj.net Fri Dec 30 03:37:01 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0ACE621F8C00 for ; Fri, 30 Dec 2011 03:37:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.56 X-Spam-Level: X-Spam-Status: No, score=-5.56 tagged_above=-999 required=5 tests=[AWL=0.417, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1WDWwtlkrF5Z for ; Fri, 30 Dec 2011 03:37:00 -0800 (PST) Received: from eu1sys200aog109.obsmtp.com (eu1sys200aog109.obsmtp.com [207.126.144.127]) by ietfa.amsl.com (Postfix) with ESMTP id 3CACD21F8BF4 for ; Fri, 30 Dec 2011 03:36:59 -0800 (PST) Received: from mail-gx0-f172.google.com ([209.85.161.172]) (using TLSv1) by eu1sys200aob109.postini.com ([207.126.147.11]) with SMTP ID DSNKTv2iSSM2guSTc1KYitYmCsc/8fnP+CuE@postini.com; Fri, 30 Dec 2011 11:36:59 UTC Received: by mail-gx0-f172.google.com with SMTP id k5so12007049ggn.17 for ; Fri, 30 Dec 2011 03:36:41 -0800 (PST) Received: by 10.101.137.7 with SMTP id p7mr15639493ann.34.1325245001396; Fri, 30 Dec 2011 03:36:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.143.100 with HTTP; Fri, 30 Dec 2011 03:36:20 -0800 (PST) In-Reply-To: <4EFD954B.3090006@gmx.de> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> <4EFD954B.3090006@gmx.de> From: Sam Johnston Date: Fri, 30 Dec 2011 12:36:20 +0100 Message-ID: To: Julian Reschke Content-Type: multipart/alternative; boundary=0016e68fcfa38c73ee04b54da554 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 11:37:01 -0000 --0016e68fcfa38c73ee04b54da554 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 11:41 AM, Julian Reschke wro= te: > >> The distinction between data and metadata isn't always clear =97 to me a >> document detailing manipulations could just as easily be separated from >> the description of it (or it could be redundant =97 with the headers >> reflecting data contained within the document). It's also not always >> possible to define what goes in a document, so if you have metadata >> (like commit messages) then I'd argue you should use HTTP's existing >> metadata channel rather than an "envelope" like SOAP (or JSON). >> > > I think both are valid points of view :-) > > As a data point: when I submit a hg patch to Mozilla, I specify the commi= t > message in-band. I think that's a very useful thing to have. For a patch format, agreed =97 so include it (as optional). In saying "it's also not always possible to define what goes in a document" I mean that as a user you may have needs not considered by the document format authors. For example, you may want to include a link to an issue tracking system =97 do you extend th= e format or use a Link: header? I know what I'd do. Another more generic example I like to use is a photo hosting site =97 whil= e photo formats (e.g. JPEG) now carry metadata channels (e.g. EXIF) I'd rather be able to glean semantic information (e.g. links, attributes, categories) from the headers than having to retrieve and parse the resource for an embedded resource that itself has to be parsed! Anyway this is getting off-topic =97 in this case I think there's justification for native in-band support, possibly with link references too= . > > I'm interested in feedback on the possibility that I add text >> stating that if an operation cannot be determined for a given patch >> object, then an implementation should ignore it. Thoughts? >> >> >> To me this sounds dangerous =97 add versioning and if there's sufficient >> demand for extensions then just include them in a future version? >> > > So yes, we need to state whether the format follows the "must-understand" > or "must-ignore" pattern. Or allow optional parameters (such as a commit > message) to be marked as such. IMO a patch format (c.f. diff) should be "must-understand", even if some parameters are made optional. > > 2) The ability to *copy* (not *move*) objects around. >>> >> This is another example of something trivial for the patch >> implementation to perform, so I'm inclined to add it to the next draf= t. >> >> >> This begs the question as to whether PATCH should be creating new >> resources; the scope of PATCH ("to modify an existing HTTP resource") is >> > > Of course that depends on how you define the lifetime of a resource. Does > a resource which currently doesn't have a retrievable representation > "exist"? > > Technically, PATCH can work for creating an initial mapping as well. That's a contrived interpretation =97 is it something we want to support? I= 'd rather a PATCH throw a 4xx error if a resource didn't exist... an empty PUT would create a resource that could then be PATCHed, no? > fairly clear on this IMO. Furthermore, MOVE and COPY verbs are useful >> for other applications (e.g. cloud APIs) so promoting them from WebDAV, >> sans XML dependency, would likely be useful for other applications. >> > > I agree that COPY and MOVE are good things if you indeed want to COPY or > MOVE full resources (or hierarchies). I never understood the resistance t= o > COPY and MOVE in the AtomPub community. > > That being said: the proposal is for copying JSON object members, not HTT= P > resources; so this is an operation that can't be done with COPY unless yo= u > have HTTP mappings for each of the JSON object members (and even then you > wouldn't be able to express them as part of a bigger PATCH operation). > Ah, that makes a lot more sense now, though it does sound like a premature optimisation. Sam --0016e68fcfa38c73ee04b54da554 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 11:41 AM, Julian Reschke <julian.reschke@gmx.de> w= rote:

The distinction betwee= n data and metadata isn't always clear =97 to me a
document detailing manipulations could just as easily be separated from
the description of it (or it could be redundant =97 with the headers
reflecting data contained within the document). It's also not always possible to define what goes in a document, so if you have metadata
(like commit messages) then I'd argue you should use HTTP's existin= g
metadata channel rather than an "envelope" like SOAP (or JSON).

I think both are valid points of view :-)

As a data point: when I submit a hg patch to Mozilla, I specify the commit = message in-band. I think that's a very useful thing to have.

For a patch format, agreed =97 so include it (as opti= onal). In saying "it's also not always
possible to define what goes in a document" I mean that as a user you = may have needs not considered by the document format authors. For example, = you may want to include a link to an issue tracking system =97 do you exten= d the format or use a Link: header? I know what I'd do.

Another mor= e generic example I like to use is a photo hosting site =97 while photo for= mats (e.g. JPEG) now carry metadata channels (e.g. EXIF) I'd rather be = able to glean semantic information (e.g. links, attributes, categories) fro= m the headers than having to retrieve and parse the resource for an embedde= d resource that itself has to be parsed!

Anyway this= is getting off-topic =97 in this case I think there's justification fo= r native in-band support, possibly with link references too.
=A0

=A0 =A0I'm interested in feedback on the possibility that I add text =A0 =A0stating that if an operation cannot be determined for a given patch=
=A0 =A0object, then an implementation should ignore it. Thoughts?


To me this sounds dangerous =97 add versioning and if there's sufficien= t
demand for extensions then just include them in a future version?

So yes, we need to state whether the format follows the "must-understa= nd" or "must-ignore" pattern. Or allow optional parameters (= such as a commit message) to be marked as such.

IMO a patch format (c.f. diff) should be "must-understand", = even if some parameters are made optional.
=A0

=A0 =A02) The ability to *copy* (not *move*) objects around.
=A0 =A0This is another example of something trivial for the patch
=A0 =A0implementation to perform, so I'm inclined to add it to the nex= t draft.


This begs the question as to whether PATCH should be creating new
resources; the scope of PATCH ("to modify an existing HTTP resource&qu= ot;) is

Of course that depends on how you define the lifetime of a resource. Does a= resource which currently doesn't have a retrievable representation &qu= ot;exist"?

Technically, PATCH can work for creating an initial mapping as well.
=A0
That's a contrived interpretation =97 is it so= mething we want to support? I'd rather a PATCH throw a 4xx error if a r= esource didn't exist... an empty PUT would create a resource that could= then be PATCHed, no?


fairly clear on this IMO. Furthermore, MOVE and COPY verbs are useful
for other applications (e.g. cloud APIs) so promoting them from WebDAV,
sans XML dependency, would likely be useful for other applications.

I agree that COPY and MOVE are good things if you indeed want to COPY or MO= VE full resources (or hierarchies). I never understood the resistance to CO= PY and MOVE in the AtomPub community.

That being said: the proposal is for copying JSON object members, not HTTP = resources; so this is an operation that can't be done with COPY unless = you have HTTP mappings for each of the JSON object members (and even then y= ou wouldn't be able to express them as part of a bigger PATCH operation= ).

Ah, that makes a lot more sense now, thoug= h it does sound like a premature optimisation.

Sam=

--0016e68fcfa38c73ee04b54da554-- From julian.reschke@gmx.de Fri Dec 30 04:12:55 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E09421F8C2D for ; Fri, 30 Dec 2011 04:12:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.062 X-Spam-Level: X-Spam-Status: No, score=-103.062 tagged_above=-999 required=5 tests=[AWL=-0.462, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPbGBMdaLUiS for ; Fri, 30 Dec 2011 04:12:54 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 5577F21F8C2B for ; Fri, 30 Dec 2011 04:12:54 -0800 (PST) Received: (qmail invoked by alias); 30 Dec 2011 12:12:51 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp032) with SMTP; 30 Dec 2011 13:12:51 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/8GrAdvhf8qrCvEkeSZ2P4jbeX1trUjtR1SN9+UL Rj34U6TPNx+ZXZ Message-ID: <4EFDAABF.7020804@gmx.de> Date: Fri, 30 Dec 2011 13:12:47 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Sam Johnston References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> <4EFD954B.3090006@gmx.de> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 12:12:55 -0000 On 2011-12-30 12:36, Sam Johnston wrote: > ... > Of course that depends on how you define the lifetime of a resource. > Does a resource which currently doesn't have a retrievable > representation "exist"? > > Technically, PATCH can work for creating an initial mapping as well. > > That's a contrived interpretation — is it something we want to support? > I'd rather a PATCH throw a 4xx error if a resource didn't exist... an > empty PUT would create a resource that could then be PATCHed, no? > ... It probably belongs into the description of the patch format. I don't see how requiring an empty PUT makes things better, though. Best regards, Julian From samj@samj.net Fri Dec 30 06:06:40 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F38FA21F8BE5 for ; Fri, 30 Dec 2011 06:06:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.698 X-Spam-Level: X-Spam-Status: No, score=-5.698 tagged_above=-999 required=5 tests=[AWL=0.278, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DXS-+UC0tccO for ; Fri, 30 Dec 2011 06:06:20 -0800 (PST) Received: from eu1sys200aog109.obsmtp.com (eu1sys200aog109.obsmtp.com [207.126.144.127]) by ietfa.amsl.com (Postfix) with ESMTP id 6652721F8BDC for ; Fri, 30 Dec 2011 06:06:18 -0800 (PST) Received: from mail-yw0-f41.google.com ([209.85.213.41]) (using TLSv1) by eu1sys200aob109.postini.com ([207.126.147.11]) with SMTP ID DSNKTv3FSUZeEAR7BmTOUR/ahVtnayhP5oSs@postini.com; Fri, 30 Dec 2011 14:06:19 UTC Received: by yhgm50 with SMTP id m50so7641916yhg.0 for ; Fri, 30 Dec 2011 06:06:00 -0800 (PST) Received: by 10.236.128.197 with SMTP id f45mr50910316yhi.44.1325253960408; Fri, 30 Dec 2011 06:06:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.143.100 with HTTP; Fri, 30 Dec 2011 06:05:39 -0800 (PST) In-Reply-To: <4EFDAABF.7020804@gmx.de> References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> <4EFD954B.3090006@gmx.de> <4EFDAABF.7020804@gmx.de> From: Sam Johnston Date: Fri, 30 Dec 2011 15:05:39 +0100 Message-ID: To: Julian Reschke Content-Type: multipart/alternative; boundary=20cf300fb37d8c1f0e04b54fbbfc Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 14:06:40 -0000 --20cf300fb37d8c1f0e04b54fbbfc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 1:12 PM, Julian Reschke wrot= e: > On 2011-12-30 12:36, Sam Johnston wrote: > > ... > >> Of course that depends on how you define the lifetime of a resource. >> Does a resource which currently doesn't have a retrievable >> representation "exist"? >> >> Technically, PATCH can work for creating an initial mapping as well. >> >> That's a contrived interpretation =97 is it something we want to support= ? >> I'd rather a PATCH throw a 4xx error if a resource didn't exist... an >> empty PUT would create a resource that could then be PATCHed, no? >> ... >> > > It probably belongs into the description of the patch format. > Agreed. > I don't see how requiring an empty PUT makes things better, though. > It would prevent misplaced PATCHes from creating new resources, while still allowing you to build up a resource from scratch with PATCHes. Maybe I'm being pedantic, but I thought that's what standards groups were for ;) Sam --20cf300fb37d8c1f0e04b54fbbfc Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Fri, Dec 30, 2011 at 1:12 PM, Julian Reschke <julian.reschke@gmx.de> wr= ote:
On 2011-12-30 12:36, Sam Johnston wrote:
> ...
=A0 =A0Of course that depends on how you define the lifetime of a resource= .
=A0 =A0Does a resource which currently doesn't have a retrievable
=A0 =A0representation "exist"?

=A0 =A0Technically, PATCH can work for creating an initial mapping as well= .

That's a contrived interpretation =97 is it something we want to suppor= t?
I'd rather a PATCH throw a 4xx error if a resource didn't exist... = an
empty PUT would create a resource that could then be PATCHed, no?
...

It probably belongs into the description of the patch format.

Agreed.
=A0
I don't see how requiring an empty PUT makes things better, though.

It would prevent misplaced PATCHes from creat= ing new resources, while still allowing you to build up a resource from scr= atch with PATCHes. Maybe I'm being pedantic, but I thought that's w= hat standards groups were for ;)

Sam

--20cf300fb37d8c1f0e04b54fbbfc-- From julian.reschke@gmx.de Fri Dec 30 06:15:02 2011 Return-Path: X-Original-To: apps-discuss@ietfa.amsl.com Delivered-To: apps-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4626921F8C00 for ; Fri, 30 Dec 2011 06:15:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -103.01 X-Spam-Level: X-Spam-Status: No, score=-103.01 tagged_above=-999 required=5 tests=[AWL=-0.411, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ticL6UEK4iKa for ; Fri, 30 Dec 2011 06:15:01 -0800 (PST) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 556B121F8BDC for ; Fri, 30 Dec 2011 06:15:00 -0800 (PST) Received: (qmail invoked by alias); 30 Dec 2011 14:14:58 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp011) with SMTP; 30 Dec 2011 15:14:58 +0100 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+4nZ9JKRi4OZ1J7yN4Ice2VWPxuJF4IAWJrSKGzF Lkl8SINDfQ2f2R Message-ID: <4EFDC75F.8010106@gmx.de> Date: Fri, 30 Dec 2011 15:14:55 +0100 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Sam Johnston References: <4ED64A26.5030003@gmx.de> <4ED77513.3070506@gmx.de> <6E443D75-D1AC-451F-9B17-115C9A6C7696@mnot.net> <4ED7F8C2.9030804@gmx.de> <37E09A53-E9F4-45D2-BB8F-79655BECDBB2@mnot.net> <1322779521.1958.1.camel@neutron> <4EFC8A08.7000105@gmx.de> <1325222688.18477.25.camel@neutron> <4EFD954B.3090006@gmx.de> <4EFDAABF.7020804@gmx.de> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: IETF Apps Discuss Subject: Re: [apps-discuss] more feature requests, was: JSON patch: "test" operation X-BeenThere: apps-discuss@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: General discussion of application-layer protocols List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2011 14:15:02 -0000 On 2011-12-30 15:05, Sam Johnston wrote: > On Fri, Dec 30, 2011 at 1:12 PM, Julian Reschke > wrote: > > On 2011-12-30 12:36, Sam Johnston wrote: > > ... > > Of course that depends on how you define the lifetime of a > resource. > Does a resource which currently doesn't have a retrievable > representation "exist"? > > Technically, PATCH can work for creating an initial mapping > as well. > > That's a contrived interpretation — is it something we want to > support? > I'd rather a PATCH throw a 4xx error if a resource didn't > exist... an > empty PUT would create a resource that could then be PATCHed, no? > ... > > > It probably belongs into the description of the patch format. > > > Agreed. > > I don't see how requiring an empty PUT makes things better, though. > > > It would prevent misplaced PATCHes from creating new resources, while If you want to do that, you can always add "If-None-Match: *". > still allowing you to build up a resource from scratch with PATCHes. > Maybe I'm being pedantic, but I thought that's what standards groups > were for ;) :-) As long as being too pedantic doesn't make things more complicated than they need to be (I can't recall why we have the prose about "existing" resources in the PATCH spec; we definitively discussed this use case at some point...) Best regards, Julian