From Gabor.Bajko@nokia.com Sun Dec 1 09:43:53 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D11B51ADFC7 for ; Sun, 1 Dec 2013 09:43:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XITW-PiFmCv2 for ; Sun, 1 Dec 2013 09:43:47 -0800 (PST) Received: from mgw-sa01.nokia.com (smtp.nokia.com [147.243.1.47]) by ietfa.amsl.com (Postfix) with ESMTP id 4D9B21ADEB6 for ; Sun, 1 Dec 2013 09:43:46 -0800 (PST) Received: from smtp.mgd.nokia.com ([65.54.30.60]) by mgw-sa01.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id rB1HdsbD008114 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Sun, 1 Dec 2013 19:39:54 +0200 Received: from 008-AM1MPN1-007.mgdnok.nokia.com ([169.254.7.19]) by 008-AM1MMR1-005.mgdnok.nokia.com ([65.54.30.60]) with mapi id 14.03.0158.002; Sun, 1 Dec 2013 17:39:53 +0000 From: To: , Thread-Topic: [paws] Proposed text: Spectrum encoding Thread-Index: AQHO21/Y5fSt6kiPSUq/brjuCRWc6pom8WTggBjNkPA= Date: Sun, 1 Dec 2013 17:39:53 +0000 Message-ID: <1ECAFF543A2FED4EA2BEB6CACE08E476053FF906@008-AM1MPN1-007.mgdnok.nokia.com> References: <1ECAFF543A2FED4EA2BEB6CACE08E476053DC853@008-AM1MPN1-006.mgdnok.nokia.com> In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E476053DC853@008-AM1MPN1-006.mgdnok.nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.23.136.115] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Nokia-AV: Clean Subject: Re: [paws] Proposed text: Spectrum encoding X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Dec 2013 17:43:54 -0000 We have not received much feedback on Vince's proposal for spectrum encodin= g, except changing some of the terminologies, which is up to the editor to = decide. This lack of feedback may mean folks are ok with the proposed text, but it = may also mean that people simply got tired of the impasse and eagerly seek = progress and be willing to settle on any encoding. Since I believe the prop= osed text reflects the agreement from the f2f, and because of lack of addit= ional feedback, I'd ask the editor to implement these changes into a new ve= rsion of the draft. Once the draft is made available, we'll have a wg last = call, where people get another chance to send to the list the problems they= see with the draft. - Gabor From: paws-bounces@ietf.org [mailto:paws-bounces@ietf.org] On Behalf Of Baj= ko Gabor (Nokia-CIC/SiliconValley) Sent: Friday, November 15, 2013 2:52 PM To: vchen@google.com; paws@ietf.org Subject: Re: [paws] Proposed text: Spectrum encoding Folks, During last week's f2f, it was agreement in the room to add encoding for th= e slopes, with the conditions Vince listed below. Based on the comments received during the f2f, Vince came up with text and = encoding proposal. Please read through the proposal below and let the list know if you agree w= ith it, or you would like some other wording/encoding. We need to make prog= ress on the document, so your timely answer is appreciated. If there won't be any objection to the proposal below, the text will be inc= orporated into the new version of the document. -Gabor From: paws-bounces@ietf.org [mailto:paws-bounces@ietf.org] On Behalf Of ext= Vincent Chen Sent: Wednesday, November 06, 2013 6:20 PM To: paws@ietf.org Subject: [paws] Proposed text: Spectrum encoding All, At the F2F, it was agreed that allowing slopes to be encoded in the available-spectrum response is acceptable if: =A0- It is not required =A0- It is used to represent the "availability mask" and NOT any "transmiss= ion masks" There was some concern about the point-wise representation. It turns out that the IEEE 1900.5 working group for "Dynamic Spectrum Access Network" has also been working on data models, and their data models does use (frequency, power) point-wise representation for spectrum masks. So, in the interest of remaining aligned, I'm including proposed text that uses the point-wise representation. It is a rather long excerpt, but hopefully it provides a complete picture. --=20 -vince=20 ---------------------------- 5.11. =A0Spectrum =A0 =A0Available spectrum can be characterized by an ordered list of =A0 =A0spectrum profiles that defines permissible power levels over a set o= f =A0 =A0frequency ranges. =A0Each Spectrum element defines permissible power =A0 =A0levels as maximum power spectral densities over a specified =A0 =A0resolution bandwidth, "psdBandwidthHz". =A0Note that the spectrum =A0 =A0profiles represent the "availability mask", as defined by the =A0 =A0governing rule set; they are not intended to encode device-level =A0 =A0transmission-mask requirements. =A0 =A0o =A0To support regulatory rules that define different "wide-band" a= nd =A0 =A0 =A0 "narrow-band" power levels, PAWS allows multiple Spectrum eleme= nts =A0 =A0 =A0 to be included in the available-spectrum response, each with a =A0 =A0 =A0 different resolution bandwidth. =A0 =A0o =A0When multiple Spectrum elements are included in the response, t= hey =A0 =A0 =A0 represent a logical AND condition, such that the Device MUST =A0 =A0 =A0 satisfy all the conditions. =A0 =A0o =A0Each Spectrum element MUST cover the range of frequencies gover= ned =A0 =A0 =A0 by a ruleset, rather than splitting the frequencies across =A0 =A0 =A0 multiple Spectrum elements for the same resolution bandwidth. =A0 =A0o =A0Each spectrum profile represents the maximum permissible power =A0 =A0 =A0 spectral density over a contiguous range of frequencies. =A0 =A0o =A0When multiple spectrum profiles are included, they MUST be =A0 =A0 =A0 disjoint and SHOULD be ordered in non-decreasing frequency valu= e. =A0 =A0o =A0Gaps in frequencies between consecutive spectrum profiles =A0 =A0 =A0 represent unavailability for those frequencies. =A0 =A0The following figure illustrates the Spectrum element and the =A0 =A0SpectrumProfile list. =A0 =A0+-------------------------------+ =A0 =A0|Spectrum =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A0+---------------------+---------+ =A0 =A0|psdBandwidthHz:float |required | =A0 =A0|profiles:list =A0 =A0 =A0 =A0|required |---+ =A0 =A0+---------------------+---------+ =A0 | =A00..* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-----------------------------+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|SpectrumProfile =A0 =A0 =A0 =A0 =A0 =A0= =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-------------------+---------+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|points:list =A0 =A0 =A0 =A0|required | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-------------------+---------+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V 2..* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+------------------------------+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|freqHz:float =A0 =A0 =A0 =A0|required | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|powerDbmPerBw:float |required | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+--------------------+---------+ =A0 =A0Parameters: =A0 =A0psdBandwidthHz: =A0This parameter is REQUIRED to define the resoluti= on =A0 =A0 =A0 bandwidth (in Hertz) over which permissible power spectral dens= ity =A0 =A0 =A0 is defined. =A0For example, FCC regulation would require one =A0 =A0 =A0 spectrum specification at a bandwidth of 6MHz, and ETSI regulat= ion =A0 =A0 =A0 would require two specifications, at 0.1MHz and 8MHz. =A0This =A0 =A0 =A0 parameter MAY be empty if there is no available spectrum. =A0 =A0profiles: =A0 A SpectrumProfile (Section 5.12) list is REQUIRED to =A0 =A0 =A0 specify permissible power levels over a set of frequency ranges= . =A0 =A0 =A0 The list MAY be empty if there is no available spectrum. =A0 =A0Consider the following example with different permitted power =A0 =A0spectral densities for the same set of frequencies over different =A0 =A0resolution bandwidths (for illustrative purposes only): =A0 =A0[ =A0 =A0 =A0"spectrum": { =A0 =A0 =A0 =A0"psdBandwidthHz": 6e6, =A0 =A0 =A0 =A0"profiles": [ =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 =A0] =A0 =A0 =A0}, =A0 =A0 =A0"spectrum": { =A0 =A0 =A0 =A0"psdBandwidthHz": 1e5, =A0 =A0 =A0 =A0"profiles": [ =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 =A0] =A0 =A0 =A0} =A0 =A0] =A0 =A0This is interpreted as: =A0 =A0o =A0Over any 6MHz within the frequency range, [518MHz, 524MHz), =A0 =A0 =A0 maximum permitted power is 30.0dBm (1000mW), and =A0 =A0o =A0Over any 100 kHz within the frequency range, [518MHz, 524MHz), =A0 =A0 =A0 maximum permitted power is 27.0dBm (500mW) =A0 =A0This would allow, for example, operating two 100kHz sub-channels =A0 =A0within the indicated 6MHz range at 500mW each, totaling 1000mW. =A0O= f =A0 =A0course, many combinations are possible, as long as they satisfy both =A0 =A0conditions. =A0 =A0The following example illustrates multiple spectrum profiles that ha= s =A0 =A0a gap from 530 MHz to 536 MHz: =A0 =A0[ =A0 =A0 =A0"spectrum": { =A0 =A0 =A0 =A0"psdBandwidthHz": 6e6, =A0 =A0 =A0 =A0"profiles": [ =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 36.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.30e8, "powerDbmPerBw": 36.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.36e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.42e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 =A0] =A0 =A0 =A0}, =A0 =A0 =A0"spectrum": { =A0 =A0 =A0 =A0"psdBandwidthHz": 1e5, =A0 =A0 =A0 =A0"profiles": [ =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.30e8, "powerDbmPerBw": 30.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0[ =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.36e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.42e8, "powerDbmPerBw": 27.0}, =A0 =A0 =A0 =A0 =A0], =A0 =A0 =A0 =A0 =A0... =A0 =A0 =A0 =A0] =A0 =A0 =A0} =A0 =A0] 5.12. =A0SpectrumProfile =A0 =A0A spectrum profile is characterized by an ordered list of (frequency= , =A0 =A0power) points that represents the shape of maximum permissible power =A0 =A0levels over a range of frequencies. =A0 =A0o =A0It MUST contain a minimum of two entries. =A0 =A0o =A0The entries in the list MUST be ordered in non-decreasing =A0 =A0 =A0 frequency values. =A0 =A0o =A0Two consecutive points MAY have the same frequency value to =A0 =A0 =A0 represent a "step function". =A0 =A0o =A0Three or more points MAY NOT share the same frequency value. =A0 =A0o =A0The first frequency is inclusive; the last frequency is exclusi= ve. =A0 =A0The following figure defines the SpectrumProfile element. =A0 =A0+-------------------------------+ =A0 =A0|SpectrumProfile =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0+---------------------+---------+ =A0 =A0|points:list =A0 =A0 =A0 =A0 =A0|required |---+ =A0 =A0+---------------------+---------+ =A0 | =A02..* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+------------------------------+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|freqHz:float =A0 =A0 =A0 =A0|required | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|powerDbmPerBw:float |required | =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+--------------------+---------+ =A0 =A0Parameters of each point in the profile: =A0 =A0freqHz: =A0The frequency, in Hertz, at which the power level is =A0 =A0 =A0 defined. =A0 =A0powerDbmPerBw: =A0 The power level, express as dBm per resolution =A0 =A0 =A0 bandwidth, as defined by the "psdBandwidthHz" element of the =A0 =A0 =A0 enclosing Spectrum (Section 5.11) element. From internet-drafts@ietf.org Mon Dec 2 15:09:56 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 419AE1ADFBD; Mon, 2 Dec 2013 15:09:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AW7TrcKcOa8s; Mon, 2 Dec 2013 15:09:54 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 247E61ADF9B; Mon, 2 Dec 2013 15:09:54 -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: 4.83.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20131202230953.21692.89505.idtracker@ietfa.amsl.com> Date: Mon, 02 Dec 2013 15:09:53 -0800 Cc: paws@ietf.org Subject: [paws] I-D Action: draft-ietf-paws-protocol-07.txt X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:09:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Protocol to Access WS database Working Gr= oup of the IETF. Title : Protocol to Access White-Space (PAWS) Databases Author(s) : Vincent Chen Subir Das Lei Zhu John Malyar Peter J. McCann Filename : draft-ietf-paws-protocol-07.txt Pages : 103 Date : 2013-12-02 Abstract: Portions of the radio spectrum that are allocated to licensees are available for non-interfering use. This available spectrum is called "White Space." Allowing secondary users access to available spectrum "unlocks" existing spectrum to maximize its utilization and to provide opportunities for innovation, resulting in greater overall spectrum utilization. One approach to manage spectrum sharing uses databases to report spectrum availability to devices. To achieve interoperability among multiple devices and databases, a standardized protocol must be defined and implemented. This document defines such a protocol, the "Protocol to Access White Space (PAWS) Databases". The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-paws-protocol There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-paws-protocol-07 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-paws-protocol-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From vchen@google.com Mon Dec 2 15:15:59 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 937981ADF46 for ; Mon, 2 Dec 2013 15:15:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.379 X-Spam-Level: X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JX23DRQeZcbJ for ; Mon, 2 Dec 2013 15:15:56 -0800 (PST) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) by ietfa.amsl.com (Postfix) with ESMTP id AF9971ADFB8 for ; Mon, 2 Dec 2013 15:15:56 -0800 (PST) Received: by mail-ob0-f171.google.com with SMTP id wp18so13560333obc.2 for ; Mon, 02 Dec 2013 15:15:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4rvo3ShIfwAtHI6o06opUiiw6UmPeia6K3K2qqeWfRo=; b=XqxbW5U9UUPLALJso+gRRXxgQ7jcfkyODRyFjkh2xHEDpR/Jp+LIlIGYDT+M8qPYfV bfoWQSVwovhoDv8wLSeVgEhQM+GyoLwFaKfO12kupXoKCFx0N79OCQx4+RwAN7G8Yrg8 dcYfm1XarnARjCw5MF5wYwm3F9urH1iV5eeabQVbZ40LjWDtvbXxyIA5t4xBWa70Wpjr Z1EEW0llanhwgUX6DBMoXpN4uIuebzpYWeVOcLbubFtUQ8+hFKuomzSk2ra43b2nZxE7 DjwfrAtopxFBFWNUKSQikObaFqUYbxcBbXEkvqC7NDT7uVGlDhZJaT8xB8l9b+P1E14B Wgtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4rvo3ShIfwAtHI6o06opUiiw6UmPeia6K3K2qqeWfRo=; b=Ttcktc4+NJomeLrNio8AY8KyK37mMZ7O8NU2CZ9sgWbYr8YoXRv/Vb+9gtoB+y4pZK 6ch2XTh5OA+amK1H1MQ9dJqsz9Z8rtKDocw800mkcowWhD7CoH5Z6hPGAzE9q6DXTfhz VRgIyB0cYGUcIKG6Lz0yBpmqM82WcBSnMcuH2Ca5WrkQqx51/mR6mcXNnNyK4ECIgDNP 98O+2PVlk0Qr6QHDCL86tx1SYcFm8Vf4eWK2qUWZSj3rok47YC+K8QhICCcW8t5QC6// hmoTNS1PlVpe5yaYa5xqQNbmcC1zMrqFNvRevrI5RSbiKMv1foYPzLqL3C83wAO/4B4M CyAQ== X-Gm-Message-State: ALoCoQncBXU94xy1qUeCOgQlfQQ4vBJ5OhKwju/PSTtCv/2K+nkrQ8BK/q0kkBtou/5stJzhPBRO3LdJbpxFHKZRVyrPDsS37TUC9OgSDg2RRDms0NdHIhBTL+ZicWR4gDlwOG//4RpJnRcN/MxOn0r1L2VNNmGntUQDXX1Mo4G7k2DRmE26cp2wD6gNDOwevAeupG6hxBxB MIME-Version: 1.0 X-Received: by 10.182.246.39 with SMTP id xt7mr57213224obc.16.1386026154084; Mon, 02 Dec 2013 15:15:54 -0800 (PST) Received: by 10.182.45.166 with HTTP; Mon, 2 Dec 2013 15:15:53 -0800 (PST) In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E476053FF906@008-AM1MPN1-007.mgdnok.nokia.com> References: <1ECAFF543A2FED4EA2BEB6CACE08E476053DC853@008-AM1MPN1-006.mgdnok.nokia.com> <1ECAFF543A2FED4EA2BEB6CACE08E476053FF906@008-AM1MPN1-007.mgdnok.nokia.com> Date: Mon, 2 Dec 2013 15:15:53 -0800 Message-ID: From: Vincent Chen To: "gabor.bajko@nokia.com" Content-Type: multipart/alternative; boundary=001a11c2e22490624904ec955c6e Cc: "paws@ietf.org" Subject: Re: [paws] Proposed text: Spectrum encoding X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 23:15:59 -0000 --001a11c2e22490624904ec955c6e Content-Type: text/plain; charset=ISO-8859-1 Thanks Gabor, I uploaded a new draft: https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ I believe this reflects the agreement from the F2F and on the list. Diffs: https://www.ietf.org/rfcdiff?url1=draft-ietf-paws-protocol-06&difftype=--html&submit=Go%21&url2=draft-ietf-paws-protocol-07 -vince On Sun, Dec 1, 2013 at 9:39 AM, wrote: > We have not received much feedback on Vince's proposal for spectrum > encoding, except changing some of the terminologies, which is up to the > editor to decide. > > This lack of feedback may mean folks are ok with the proposed text, but it > may also mean that people simply got tired of the impasse and eagerly seek > progress and be willing to settle on any encoding. Since I believe the > proposed text reflects the agreement from the f2f, and because of lack of > additional feedback, I'd ask the editor to implement these changes into a > new version of the draft. Once the draft is made available, we'll have a wg > last call, where people get another chance to send to the list the problems > they see with the draft. > > - Gabor > > > > > From: paws-bounces@ietf.org [mailto:paws-bounces@ietf.org] On Behalf Of > Bajko Gabor (Nokia-CIC/SiliconValley) > Sent: Friday, November 15, 2013 2:52 PM > To: vchen@google.com; paws@ietf.org > Subject: Re: [paws] Proposed text: Spectrum encoding > > Folks, > > During last week's f2f, it was agreement in the room to add encoding for > the slopes, with the conditions Vince listed below. > Based on the comments received during the f2f, Vince came up with text and > encoding proposal. > Please read through the proposal below and let the list know if you agree > with it, or you would like some other wording/encoding. We need to make > progress on the document, so your timely answer is appreciated. > If there won't be any objection to the proposal below, the text will be > incorporated into the new version of the document. > > -Gabor > > > From: paws-bounces@ietf.org [mailto:paws-bounces@ietf.org] On Behalf Of > ext Vincent Chen > Sent: Wednesday, November 06, 2013 6:20 PM > To: paws@ietf.org > Subject: [paws] Proposed text: Spectrum encoding > > All, > > At the F2F, it was agreed that allowing slopes to be encoded in the > available-spectrum response is acceptable if: > - It is not required > - It is used to represent the "availability mask" and NOT any > "transmission masks" > > There was some concern about the point-wise representation. > > It turns out that the IEEE 1900.5 working group for "Dynamic Spectrum > Access Network" has also been working on data models, and their data > models does use (frequency, power) point-wise representation for > spectrum masks. > > So, in the interest of remaining aligned, I'm including proposed text that > uses the point-wise representation. > > It is a rather long excerpt, but hopefully it provides a complete picture. > > -- > -vince > > ---------------------------- > > 5.11. Spectrum > > Available spectrum can be characterized by an ordered list of > spectrum profiles that defines permissible power levels over a set of > frequency ranges. Each Spectrum element defines permissible power > levels as maximum power spectral densities over a specified > resolution bandwidth, "psdBandwidthHz". Note that the spectrum > profiles represent the "availability mask", as defined by the > governing rule set; they are not intended to encode device-level > transmission-mask requirements. > > o To support regulatory rules that define different "wide-band" and > "narrow-band" power levels, PAWS allows multiple Spectrum elements > to be included in the available-spectrum response, each with a > different resolution bandwidth. > o When multiple Spectrum elements are included in the response, they > represent a logical AND condition, such that the Device MUST > satisfy all the conditions. > o Each Spectrum element MUST cover the range of frequencies governed > by a ruleset, rather than splitting the frequencies across > multiple Spectrum elements for the same resolution bandwidth. > o Each spectrum profile represents the maximum permissible power > spectral density over a contiguous range of frequencies. > o When multiple spectrum profiles are included, they MUST be > disjoint and SHOULD be ordered in non-decreasing frequency value. > o Gaps in frequencies between consecutive spectrum profiles > represent unavailability for those frequencies. > > The following figure illustrates the Spectrum element and the > SpectrumProfile list. > > +-------------------------------+ > |Spectrum | > +---------------------+---------+ > |psdBandwidthHz:float |required | > |profiles:list |required |---+ > +---------------------+---------+ | 0..* > V > +-----------------------------+ > |SpectrumProfile | > +-------------------+---------+ > |points:list |required | > +-------------------+---------+ > | > V 2..* > +------------------------------+ > |freqHz:float |required | > |powerDbmPerBw:float |required | > +--------------------+---------+ > > Parameters: > > psdBandwidthHz: This parameter is REQUIRED to define the resolution > bandwidth (in Hertz) over which permissible power spectral density > is defined. For example, FCC regulation would require one > spectrum specification at a bandwidth of 6MHz, and ETSI regulation > would require two specifications, at 0.1MHz and 8MHz. This > parameter MAY be empty if there is no available spectrum. > profiles: A SpectrumProfile (Section 5.12) list is REQUIRED to > specify permissible power levels over a set of frequency ranges. > The list MAY be empty if there is no available spectrum. > > Consider the following example with different permitted power > spectral densities for the same set of frequencies over different > resolution bandwidths (for illustrative purposes only): > > [ > "spectrum": { > "psdBandwidthHz": 6e6, > "profiles": [ > [ > {"freqHz": 5.18e8, "powerDbmPerBw": 30.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, > ], > ... > ] > }, > "spectrum": { > "psdBandwidthHz": 1e5, > "profiles": [ > [ > {"freqHz": 5.18e8, "powerDbmPerBw": 27.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 27.0}, > ], > ... > ] > } > ] > > This is interpreted as: > > o Over any 6MHz within the frequency range, [518MHz, 524MHz), > maximum permitted power is 30.0dBm (1000mW), and > o Over any 100 kHz within the frequency range, [518MHz, 524MHz), > maximum permitted power is 27.0dBm (500mW) > > This would allow, for example, operating two 100kHz sub-channels > within the indicated 6MHz range at 500mW each, totaling 1000mW. Of > course, many combinations are possible, as long as they satisfy both > conditions. > > The following example illustrates multiple spectrum profiles that has > a gap from 530 MHz to 536 MHz: > > [ > "spectrum": { > "psdBandwidthHz": 6e6, > "profiles": [ > [ > {"freqHz": 5.18e8, "powerDbmPerBw": 30.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 36.0}, > {"freqHz": 5.30e8, "powerDbmPerBw": 36.0}, > ], > [ > {"freqHz": 5.36e8, "powerDbmPerBw": 30.0}, > {"freqHz": 5.42e8, "powerDbmPerBw": 30.0}, > ], > ... > ] > }, > "spectrum": { > "psdBandwidthHz": 1e5, > "profiles": [ > [ > {"freqHz": 5.18e8, "powerDbmPerBw": 27.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 27.0}, > {"freqHz": 5.24e8, "powerDbmPerBw": 30.0}, > {"freqHz": 5.30e8, "powerDbmPerBw": 30.0}, > ], > [ > {"freqHz": 5.36e8, "powerDbmPerBw": 27.0}, > {"freqHz": 5.42e8, "powerDbmPerBw": 27.0}, > ], > ... > ] > } > ] > > 5.12. SpectrumProfile > > A spectrum profile is characterized by an ordered list of (frequency, > power) points that represents the shape of maximum permissible power > levels over a range of frequencies. > > o It MUST contain a minimum of two entries. > o The entries in the list MUST be ordered in non-decreasing > frequency values. > o Two consecutive points MAY have the same frequency value to > represent a "step function". > o Three or more points MAY NOT share the same frequency value. > o The first frequency is inclusive; the last frequency is exclusive. > > The following figure defines the SpectrumProfile element. > > +-------------------------------+ > |SpectrumProfile | > +---------------------+---------+ > |points:list |required |---+ > +---------------------+---------+ | 2..* > V > +------------------------------+ > |freqHz:float |required | > |powerDbmPerBw:float |required | > +--------------------+---------+ > > Parameters of each point in the profile: > > freqHz: The frequency, in Hertz, at which the power level is > defined. > powerDbmPerBw: The power level, express as dBm per resolution > bandwidth, as defined by the "psdBandwidthHz" element of the > enclosing Spectrum (Section 5.11) element. > > > -- -vince --001a11c2e22490624904ec955c6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks Gabor,



On Sun, Dec 1, 2013 at 9:39 AM, <Gabor.Bajko= @nokia.com> wrote:
We have not received much feedback on Vince&= #39;s proposal for spectrum encoding, except changing some of the terminolo= gies, which is up to the editor to decide.

This lack of feedback may mean folks are ok with the proposed text, but it = may also mean that people simply got tired of the impasse and eagerly seek = progress and be willing to settle on any encoding. Since I believe the prop= osed text reflects the agreement from the f2f, and because of lack of addit= ional feedback, I'd ask the editor to implement these changes into a ne= w version of the draft. Once the draft is made available, we'll have a = wg last call, where people get another chance to send to the list the probl= ems they see with the draft.

- Gabor




From: paws-bounces@ietf.org [m= ailto:paws-bounces@ietf.org] O= n Behalf Of Bajko Gabor (Nokia-CIC/SiliconValley)
Sent: Friday, November 15, 2013 2:52 PM
To: vchen@google.com; paws@ietf.org
Subject: Re: [paws] Proposed text: Spectrum encoding

Folks,

During last week's f2f, it was agreement in the room to add encoding fo= r the slopes, with the conditions Vince listed below.
Based on the comments received during the f2f, Vince came up with text and = encoding proposal.
Please read through the proposal below and let the list know if you agree w= ith it, or you would like some other wording/encoding. We need to make prog= ress on the document, so your timely answer is appreciated.
If there won't be any objection to the proposal below, the text will be= incorporated into the new version of the document.

-Gabor


From: paws-bounces@ietf.org [m= ailto:paws-bounces@ietf.org] O= n Behalf Of ext Vincent Chen
Sent: Wednesday, November 06, 2013 6:20 PM
To: paws@ietf.org
Subject: [paws] Proposed text: Spectrum encoding

All,

At the F2F, it was agreed that allowing slopes to be encoded in the
available-spectrum response is acceptable if:
=A0- It is not required
=A0- It is used to represent the "availability mask" and NOT any = "transmission masks"

There was some concern about the point-wise representation.

It turns out that the IEEE 1900.5 working group for "Dynamic Spectrum<= br> Access Network" has also been working on data models, and their data models does use (frequency, power) point-wise representation for
spectrum masks.

So, in the interest of remaining aligned, I'm including proposed text t= hat
uses the point-wise representation.

It is a rather long excerpt, but hopefully it provides a complete picture.<= br>
--
-vince

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

5.11. =A0Spectrum

=A0 =A0Available spectrum can be characterized by an ordered list of
=A0 =A0spectrum profiles that defines permissible power levels over a set o= f
=A0 =A0frequency ranges. =A0Each Spectrum element defines permissible power=
=A0 =A0levels as maximum power spectral densities over a specified
=A0 =A0resolution bandwidth, "psdBandwidthHz". =A0Note that the s= pectrum
=A0 =A0profiles represent the "availability mask", as defined by = the
=A0 =A0governing rule set; they are not intended to encode device-level
=A0 =A0transmission-mask requirements.

=A0 =A0o =A0To support regulatory rules that define different "wide-ba= nd" and
=A0 =A0 =A0 "narrow-band" power levels, PAWS allows multiple Spec= trum elements
=A0 =A0 =A0 to be included in the available-spectrum response, each with a<= br> =A0 =A0 =A0 different resolution bandwidth.
=A0 =A0o =A0When multiple Spectrum elements are included in the response, t= hey
=A0 =A0 =A0 represent a logical AND condition, such that the Device MUST =A0 =A0 =A0 satisfy all the conditions.
=A0 =A0o =A0Each Spectrum element MUST cover the range of frequencies gover= ned
=A0 =A0 =A0 by a ruleset, rather than splitting the frequencies across
=A0 =A0 =A0 multiple Spectrum elements for the same resolution bandwidth. =A0 =A0o =A0Each spectrum profile represents the maximum permissible power<= br> =A0 =A0 =A0 spectral density over a contiguous range of frequencies.
=A0 =A0o =A0When multiple spectrum profiles are included, they MUST be
=A0 =A0 =A0 disjoint and SHOULD be ordered in non-decreasing frequency valu= e.
=A0 =A0o =A0Gaps in frequencies between consecutive spectrum profiles
=A0 =A0 =A0 represent unavailability for those frequencies.

=A0 =A0The following figure illustrates the Spectrum element and the
=A0 =A0SpectrumProfile list.

=A0 =A0+-------------------------------+
=A0 =A0|Spectrum =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 |
=A0 =A0+---------------------+---------+
=A0 =A0|psdBandwidthHz:float |required |
=A0 =A0|profiles:list =A0 =A0 =A0 =A0|required |---+
=A0 =A0+---------------------+---------+ =A0 | =A00..*
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-----------------------------+
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|SpectrumProfile =A0 =A0 =A0 =A0 =A0 =A0= =A0|
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-------------------+---------+
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|points:list =A0 =A0 =A0 =A0|required |<= br> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+-------------------+---------+
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0|
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V 2..*
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+------------------------------+
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|freqHz:float =A0 =A0 =A0 =A0|required |=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|powerDbmPerBw:float |required |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+--------------------+---------+

=A0 =A0Parameters:

=A0 =A0psdBandwidthHz: =A0This parameter is REQUIRED to define the resoluti= on
=A0 =A0 =A0 bandwidth (in Hertz) over which permissible power spectral dens= ity
=A0 =A0 =A0 is defined. =A0For example, FCC regulation would require one =A0 =A0 =A0 spectrum specification at a bandwidth of 6MHz, and ETSI regulat= ion
=A0 =A0 =A0 would require two specifications, at 0.1MHz and 8MHz. =A0This =A0 =A0 =A0 parameter MAY be empty if there is no available spectrum.
=A0 =A0profiles: =A0 A SpectrumProfile (Section 5.12) list is REQUIRED to =A0 =A0 =A0 specify permissible power levels over a set of frequency ranges= .
=A0 =A0 =A0 The list MAY be empty if there is no available spectrum.

=A0 =A0Consider the following example with different permitted power
=A0 =A0spectral densities for the same set of frequencies over different =A0 =A0resolution bandwidths (for illustrative purposes only):

=A0 =A0[
=A0 =A0 =A0"spectrum": {
=A0 =A0 =A0 =A0"psdBandwidthHz": 6e6,
=A0 =A0 =A0 =A0"profiles": [
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0...
=A0 =A0 =A0 =A0]
=A0 =A0 =A0},
=A0 =A0 =A0"spectrum": {
=A0 =A0 =A0 =A0"psdBandwidthHz": 1e5,
=A0 =A0 =A0 =A0"profiles": [
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0...
=A0 =A0 =A0 =A0]
=A0 =A0 =A0}
=A0 =A0]

=A0 =A0This is interpreted as:

=A0 =A0o =A0Over any 6MHz within the frequency range, [518MHz, 524MHz),
=A0 =A0 =A0 maximum permitted power is 30.0dBm (1000mW), and
=A0 =A0o =A0Over any 100 kHz within the frequency range, [518MHz, 524MHz),<= br> =A0 =A0 =A0 maximum permitted power is 27.0dBm (500mW)

=A0 =A0This would allow, for example, operating two 100kHz sub-channels
=A0 =A0within the indicated 6MHz range at 500mW each, totaling 1000mW. =A0O= f
=A0 =A0course, many combinations are possible, as long as they satisfy both=
=A0 =A0conditions.

=A0 =A0The following example illustrates multiple spectrum profiles that ha= s
=A0 =A0a gap from 530 MHz to 536 MHz:

=A0 =A0[
=A0 =A0 =A0"spectrum": {
=A0 =A0 =A0 =A0"psdBandwidthHz": 6e6,
=A0 =A0 =A0 =A0"profiles": [
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 36.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.30e8, "powerDbmPerBw&quo= t;: 36.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.36e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.42e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0...
=A0 =A0 =A0 =A0]
=A0 =A0 =A0},
=A0 =A0 =A0"spectrum": {
=A0 =A0 =A0 =A0"psdBandwidthHz": 1e5,
=A0 =A0 =A0 =A0"profiles": [
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.18e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.24e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.30e8, "powerDbmPerBw&quo= t;: 30.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0[
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.36e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0 =A0{"freqHz": 5.42e8, "powerDbmPerBw&quo= t;: 27.0},
=A0 =A0 =A0 =A0 =A0],
=A0 =A0 =A0 =A0 =A0...
=A0 =A0 =A0 =A0]
=A0 =A0 =A0}
=A0 =A0]

5.12. =A0SpectrumProfile

=A0 =A0A spectrum profile is characterized by an ordered list of (frequency= ,
=A0 =A0power) points that represents the shape of maximum permissible power=
=A0 =A0levels over a range of frequencies.

=A0 =A0o =A0It MUST contain a minimum of two entries.
=A0 =A0o =A0The entries in the list MUST be ordered in non-decreasing
=A0 =A0 =A0 frequency values.
=A0 =A0o =A0Two consecutive points MAY have the same frequency value to
=A0 =A0 =A0 represent a "step function".
=A0 =A0o =A0Three or more points MAY NOT share the same frequency value. =A0 =A0o =A0The first frequency is inclusive; the last frequency is exclusi= ve.

=A0 =A0The following figure defines the SpectrumProfile element.

=A0 =A0+-------------------------------+
=A0 =A0|SpectrumProfile =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|
=A0 =A0+---------------------+---------+
=A0 =A0|points:list =A0 =A0 =A0 =A0 =A0|required |---+
=A0 =A0+---------------------+---------+ =A0 | =A02..*
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0V
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+------------------------------+
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|freqHz:float =A0 =A0 =A0 =A0|required |=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0|powerDbmPerBw:float |required |
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0+--------------------+---------+

=A0 =A0Parameters of each point in the profile:

=A0 =A0freqHz: =A0The frequency, in Hertz, at which the power level is
=A0 =A0 =A0 defined.
=A0 =A0powerDbmPerBw: =A0 The power level, express as dBm per resolution =A0 =A0 =A0 bandwidth, as defined by the "psdBandwidthHz" element= of the
=A0 =A0 =A0 enclosing Spectrum (Section 5.11) element.





--
= -vince
--001a11c2e22490624904ec955c6e-- From Gabor.Bajko@nokia.com Tue Dec 3 13:50:20 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90CB31ADF48 for ; Tue, 3 Dec 2013 13:50:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cjGKOsfLbdJn for ; Tue, 3 Dec 2013 13:50:18 -0800 (PST) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by ietfa.amsl.com (Postfix) with ESMTP id 5114F1ADEBF for ; Tue, 3 Dec 2013 13:50:17 -0800 (PST) Received: from smtp.mgd.nokia.com ([65.54.30.24]) by mgw-sa02.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id rB3LeNDP024132 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Tue, 3 Dec 2013 23:40:23 +0200 Received: from 008-AM1MPN1-007.mgdnok.nokia.com ([169.254.7.19]) by 008-AM1MMR1-008.mgdnok.nokia.com ([65.54.30.24]) with mapi id 14.03.0158.002; Tue, 3 Dec 2013 21:40:23 +0000 From: To: Thread-Topic: wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Thread-Index: Ac7wby+Dm7VRLhwwSVSfL6kifm69sw== Date: Tue, 3 Dec 2013 21:39:40 +0000 Message-ID: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.23.136.115] Content-Type: multipart/alternative; boundary="_000_1ECAFF543A2FED4EA2BEB6CACE08E476054072F5008AM1MPN1007mg_" MIME-Version: 1.0 X-Nokia-AV: Clean Subject: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 21:50:20 -0000 --_000_1ECAFF543A2FED4EA2BEB6CACE08E476054072F5008AM1MPN1007mg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The editor posted the new draft, version -07. I'd like to issue another wg last call on the document. We need reviews an= d feedback in order to be able to progress the document. Please read through the draft and send any comments you may have to the lis= t in the next 2-3 weeks. If you review the draft and have no comments, send a note to the list that = the draft is good as it is, we need these notes as much as we need the actu= al comments. Without a minimum number of reviews the document won't make progress toward= s publication. If you care about it, read it please. Thanks, Gabor --_000_1ECAFF543A2FED4EA2BEB6CACE08E476054072F5008AM1MPN1007mg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The editor posted the new draft, version -07.

I'd like to issue another  wg last call on t= he document. We need reviews and feedback in order to be able to progress t= he document.

 

Please read through the draft and send any commen= ts you may have to the list in the next 2-3 weeks.

If you review the draft and have no comments, sen= d a note to the list that the draft is good as it is, we need these notes a= s much as we need the actual comments.

 

Without a minimum number of reviews the document = won’t make progress towards publication. If you care about it, read i= t please.

 

Thanks, Gabor

 

--_000_1ECAFF543A2FED4EA2BEB6CACE08E476054072F5008AM1MPN1007mg_-- From mrhead@google.com Tue Dec 3 14:46:42 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 712081ADF84 for ; Tue, 3 Dec 2013 14:46:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.398 X-Spam-Level: X-Spam-Status: No, score=-0.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.981, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D7rvD4zKlNHz for ; Tue, 3 Dec 2013 14:46:41 -0800 (PST) Received: from mail-qe0-x229.google.com (mail-qe0-x229.google.com [IPv6:2607:f8b0:400d:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id DDC0F1ADED9 for ; Tue, 3 Dec 2013 14:46:40 -0800 (PST) Received: by mail-qe0-f41.google.com with SMTP id gh4so13043858qeb.28 for ; Tue, 03 Dec 2013 14:46:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I8SbkrJGZjgZr1nYlkSm90ILGojBURRuD5QR9SXXTx4=; b=YO9T2eeM4yPSVcWnwUICBFm8LKJfdbCuJbw8XNciW4qOr2himC3GZ/bnb7KK8qSbMW h7k1u00fO78cuJjhd9uMQZPptVvKst5eByBxu5IAyJo/Cg5bHhufiP1zQHkFFO/IfqrC sza2tr9dMbDy9Dy0cfVoADEaD+Qv5SstPZ8oozBONhneuaH0JE2J/tR8BjsfweyG4kQS bIzjbczPOuSoHesM+w0uPybm10hk/HWChH+52DTgX4MKAE1vHwCPCuPNPlSi32ldT10+ 0t+nMhb3ypRtmBI5pdPpXJHTT/rGtZYjjq/02vQdAZc9cUH88Gva6AkfWwpVFboLLnMs 5kTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=I8SbkrJGZjgZr1nYlkSm90ILGojBURRuD5QR9SXXTx4=; b=HitysIkkSDJSUym8zk29HXp6IfXKugPZ/Weiz0mygrdcW8O3l/Ex77VKB1SC+sT2KO QZbvDVKDmLe3ZZQRcS8+WlbtOpEtQ2L90J9b/LlgtRhn9JTJSlpy083O6mtR3aZM36dA GeGtHe3wklQsnYbeX7aCLtE7gG07keJT7l7240CzBm98vtWBv5l9YJF49P8wksgudjeJ FJZb3+afGYXpvFV9ouQvtZEDVWDo1P+KHVMJupXqg/72SZp6jS7vZXATnN/IQxbgXugC M1E3iCRyzT7Km2ze9WxAE5SuSuU8WRbieQmvBcmqJWZa5m0IlW4POqsedNeuchRsKLUg bCmw== X-Gm-Message-State: ALoCoQlkm54AJuTWMdE0Bi10kx3Q8R+tfGjNOpxtDfw/PPQfu7qcPhlYTA5bs7ZZSUs5hRt+n1VhPXVxbcznYTGHrprImTJqHiXu4dYWax+7vyvwAwGNAPb7HpIa2Tabjkwb120a47aaJvpY2/SfmECGO7uGkFrU+JMXNlLkGTwTdTYmiBHr/vpBhAnjE2Y6qkXtuN4h4YoM MIME-Version: 1.0 X-Received: by 10.229.137.135 with SMTP id w7mr129394170qct.14.1386110797789; Tue, 03 Dec 2013 14:46:37 -0800 (PST) Received: by 10.96.152.69 with HTTP; Tue, 3 Dec 2013 14:46:37 -0800 (PST) Date: Tue, 3 Dec 2013 14:46:37 -0800 Message-ID: From: Michael Head To: "paws@ietf.org" Content-Type: multipart/alternative; boundary=001a1134a680b8d50304eca91160 Subject: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 22:46:42 -0000 --001a1134a680b8d50304eca91160 Content-Type: text/plain; charset=ISO-8859-1 Greetings PAWSians, Currently 9.2.2.2 ( http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-9.2.2.2) has "Ruleset name: TBD." Is now the right time to pick a name for this ruleset? It would be nice to have something in place as the Ofcom whitespace pilot trials will be happening soon and both device and database implementations will be hitting question in the near term. Perhaps "ETSI-EN-301-598-1.0.0-draft" would be better than "TBD" if we can't declare a final ruleset name? Even if a TBD is the right thing to have in place for now, should it at least be uniqueified (e.g., "TBD1" as described in http://tools.ietf.org/html/rfc5226#section-5.1)? Relatedly, should the reference in http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-13.2 also be updated to point at http://www.etsi.org/deliver/etsi_en/301500_301599/301598/01.00.00_20/en_301598v010000a.pdf or is that something to be done after the draft exists the working group? I gather the remaining TBDs in the IANA Considerations section would be set once the draft leaves the working group. Thanks, -- mike -- ---------------------------------- Michael R Head http://www.cs.binghamton.edu/~mike +1-201-BLISTER --001a1134a680b8d50304eca91160 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Greetings PAWSians,

Currentl= y 9.2.2.2 (http://tools.ietf.org/html/draft-ietf-p= aws-protocol-07#section-9.2.2.2) has "Ruleset name: =A0TBD."= =A0
Is now the right time to pick a name for this ruleset? It would = be nice to have something in place as the Ofcom whitespace pilot trials wil= l be happening soon and both device and database implementations will be hi= tting question in the near term.

Perhaps "ETSI-EN-301-598-1.0.0-draft" would b= e better than "TBD" if we can't declare a final ruleset name?= Even if a TBD is the right thing to have in place for now, should it at le= ast be uniqueified (e.g., "TBD1" as described in=A0http://tools.= ietf.org/html/rfc5226#section-5.1)?

Relatedly, should the reference in=A0http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-13.2= =A0also be updated to point at=A0http://www.etsi.org/deliver/etsi_en/301500_301599/301598/01.00.00_20/en_= 301598v010000a.pdf=A0or is that something to be done after the draft ex= ists the working group?

I gather the remaining TBDs in the IANA Considerations = section would be set once the draft leaves the working group.
Thanks,
-- mike=A0

--
----------------------------------
Michael R Head <mrhead@google.= com>
+1-201-BLISTER
--001a1134a680b8d50304eca91160-- From d.joslyn@spectrumbridge.com Fri Dec 6 11:15:04 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B0531AE3A2 for ; Fri, 6 Dec 2013 11:15:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.664 X-Spam-Level: X-Spam-Status: No, score=0.664 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id igoVX5YxQ0M9 for ; Fri, 6 Dec 2013 11:15:01 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id DF1FB1AE133 for ; Fri, 6 Dec 2013 11:14:59 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Fri, 6 Dec 2013 14:14:55 -0500 From: Don Joslyn To: "paws@ietf.org" Date: Fri, 6 Dec 2013 14:14:54 -0500 Thread-Topic: Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQ== Message-ID: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_004_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_" MIME-Version: 1.0 Subject: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 19:15:04 -0000 --_004_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_ Content-Type: multipart/alternative; boundary="_000_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_" --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, While working closely with a number of white space radio vendors that wish = to support the PAWS protocol, some have expressed concerns with the size of= paws messages, especially the size of an AVAIL_SPECTRUM_RESP message that = supports Ofcom requirements and includes every channel. One issue raised is= that when these messages are very large (in this case >14k bytes), requiri= ng several MTU's of packet data, their radio device does not have enough av= ailable RAM (or resources) to support the required packet buffering, especi= ally when their device is being used as a master with several attached slav= es. A second issue raised is the amount of traffic generated by these contr= ol messages, reducing the bandwidth available for user data traffic. The wo= rst case is a master device supporting several slave devices where every de= vice is required to periodically request a new channel list (and the period= ic interval requirement seems to be getting smaller). Both issues are serio= us concerns for these radio vendors, and unless we do something to resolve = it, they may not be able to support the paws protocol. A further concern fo= r radio developers is energy expended per transmitted bit. This is a major= issue for battery powered devices. I would like to propose that we support an optional shortened message forma= t, by creating a two-character alias for each defined parameter's text name= , without making any changes to message structure. We would be shortening t= he parameter text names, not the parameter data values. When a device sends= a message to the database with shortened parameter names, the presence of = shortened parameter names could serve as a trigger for the database to repl= y to the device using shortened parameter names in the reply message. This would be fairly easy to express in the current document by adding a pa= ragraph to explain the support for shortened messages and adding a two-char= acter alias in parenthesis next to each defined parameter name. I have atta= ched an example to this email as a markup to page 40 of the version 7 draft= . In the example, I have defined two-character aliases for several parameter = names, and included a sample "spectrum" section that uses shortened paramet= er names. The sample uses the following aliases: "spectrum" =3D "sp" "resolutionBwHz" =3D "bw" "profiles" =3D "pf" "freqHz" =3D "hz" "powerDbmPerBw" =3D "pw" We could define the shortened parameter names and make support of shortened= messages optional to allow database owners to decide if they want to suppo= rt shortened messages or not. If there is support for this proposal, I would volunteer to update the vers= ion 7 draft to help move it forward. Thank you, Don --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,<= /p>

 

While wor= king closely with a number of white space radio vendors that wish to suppor= t the PAWS protocol, some have expressed concerns with the size of paws mes= sages, especially the size of an AVAIL_SPECTRUM_RESP message that supports = Ofcom requirements and includes every channel. One issue raised is that whe= n these messages are very large (in this case >14k bytes), requiring sev= eral MTU’s of packet data, their radio device does not have enough av= ailable RAM (or resources) to support the required packet buffering, especi= ally when their device is being used as a master with several attached slav= es. A second issue raised is the amount of traffic generated by these contr= ol messages, reducing the bandwidth available for user data traffic. The wo= rst case is a master device supporting several slave devices where every de= vice is required to periodically request a new channel list (and the period= ic interval requirement seems to be getting smaller). Both issues are serio= us concerns for these radio vendors, and unless we do something to resolve = it, they may not be able to support the paws protocol. A further concern fo= r radio developers is energy expended per transmitted bit.  This is a = major issue for battery powered devices.

 

I would like to propose that we = support an optional shortened message format, by creating a two-character a= lias for each defined parameter’s text name, without making any chang= es to message structure. We would be shortening the parameter text names, n= ot the parameter data values. When a device sends a message to the database= with shortened parameter names, the presence of shortened parameter names = could serve as a trigger for the database to reply to the device using shor= tened parameter names in the reply message.

 

This would be fairly easy to = express in the current document by adding a paragraph to explain the suppor= t for shortened messages and adding a two-character alias in parenthesis ne= xt to each defined parameter name. I have attached an example to this email= as a markup to page 40 of the version 7 draft.

In the example, I have defined two-character aliases for several pa= rameter names, and included a sample “spectrum” section that us= es shortened parameter names.

 = ;

The sample uses the following aliases:=

 

&#= 8220;spectrum” =3D “sp”

“resolutionBwHz” =3D “bw”

“profiles” =3D “pf”

“freqHz” =3D “hz”

“powerDbmPerBw” =3D “pw”

 

We co= uld define the shortened parameter names and make support of shortened mess= ages optional to allow database owners to decide if they want to support sh= ortened messages or not.

 

If there is support for this proposal, I would v= olunteer to update the version 7 draft to help move it forward.<= /p>

 

Thank you= ,

Don

= --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_-- --_004_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_ Content-Type: application/pdf; name="draft-ietf-paws-protocol-07-SBI.pdf" Content-Description: draft-ietf-paws-protocol-07-SBI.pdf Content-Disposition: attachment; filename="draft-ietf-paws-protocol-07-SBI.pdf"; size=200988; creation-date="Thu, 05 Dec 2013 15:49:17 GMT"; modification-date="Fri, 06 Dec 2013 13:34:10 GMT" Content-Transfer-Encoding: base64 JVBERi0xLjUNCiW1tbW1DQoxIDAgb2JqDQo8PC9UeXBlL0NhdGFsb2cvUGFnZXMgMiAwIFIvTGFu Zyhlbi1VUykgL1N0cnVjdFRyZWVSb290IDE0IDAgUi9NYXJrSW5mbzw8L01hcmtlZCB0cnVlPj4+ Pg0KZW5kb2JqDQoyIDAgb2JqDQo8PC9UeXBlL1BhZ2VzL0NvdW50IDEvS2lkc1sgMyAwIFJdID4+ DQplbmRvYmoNCjMgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwv Rm9udDw8L0YxIDUgMCBSL0YyIDcgMCBSL0YzIDkgMCBSL0Y0IDExIDAgUj4+L1Byb2NTZXRbL1BE Ri9UZXh0L0ltYWdlQi9JbWFnZUMvSW1hZ2VJXSA+Pi9NZWRpYUJveFsgMCAwIDU5NC45NiA4NDIu MDRdIC9Db250ZW50cyA0IDAgUi9Hcm91cDw8L1R5cGUvR3JvdXAvUy9UcmFuc3BhcmVuY3kvQ1Mv RGV2aWNlUkdCPj4vVGFicy9TL1N0cnVjdFBhcmVudHMgMD4+DQplbmRvYmoNCjQgMCBvYmoNCjw8 L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGggNDI1ND4+DQpzdHJlYW0NCnicxR3bbttG9t2A/2GQ J3nXZjhXkkFRIHaSJgGCTRsvioWTB8WmY+3qFkmOmxT99z1nOJRI8Qw5tim1bRxxNHPutzkzdNnT 9+ynn56+O3vzgsU//8xOX5yxOMpUxr4cHiiZRAlnGY9MyniiImFYEqdRqtgiPzy4/sfhAXv57ow9 fb5Yja6HlysE9Xy1Gl7e5Ffs4un5bP7p6fn3ef70/fDLaDpcjWZTh+Pr4YEGQBlnxugoVgx+Sq1Z FvFMW+i//4NNDw/KeaY2T9h5ojLv9Pzw4OkrzpJIA3Xn14cHnMXwL2c6Ax4ELE+iLGPnk8ODGHmL 2S9A/UkcxVzBgsuLwZvpKl9M89XRJ3b+9vDgJUD8tQ8CMhPFiYeAi8FJ3+h4HEeGB/D7YjG87p1Z LmQklY9ZVkdXYASFRyJZY4yjlFNmYKeZ2jRzH8JQDWmAWObDu2VDKo9ELrgqWAw0gUejS1GIAbwu ZqvZ5WzcOwFaR9zLL2kFUiRRnFUxCjIa4Dz+YMJwdRbkHPllPvmcL5iIuWyI55FEpPcQTWuAPZ2t VrNJd4zF2A0xUBtQaluMrczT9+HIxViegA51m1jPbvLpMctXbDiOfKHnoURwbhMUSYQv9CTW6BzG TESGNjqcx6vT7hd6YHWaBUjn5R/z0SJfsre305zpY7Q91XTNR9EiDAjZoymfZ6o4SmSJUQH2jHTM xjRAfQ+nUDzSKkBIF2DnOWu65CPRo1xkAHoV944acHqs42LwqXdsqYjUPbzkoQVeQYFgabQVKnQE Xm0SGaXt6B8R+BB3HZ8tXoXFR2BhlSKYb9FvogSKX4IDw8EoQiCKMIlogY4ZAE/W4JEBRxa5FFxK lCT+swKyKh8Ok4yozq2Z+wnxjweSkAI9uAoptjB8qIW0WbQLs291kkaxuA86sHzYYdSk0ipotaU4 DSZrKNVJMC4dAlF3qg78Avg3UEVDZdGQyfvhYjjJfZqMbWCorL0YwI5m6ZsORWJWnQ1fRHEsIY6U fy++UKO//bIW9ceBDziAhSjj4+NsNplDoluCL/sAoCB0nZm55R5Y8i0S2yxdDKawgo2m3hWgQZE1 0OTT1U2+HPlEJ2NYlda4c/I48q7I0LsrK6ph75lvFVQ0Mq1TV+XEozEnBdzzwFYev5QcSon1nt2i hsSRJcZOg/2igMwrwJ22NvZV2zVb3pAhVMobOOwAxYbHDpdIHFgkI5Xa/UQ+nCvEAhOzkZFRKcRO DdHYS2Ma6l+xirKKHuqbouXV6XB6dTe6Wt28/tFGe0bkmzL2bjA81q+aKSqm8Lo4vsFbY+rzXStE TkHUEE/qEAkrb8ISJKxiP7kld8L+m/AkCa/wpw28rrSuCCgSdcW9Mju/GS0D3K1UuIgyKMvSiIOF WpfbOFzEFbvz6lywtwyo+S9DkzeZKGw+YRPrAxq7MQjcsPHhwYfDAzsIQxAUTDkHvA68WNVnwFCi qlBgIF3P4dIgwRtclhG9hQsHeRVbOVDDVxksMJawqhhrYQeQSOkiT2b7Y16n5ppQXZrYRTrTVB25 yRSgwd9e/vrvN7+9fMFWM3aVX49gbwXRHfAtZ+NbrBrZ59Ld2cdBPVc0iTEtxKRQLKbOGl/ni9WP j0ds9g2ouLsZXd6web6YjJbL0edxzuazOxhfzvPL1WI4Brqmy9HqO5JbkHgVtVKRtFABlb1Jq/7a zlBKBhOD6q6CqjrGq9mC5X8MJ/NxfsxenZ2BLL/cjm0Fzu5mt+MrGPh6C1tZNpvm7dipEFoyAlsy XYqzkNTtxIpsdD26LLANV2xYUd/smpl3r38cMxhhL1uLciqGSqxakjri8w9v2qt7KnSWHECUUpkD 5JXR6m5W52p5jHxB0ABWLCcpfGi1B0HF3DUREIyyYHsQZLh19lAB1QiUG5979/w/7HPO8skcLfoa vQ3YhCnTGRt+G47GQ/SAViKoaF3yA4lObllFu3Co+MGF7b9tgAXJhnL+oqLQsPlxG8ztDuv1aJx7 i3CsC6uL71MsYJ0wv/bWnCWLG+CVlkbBra/w5LiVk9Wldcls2wY6jUcAz9kHp6T3hSggxn6AAfQD HXEBIXI8Wq5qgbo75zqxgY+kNuW6KpdnKVnlapGhR6/TDeS3chplYRAGuKxWsKvSQ78TQXycf8vH yyLQD9kyX2EYukbvzqeX331iK3FBiR+X5rwYTr/ky4idQ3qyQrm3J1EYqjUS5TCUzTRqvna/SIJa HCoDqEH7ZBFayCtIuamhNpiQT69AIZjpr2fj8exuNP1SJi12N4JkcTW6vs5xq1fodLWC3WihUY9w HEpIiklSk+c6gY/yJWArsC5x57llDfi9tZMN7nZckIlMsk4gzYJlCd6ECEfj8e0SCFmNvoFZ3i7m syWimo6/fzzy7i6LbFfBEaTrrNEViQ2pbcOjIGXLuGMLqFQaSSAUQpLBHWDWUixKHmo5mMvSqpNf tBJJZdikiC4VUF37cwzbZZVv2eKV+hwH6iU8jmixLvKVtmeYxYwmiWXm3kyG6FgBDwPSLW6KGptj IF4lM3tSud5utwqbTNMOEGRWxds66U+W81aJU2k7M3Z7VQF+MSgi2pNn7M9t2dc5xGsMEsQOWUPY Zhls/Tr6CZJK+Gs4AtVXMaAnGw89vXv9AygyuTkOI0rwyB6jxWm31Knifw1H1pI9EFVWIEBOu4WT G4GiB1ABGxIjZOb1aNekVNht4mEurch2RwnHnoKEerEi+xyx7U1UQHX1hUULe1iYKNxCu/ab6mSP LLgdHF07pKm5z59PMKtYM4M6Ks3TY/bEpq8Xnyfv88XpHXwBph7/ddzKC9kXie0+voI+ROtKd4hF ZtKePYaJhXK9Eo4u64gOsQj1ULFQPubEUkEfJJa0yxlkqhBu0QbpiEiK7DmWcNbFUFMun1r51bSP WWlXSqwAdjXvZDfRkdGwx7ARq4NfTXYTS0BQifn4jaLWTaEmvQ777aYKN4hj5eXYRWVpDJ48BUU7 Taa9Eg6UaqYa7T61EkZmryKDVkB1sefv0LtUL3WChz3FvqqLPSrLrOHALi3x6LPdXzXlFqXUNmBD 1Gn85WhJJxZuJrBGMmR/qGQ4jnxx7Em5VQsubCSUblCGrisb1dZUNZRflYCwumovbHiuwwobidVW FljZGMop14DEFlGhhY2hUpwrbDZQg0yjLcMVIQnruCzM0w2d4RwcGcngssZQ2cqVNRtIXcy15Smb CKBmCy1qDJ2mCjAqEvIRRQ1eFGyPBgnZ3HXZe4M+ROVJWzqz7MQyUCYJncoKIBqPiLpl0koqmdIM pDRdRQCp0VMWBQi2pVqsoAgSbKcvCSgXMxlWFiUtviTw5q9PuO1lUUI7FqqsAjWI3c4qUEAViDfQ 1mVRqy21lIECCjbv4XZHWZSSdWBRFlXghnCc+j3HhXQBhSBuM0KCZdqSrwTer9TBZVFKZpmiLKqA 6mLPX/W57C6g6jOh7JFnnCWctDxWdOz91UpYywllBVQXe133MgQUfTqUO6roK8Fk5RFjkO4ou3dt uAqosDYcqNoxUpyjJ2je+Jism3BpFKMGYKzopLlnfC3C24fLSh+qTldpBQU86xJH1+UyoUVUlvz0 Hcka7tD2p8CDL99RHv6HL8PMFzk2xYdL7zkRcshrwAIiQ7Z9I9J3lUhIHiUh1pp134l0bIv15aSL wWyLq6evJLXQWVd15XbXnkZZOt1mZU3U/7IHRtPv9sjaHkmMpsV5xfrsyB4IHbMLzVN7rN1+0mPf MilJ1ELBko9Hx2wy/GM0uZ00TjlAy9gIuTqdsI8DyB3x5HecPpxe+Q4MlIlqWIKUTZUMThlYMcgH KaO68n7K2KyklQGCYP/rRx/2lSPZrg+fYyGItA6hrjos1grV6UJz3juEadGLXEMK0lqZj7623FR7 y9iFvdpkf3yCEXbFDvCYwV4bM1g0TPAtQolniu4iXxH13KsM94RcA1TeMmpCbqasOFIgTf8NLMRY Eq6h7FT2zGU9UPSqMQngE9T68JBBFe0eLg8PDJiVKb8c43OC4i6eTZwiGw7O+smisWvtAP6VpsXi YoDHEd7PspAMxz25Q1M8XCKFlozieYzPlsbiuVSEBbPWikVyebjFLay9Abspk/dX/D7F6gWJRlNW CR4ScrzgVH3vo2YzZmMz1dWyujoxjbcUFHHHXpm4cvlz+3rX2RHnEDBOeDyYHHFV/MiPuBhMYVAP VviRHZ0o2DYngxf49BY+cBz5BB+eHZ2k26863JNo8sUAcDUpfUS/OToBoj4fCQ6k6sH46CQZjIAY fPgGf/BvtoJJ8eDmiKf2u+aLiI+mEcqJJPHRuCWTZlhIHqZiihKnYp0p7I1uU1JwrwZsadV8Cx/n 9g9IBjXP7bcosyscQsFp98VGxmxxdGLsJ5xcfDsGwLe4ZIVGgGiK8SmOncLUu9cI6sdOJJ9mPn6b b8M9Hh8g8uLzvOhTU3a6UXZ5g7Ul4Ettr2JuAr7bIVQDfiuY2ipXLCemAabEx3F7VAnTPOWYMl0I 5EkWZWkZp93TJlC7gU2kdgMu9DpY6yfEtInUUtv7COPKQIbbKgdK4guhWRmr3dMmWLuBTbR2A2sx WljrJ4vq8rDOtTdcI+Hp2ljwTcHEF62zhiu3L24L1gqynNTYHuwpVIuwUB1CMad8Q9goSJFsq0IB ObL+nsqz3kkwCZbRtNS64jAUqQ/SHkWI055SWAdsE3LRN9t42wi2wB503XzzvvmWBm+odxDSH98U uprJPVnO8cSnd/xZgm+9hbFLyF30KPcM874UGV5P2r3gE3vLbX/oErw5S6Kr6/nznbsg1Htk4Qm+ 9RXGMaFq2b+qeWT2qOk9YXOKbmKr63l+vXVA2Y+SobpIw3glVKz6U3HCbSblEm2uRQ5sBxrIcA9D ot6FwlOJZZoHXf+JMi28OIg7QsW6RxVLLI0lNnT2kSlt13x/6KCgjg2NbtcGnMX41lw36j+f3NRP xMlLbP3ElSyztwaCpE+YXbMH9EizE1n9ztOOzW5v6Aqz2x86A9uMvWErDJtERxt2eSNh54YdJgLC sJudr0emTJHx9s3nzjImhXl3CbOTz0+961oBShs6AvgkVJ32rupUNne7e9I1hXqHyu7ktH4BpSd1 G3sKHcQqoe+HdcJaNjx4saXRXd+5vu1+hERN/RqpR+ub2xN6Gl2nzHmf/Svb2cCrLbyzz92PSwtD o6upuP8Uhi4tZSCnhMz77J05mcd4xNDdzdpBhZHhoQBJQIgoem9n4TWdbB9JtWhy7A9dEVUodEQ7 C6+F76idFcYxoere21lCaXTDvyW6d6LeabuJRB+ig977Tfir40xr+N1dRfV3oC6aQSTqXfSeXP1M o+tWd++9J4F7wtZEw3YhdLtnplDvcM/cyel2M6h3V9cKf3l0NyHzu95RG/u7qLpRUy8r9NolCFI6 Yfn9t7+E8LxGv3vLp1Dv0PI7Od3uFu3K8jsJ2Z3ld6IuLb9/w9d4t5dW+c7cLMjCCDfrvxnHFd6y 2kM9beuovWErKhYK3Z4qlk7Uu+j+Fe2gICETxtV/+y9Oam/37di49oatMC4K3Z6MqxP1DpqNGl+v VoFSJqyr92Yjh1iq9ne9Yn/o7I7Xg25X/cww7ppqFb33MznuwRqE9J73XTuTxtbN9sNaii3XwXkq iRstj1I3ja34vyCQ2Dx3o/8P5iNzRw0KZW5kc3RyZWFtDQplbmRvYmoNCjUgMCBvYmoNCjw8L1R5 cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL05hbWUvRjEvQmFzZUZvbnQvQUJDREVFK0NvdXJpZXIj MjBOZXcvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL0ZvbnREZXNjcmlwdG9yIDYgMCBSL0ZpcnN0 Q2hhciAzMi9MYXN0Q2hhciAxMjUvV2lkdGhzIDg3IDAgUj4+DQplbmRvYmoNCjYgMCBvYmoNCjw8 L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQUJDREVFK0NvdXJpZXIjMjBOZXcvRmxhZ3Mg MzIvSXRhbGljQW5nbGUgMC9Bc2NlbnQgODMzL0Rlc2NlbnQgLTE4OC9DYXBIZWlnaHQgNjEzL0F2 Z1dpZHRoIDYwMC9NYXhXaWR0aCA3NDQvRm9udFdlaWdodCA0MDAvWEhlaWdodCAyNTAvU3RlbVYg NjAvRm9udEJCb3hbIC0xMjIgLTE4OCA2MjMgNjEzXSAvRm9udEZpbGUyIDg4IDAgUj4+DQplbmRv YmoNCjcgMCBvYmoNCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL05hbWUvRjIvQmFzZUZv bnQvQUJDREVFK0NhbGlicmkvRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL0ZvbnREZXNjcmlwdG9y IDggMCBSL0ZpcnN0Q2hhciAzMi9MYXN0Q2hhciAxMjIvV2lkdGhzIDg5IDAgUj4+DQplbmRvYmoN CjggMCBvYmoNCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQUJDREVFK0NhbGlicmkv RmxhZ3MgMzIvSXRhbGljQW5nbGUgMC9Bc2NlbnQgNzUwL0Rlc2NlbnQgLTI1MC9DYXBIZWlnaHQg NzUwL0F2Z1dpZHRoIDUyMS9NYXhXaWR0aCAxNzQzL0ZvbnRXZWlnaHQgNDAwL1hIZWlnaHQgMjUw L1N0ZW1WIDUyL0ZvbnRCQm94WyAtNTAzIC0yNTAgMTI0MCA3NTBdIC9Gb250RmlsZTIgOTAgMCBS Pj4NCmVuZG9iag0KOSAwIG9iag0KPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvTmFtZS9G My9CYXNlRm9udC9BcmlhbC9FbmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvRm9udERlc2NyaXB0b3Ig MTAgMCBSL0ZpcnN0Q2hhciAzMi9MYXN0Q2hhciAzMi9XaWR0aHMgOTEgMCBSPj4NCmVuZG9iag0K MTAgMCBvYmoNCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQXJpYWwvRmxhZ3MgMzIv SXRhbGljQW5nbGUgMC9Bc2NlbnQgOTA1L0Rlc2NlbnQgLTIxMC9DYXBIZWlnaHQgNzI4L0F2Z1dp ZHRoIDQ0MS9NYXhXaWR0aCAyNjY1L0ZvbnRXZWlnaHQgNDAwL1hIZWlnaHQgMjUwL0xlYWRpbmcg MzMvU3RlbVYgNDQvRm9udEJCb3hbIC02NjUgLTIxMCAyMDAwIDcyOF0gPj4NCmVuZG9iag0KMTEg MCBvYmoNCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL05hbWUvRjQvQmFzZUZvbnQvQUJD REVFK1RhaG9tYSxCb2xkL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9Gb250RGVzY3JpcHRvciAx MiAwIFIvRmlyc3RDaGFyIDMyL0xhc3RDaGFyIDExNi9XaWR0aHMgOTIgMCBSPj4NCmVuZG9iag0K MTIgMCBvYmoNCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQUJDREVFK1RhaG9tYSxC b2xkL0ZsYWdzIDMyL0l0YWxpY0FuZ2xlIDAvQXNjZW50IDEwMDAvRGVzY2VudCAtMjA3L0NhcEhl aWdodCA3NjUvQXZnV2lkdGggNTA2L01heFdpZHRoIDI4OTQvRm9udFdlaWdodCA3MDAvWEhlaWdo dCAyNTAvU3RlbVYgNTAvRm9udEJCb3hbIC02OTggLTIwNyAyMTk2IDc2NV0gL0ZvbnRGaWxlMiA5 MyAwIFI+Pg0KZW5kb2JqDQoxMyAwIG9iag0KPDwvVGl0bGUo/v8AZAByAGEAZgB0AC0AaQBlAHQA ZgAtAHAAYQB3AHMALQBwAHIAbwB0AG8AYwBvAGwALQAwADcAIAAtACAAUAByAG8AdABvAGMAbwBs ACAAdABvACAAQQBjAGMAZQBzAHMAIABXAGgAaQB0AGUALQBTAHAAYQBjAGUAIACBAFAAQQBXAFMA ggAgAEQAYQB0AGEAYgBhAHMAZQBzKSAvQXV0aG9yKFwoXCkpIC9LZXl3b3JkcyhcKFwpKSAvQ3Jl YXRvcij+/wBNAGkAYwByAG8AcwBvAGYAdACuACAAVwBvAHIAZAAgADIAMAAxADApIC9DcmVhdGlv bkRhdGUoRDoyMDEzMTIwNjEzMzQxMC0wNScwMCcpIC9Nb2REYXRlKEQ6MjAxMzEyMDYxMzM0MTAt MDUnMDAnKSAvUHJvZHVjZXIo/v8ATQBpAGMAcgBvAHMAbwBmAHQArgAgAFcAbwByAGQAIAAyADAA MQAwKSA+Pg0KZW5kb2JqDQoyMCAwIG9iag0KPDwvVHlwZS9PYmpTdG0vTiA3Mi9GaXJzdCA1NTQv RmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAxMjAwPj4NCnN0cmVhbQ0KeJzNWNtu2zgQfS/Qf5g/ kIaXIQkUBXa3LbZIGgRxgH0I+qAm2sSoYwWuAzR/v4caO3FQ1oq5Dy0QeyyJczhzeCjOhCO1ZJg8 kzHErSFjib0l48i0+Hj84SNkWyETyPpAJpGTFnfgZsjCWxxZS8IY5kgkYhgFwFqhEPAsUMy+kWKE X6KE0a6lFIUcY1rccnn6ZMhhfnaenINNkfCTDcJzQmwRkQuwCMJFYsctuQQrlnyLuBEAhrKXRB54 gpyQC0vw5IEXTCRkwyEiNDyPiBa3kKhDDuAhp4T8OMIP9w2e+wSLOJGwschAwJRNuAZVeV78GY9U JZMVEklmCwkL8CR5EuAFBAFSTGSMA17EVwBepiEALyUGXSAUyQQLRpFXpo3hhNCtAf8B3JrowCeo BlkBJLsW4xIsks3EevCD0K1HMhhqpQXjwBMEhxRsXpIIvACQTEHOn4GX4MeglsE/g3oTM2mgnkEu lsZjvjdvmtM8uKWzZtbM7rplc/5w1zez9er+cv1+0d82p9dkx+dH1L59+/rVc5fTH8YfXRB/pke3 F7qYw13s4S7ucBd/uIsc7oKVI6wK1A6hY7lsXjksGtYLjhzzgplxT5txM+eNXIzMxH3TpGJojz5T 65/iS+cJpXmwOff5pMN9uG1rnIr6nHIqKnTKqajRKaeiSqecimqYcirKYcqpYm25jTVONYrgGkVw jSK4RhFcowiuUQTXKIJrFME1iuAaRXCNIkyNIkxREfvfenYcnIul0Xg1oiaoiWrSaFAsjYbVGDWK 4hTFKYpTFKcoTlGconhF8YriFcUrilcUP6LsPZb+WC6HdbeeDz+eAPl41qmsTmV1KqWw4qyvOCBN UWMTPkWJTfgUFTZRiLSZEVtTwtisFijF5joO6qiASFlGrqLkcmNZ7ipqolzIo5CsWBIoF6r1xR05 UYdxlravKPqwB6B/XyE6dA1oGHyFJNBXoKVAN5F7iQqG0W+g1ZAKhtFcjH1IRQ06tivoVEJFwGho Qm4LKzxj7nZiRcBodtAXxQpJoI1CxxQrJBFRqaP9qpBEqsgwVWzrVHwPRd74TNb4/snHbnyO/xyu HopzFbl/nOv440/I/8mxEf3khEVpTk0ok+fUcdFPj1KlYRNcEcVt16NbrYvVhJ7XRo9No7BGYY2e 0EbPeaPnvNFzXsuN/E+M0ehNv7mpJ7LoiSwKLQotCi0KLQotiiKKIooiihIUJShKUJSgKEFRgqIE RQmKEhQlKEpUFF2Nz7ThZ4eP81Xfnw3DujkbFv2n7i53uJk58NYvx6e54R11eLFZm8z349OT/vv6 qH8g3kB/ABaqlr45yV/vl1dPF+cY+mX43sz6y3Xzd99d9Sv9nX22vz8uF/NlP7vpcoT5xk4RpNer 9fzfDj/Gq3+G1dcvw/C1eTdc3t8ipvHOt5u+X+vSf+ouV8PO9V83+N65fjfvFsP1zo3ZYn7V74zV eTDsetXdNh/m1/erfpPryf3ttwswwumJ3f+hrF9qXiLo54ZfbEzJ2JJxJeNLRkomlEwsmTRptvvv ueGSMXuMLRlXMr5kpGRCyRS3vULry3b77tz2DZuGYdM+/PZ90utX/wFV9502DQplbmRzdHJlYW0N CmVuZG9iag0KODcgMCBvYmoNClsgNjAwIDAgNjAwIDAgMCAwIDAgMCA2MDAgNjAwIDAgNjAwIDYw MCA2MDAgNjAwIDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgMCA2MDAgMCAw IDAgMCAwIDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgMCA2MDAgNjAwIDYwMCAwIDAgNjAwIDAg NjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDAgNjAwIDAgNjAwIDAgNjAwIDAgNjAwIDAgMCAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDAgNjAwIDYwMCA2MDAgNjAwIDYw MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCAwIDYwMF0g DQplbmRvYmoNCjg4IDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDQ1OTc1L0xl bmd0aDEgODk2MjQ+Pg0Kc3RyZWFtDQp4nOx8eUCV1db3Wvt5DhxAZBAFIeTgkUEPOM8e5SAgKg4o qKCWDKKYecVQM02lujag5dCgpVe9zeV0QEtQU7zaZJplDrf0Xq00u5nZZJPC8/72PucgYt36vu/+ 8X7v27Ncv72fPe+111577adDxETUDKBTx9SsQemPBL/xI3GKnSj8VHpq2oA3g2t2Ep08RaR1T88c nvXj4uMBRKdDiFLK07NG9Z+RY99O3Ho9kWXN8KwOnQMSxmURcRVazRudOjSnc+XQOKLI74iCHi2c ll/ivzdsCFGHB4jE7YWzZ1pealok20Jx7yWTSiZP6/GX5A+IOl0l8kqanF9aQjbyQf8HUSBw8m13 TsrcFxJGNHgJ0dTNxUX5E08Nuf8d9IfxUvdiJPhuFojzTLy3KZ42c86aQws+RF+oE/HhbdML86e0 ydxH9ArKRByflj+nJLifXx+UX4Xylj/lTyu61fyXeURHMCaflSXTS2fWxdIo9L9R5pfcXlSypSZ0 PFFP1PfdR1J2Xh88eXyFb/qEAPtls4+Z5PN0zIh8Gb6jNQ83vH9epl8x2/Dqo8rLB6HXi7VPQOiH DG/jiH6lPsfzaDLF/3NKR0w+ggKpA41GxufoV5XQD/EyMpHZ9KSpC5qMdIVaPk0SwSaT8NZ8hDAJ XT9D7YwampOiRoAne2iKhRxkoU36+boFciRisoPYMAzULtBXyJlSc/0QTZalEcoBX2Bf2klnwXX8 kbiZE+ljWsY22sGH6FM6h5wNtI+O034OpvfpPDfjQ9yTCqiIHuVmdIKCaAwtpLWUQ+uojKaixgbK RSyM2lMxbQXnUDUtpSzMM4YyqZCOib70Cdb1LHrfRcsoETUWoMYJmo8VeZW20R6MpjndRsuRV4bc w7SCxlEf6oleH6OL/Jiw86MoEwRaiPZlT1lo6RptQD0X7XCTbM1D49x0lUdgFHfRUp6uRq3Ewjs5 Cf0EY6zT0FIBPQoeS07oa3d6nj7ieI6lvphNCX3KFzDPB6kCY8nCzBainhxTMTiYlhtfY/4nuZZj 0M5qjLwQkvemqSKbmlIzugJJ2ugM2grCHCTnQHouKlaUpWgH29GnnXsL4grewX34KKQ3Gn1WQzLH 6KKwG7V0N1p/DP0lYvWa8mwexYVujZPrMh9tytILMU/JC4xzYj/6XKZ4Ld5r0XuZ4jK07OH2kJvk YkgtB/Uky3aWYkUkZ0GKkjEKxQsxw7GQ18scQavoXZpnnONgxJuS4PkelkgvQlZP0DIRKTeIiBSR El3seXg+cmVp10b5lfivP2KyJwIKcPNmrHcs9p6GkSRTFWYpML91HIBx+2BVkIz12ok8wVN4Cm2G bkgZeSTnkZJLUvPreSp0dyr1g5x3NuBXUWMbNGsPZOWRZ5lbnh6ZuuQ5t16WHo6Bvss1PaH6D4bG ZVIJdqVM9zDyoV92egCjb4JyfhQhzNCPnWwmh3EV80k2voeZOErfqJ1ahB6PqV2aC2nIPfoIxjER erMfYyhED5FkR24hFWDVFvNOGsM6DeDRtJi2igBoSjJl02BOw9gPYNxjsIZpNIvjEVsOnqU0eSGo WunxBrJC/kF0ByWgFzkCaS0GU45xhW6neNAdKBGGEblGsRCjSFDjyKW2OLl0tXZjoN0tMN5lkN08 6NVYhCF46w2aQ10oCvWXg6UleQ7jvwPzHEoDKBqUgdafo3uoDd2LWg+jtrQnr8IibKMuxpdYsTmo MRU9r8IO70TFIoYH8yAeJNrwdtAqXoVYhmgjukOrVwm7tpiq+SB0ey03p6dpPd/Bg7C6xVyKtdpG NbAai7D/bqLhiH9DP9M/6Sl6jTbSQVqPVV6E3D30A9b3M5R/TOlnDfKqFb+ryNNyESzttXYXqTZl i/Xt8R1YkW1I2ShSeAnncRt+g9+gKwKbik/xSvApfhp8gE/yBzwRlu07XsjZ3IPN7M1x9Dh/TZ+K wfwef8v+HMdBWNlr+++A0AQLjZ/iZ3gDT+ORSFvDBZwH3YtRRfzIS5UMxDjkswyS19wnmy9IPi/B Un5FK8FfodRa7AUQRiLttCt9Jd/LxzDyF/gAykdiHWz1oSf+H3gw9jXsy3JUIdjlvvQ2JLQSml/D u/hHNU5lLBB3z4/f5D/Xz9WT5p7rDeFaHiFZyUCyl0s29WHjp4lbPu6Qw7G+DUKPbKG9x1W4Dftd 5ptphgoruVKl10Gr5fu3GKt8MB81l5dotnqfjD16D/2V1sCSgEVLrDb0gvJpCORxErrhDw14GpK4 Gf6BCetwAHQMq3EvcmUva2gNf86X+TL291R+mb/jTzhWFEJqTuybZIrlM0j5hL/kvWjxDUhhLfo6 Ab/hHTrEt8Jne5gO0S7lzT1GD0IDg+hLaPsu0Bv0JOzHfXwzaDdoFz/Jp69Ju14KUlOknCOVPhCn g3LoW/qQf8R6wVNU9hR2E2N4Art2P7/NNbCDr0Fzq9mGnRHGt3CqNp/eVPXX8av8LO9Te9ymKF6R UU/7IYGG79eoP0qD68/P38sNz45f4nOwSvLM8JwOv5cbnxwNuVD5HS6WY5B9/Eod7sAhdBkMWwj7 HAI7OkfxVFAB6kvOhGa3hW2V511/jBltQR+W8DgeyHtAAxXdoXaR1ESPNjbaRb83/NXd9hu78Bd5 JXh1gx36a9x45/7GDr5hx/5WKHe0h00g+XispnuX3xB6rOlvhPXW4VdCj7X4rbBenrAq8Dq/VXGE 4Dfr1/XXOAC71G1N3evvskQyHOsieeLgNpGDU6WG12MPl0LffPlLEQJLU8OlfJBngjZRJ2UVvuSa xqvgkToseaWSnoaTfg1t99i5hoz2esOXWySCRQTG8DD9xP7KF1mpfJXm8IOCoW8j4H3oYOlFt0Bu omJZYgP8Y5lSRi9jp96ObstwH2mO3fSJ8u52wgo2R6r07OzYXS1Qb6vy7PbDd1oByyr9ZTt2WV+U kp7yXxWdhDeyHzq3ghJxpzlPRbhRmEG+GI8Z+9Ub5Iu+sHO5Q70f6PE5Zc8eG/BXWgJdcdWVeb4Y gfQ2G9sel43ZcZ0HKtljBzze/QaQy6e9j86rEXtakTs+/jr7I21LMe5w7ZQHditi8j43TJ3wxXQ/ aD5oAz2DsqNwHk2mV+FLSg95J26VQZBcc7f0eqPEMJwyy6lU0QZI6BTwYdBh3LMkvYfRyftgFdZD 3gmT8XYRN7MltAkatg28Ab3OQ69yBtX0J3h2ZSrH100F9bEXcZsMBk3jRG4HSqTPcBoyfCPc2rhW NBVNcd9yqFvgXJoruuNE2QW045zaJc8CVWKVIjv0uCl34aGcy93YgXc7bn9A3IHk3S0Je6cP21H7 GMLeINlHjNZSteVq4fy11uRcZR348zv4qOozWramasbL7yKueyHk9jx8uKZ4e4lb8T5B6G8XxhmP 1s2yHrTqGFp0nW+38nb3BorDW0fO5FgO5V6sYSXegxT64ATo5polNDgd3iyBl1NnnNVyrZdgHdaB HLgRLMGpLFfOpSuzIOtq3ET2qTv73dCaXSq2DfU20E/QnXi898Y+fxx+eS9lP4PkjQsWsC3OFRne iR0ZiRuF7Ckcqyu5Ffx7B01AvRDMVNZeiDa3Qcp24S/8iUHxaHcMTVI7N4a6YocuUydXKPx+eSP3 xT4ag/0tb3BLYXebgOQpZoKtknyu/ryz4j4x1U2yRBhFce/6XSR3n9wDOPlUDdnPPshB9i/ZsyPu hseVgF3hYdmSQFszsTMCMSO5q0fADvqq/Rqi5IRxwVfJ4FO4gVTBN/k79wWeBT+rDaKPKYRH8wKs I1LoI3hbz+J9A95W4Z34K9xSOoDkGv+D57mthceGuezYBnnTv4F/yRNZB7t57VZ7PUsPRVoQaX08 3PCbgeQwaIWHPd8QGn5LaMhbla1MrLdEDb8zNGbPd4fG3x8aciB0RrLnjiw9FsnSSnm+U0gehfo9 kbYMcy1oRA0eI8KI4AbUMA974HpqVE/48zlYhccV+zb6FCj1dnkDknXWgPYb+9XZ1JDImAmKwB67 nsj4whgNWgCKMLzl2NUYMRYu4w2q3THqXj7rt+b4W3P5PX03ILnr5N09CHu0O+QAvWzQtnDTVHW6 x8MChyjpyo+j8rsB8lw59RI4AJJhIUjWhEcD6xbfYDyeNu0iHlbhCeiq55HfFGNh33rTp/KbAO6z T2HfnIU93gVL3Af9H+J/uUla2EF8Fva0N24IslSYaOpuR2ppH9w/YqCJ8iuCpGW0nRn76DCslDy9 7gFvgLZZuY2S/nN0L+g5Go0RheEUkifWRdRyIm8V3qYiLxI25yM6jtt3ELeANQ5Vt/NJ8MSvcCgd pa/hKQXDMgzh7mxlP/qH2uUaHaE62O2OsNedQBpseTxseB9YdDs4Frl90NYQ6Pdl1MylWnjmFpxy mbDzoUiTKZ1kSgOlXAa/6j5ewXei7s24F+4W4fDtPfdaz9Ob/GG3WuHEj4Sv0wp5p6kSI7JBRkn1 pULAC6UFheebDgpSNqgMO/cwZDBHW4x1iOD1KGVVXpakVdDaatiyO3gVncJd8GN1qzgEXfgQ4/xP 3SIa3tXdfmXj+/evevUeT71R6LmPN76X3+BZezzxxrcNwrm3GyhP9NU473Kh7RdpGLeEz0nwM89C +0ZTd+ACrGhA/VfyRKWLFdClIpQfizVZgDXoiba91ffHCtReAu3oxQG4BXfiiSANnkKm6MizQAXw ju1Yv/3wrI4hPQS6E8LZPExpz0Buhtv6ZZ6hqCunSM3iL6Bhh5T/EAvt64Y1lefiQpwKjawMWnJR Exc1tmxsAjVMlx77q9gd7WDLA9RZJD2IbIQBiEkbvkHRTvXFzmPb5TmMk5vHuIj20l6sL/Yu5i73 6kyUL4FvkqN8bXmKyVNLngKu2+08fp3P8FS1++3oqz2V8ULXV3Sew8WwpXNAZRyDE6tMnSqzcCIX Q+YmCockEvkj0HzQBUV2nNZv8Cs4x+dgH2+CB7cDPZ+Ff3Mn+VBHCsA950fccS7D4hyBd/Ye6EP+ lE/ycf4A+LIIhnf5c2O9rdcV6E19XgjDYaVL9TeuxqHnVtYBugG+oS1P6LlppmNH96NQzqSh8F3a URqk8Gf+gffzD/U3ucZ74Ff6xh6ugCYvpfU0EjYjl6W3t50mYi/5wHI0RdgUK7EWa+sNT8gPOVPV 6sivRy9TJyXlj+F76rAiQbAjwbgTLIcFm0aX4Q8cc20beKvr+RTClTxZfdkiflp+/5RfMMEnwT/x ckVL+DP+DjIv4RJ6ga6CciGTlhRxHa9U35hc2MiCKM+xCd3wde6Gr3IN77zyuRs9yS+NGuh1rPjb /DT/jTeK1tCTTS6E7c0EH+Q1/E/+p2AX8RPwdPfxM+oeK7/u3vAg1Yy5f+VZEZaPSdOUXoSZvvCr oR/NBuTrZdRB7j64y/oq9CM/IOYD9AdexWr4AwMUBlJTYBAFwNMNVtiMApXXGwRsDvwZmhIMDKVm wDAKMX6C/FoAwxVGUCjwJuCPWO0wYCtqCYxSaKEI4wecxxJb001AK0Ua38NjlxijMJZaAeMoyrgM /1piW4oGtgN+h/VpDUwgKzBRYXtqY3yLFY0BdlTYiWKBnSnO+AanbDtgV7IBuwG/hjVNAPagRGBP hb2ovfEVdFViH+oAtFMnYF/gJeyLzsAk6gJ0qP9+kExdgf2pGzBFYSp1Ny7ClvcADqCewHTqBRwI /IIGUW/gYOoDzABeoCFkBw5VOIz6AYdTkvE57JrEEeQAjqRkYBbwX7CF/YGjFI6mNOMzWM10YI7C XBoIHEuDjPPwhSWOp8HAmxXeQhnGp9iRQ4B5NBSYT8OMc7DUww35X30kTqRMYBGNMM7iRiVxMo0E FiucQtnGJ7jjjwJOVXgbjTY+xh1xDPBPCqdTDrAE+BF2RS7wdhoHLAWegS0eD5xFNwNnK7yDbjFO wxLnAe+kfOBcKgDOo0Ljn3QXTQTOpyLgAuA/YPknActoMvBuhfdQsXEKfpbEP9OtwEU0FXgf8CTd T7cBH6BpwAeBH1I5/Qm4WOESmg58iEqMD3BCzwAupduBy6gUuBz4d5wZM4GPKHyUZhkncA7NBj6u cCXNAa6iO43j8PIkPkl3AVcrXEPzjWP0F1oAXKtwHS00jsIm3g38q8Kn6B7g03Sv8T49o/BZ+jPw OYXP0yLjCOzVfcAX6X7gS/SA8R7OtQeBGxVuonLgZuC7tIUWA520BFihsJIeNg7DN1sK3KbwZVpm vEOvKNxOy4FVtAJYDTyEc/wR4E56zJDf7VcaB3EmrwLupieAexTW0JPG2zhpJf6NVgP30RrgfvqL cYBeo7XA12kd8A3gW/QmrQe+pfAA/RX4Nj1lvEkHFR6iZ4Dv0LPAw8A36F16DviewiP0vPE6vU8v AI8qPEYvAo/TBuM1nBUS/04bgR8o/JA24RZ1kjYDTyn8B20x9tE/qRJ4mrYCz9A24Ef0svE3nDES P6FXgGcVnqPtxl7cF6qA5xV+RtVGDf2LdgI/V3iBdgG/AO6BJ/Eq8EvaDbyk8CvaY+yG714D/Ib2 Ar+lvxmv0ncKL9M+4Pe0H/gDcBf9SK8Bf6I3gT8rvEJvGTtxRkmspQPAOnrb2EGGwoY23VfZdN// lTY9/g+b/odN/8Om/z/Y9FV/2PQ/bPp/K5v+P8lPT/0/tOkZf9j0f2vTZ/xh0//w0/+tTd/x38qm k/pGJvkm96/B97t+Bc4HSIe2EKynBTEvWNe2sIw9YdUGwPIMhe0YAzsxDjZhCvbYfGjiJvlbbpSO h03tiHLJsFZDYYc85fKx193ljE9+gwqNwht+nf6rD3vRtR+5CyF/JteogPzhuuunLH5NqGlAYBA1 C2neIjSsZXiE5+d7bWJi4+Lbki0hkTD6zl26duveQ87WDnvtQH5q2oD0gYMGZwyhYcMzR4zMyh41 ekxO7thx42++BVbwP/ho/3fV/r9ZLUf/UdmOpH597X169+rZo1vXLp07dezQPjHB1q5tfFxsTBtr 62hLVKvImyLCW4aFtmge0iw4KDCgqX8TP18fs7eXSdcEU0KadUCexRmb59RjrQMHJsp3az4S8hsk 5DktSBpwfRmnJU8Vs1xf0oGSkxqVdLhKOupLcqDFTvbEBEua1eI8lGq1VPHYETmIP5RqzbU4L6r4 UBVfpuL+iEdHo4IlLaw41eLkPEuac8Ds4vK0vFQ0V+Hnm2JNKfJNTKAKXz9E/RBzhlpLKji0H6uI CE3rXSHI7I9BOcOtqWnOltZUOQKnFpOWP9GZOSInLTUiOjo3McHJKYXWAidZ+zsDbKoIpahunF4p Tm/VjWWKnA0ttlQk1JQvqQqkgjxbk4nWifnjc5xafq7sI8iGflOdoXPPhl17RePBKTn3N8yN0MrT wqZY5Gt5+f0W5/oROQ1zoyXm5qIN1BUxA/LKB6DrJRBiRpYFvYlFuTlOXoQuLXImclau+RVZ02RK 3q0Wp4+1v7W4/NY8LE14uZNG3hldGR7uqMZZH55mKc/OsUY7kyKsufmpN1WEUPnIO7e2dFhaXp+T mFARGOQSbEXTAHekiX/DSFF9noqp4jKWMbJesixHZB0EhXBaCi0YSY4Vc+opoagnlRf2RDE8uYxa zolYkSlOn5S88sDeMl3Wd5piAq2W8ssEDbBe/OL6lHx3ildM4GWSUakn9aqGfE/cabM527WTKuKd gjXFGPup926JCbOrxBRrSaAFAcRHmZBtfm7vDhB/dLRc4MVVDirAi7NsRI7r3UIFEZXk6GDLdYo8 mVPjyWk+SuaUeXLqq+dZocnb1D5v7jTH1v8LCGzRLK24t5Nb/JvsIld+RpY1Y8TYHEtaeZ5bthnZ 17258nvW57ljzmYpOVqEcMdEhKZyoZTj6wvLl5wmTj0G/7yUUk+s8jZDK1UKWwY4A/MGujDXNzr6 d1aqMr6StVRwrZp7mM7etuvf+1z3ft3wmpRrGLAeKzKyx5aX+16XNwAWqLx8gNUyoDyvPL/KKCuw WgKt5dVarBZbXpKW51nRKmPH4gjngCW5mEQx94a2CupfYeUHRlQ4+IGssTnVgbDoD2TnVAoWKXn9 cyvaIC+n2gKjq1KFTJWJ8sUiXyiDoeiVwqzKR1Q7iMpUrq4S1HthFZNKM3vSmAqrhCst0NVRrOrI gZO3sEp35Tg8pXWkmV1pZa7S8e7SZuQEypwdJP8qQGW6Hmk1UrJzGuqD2mS5iXArs40araZyVBdH FYLeKtjatE3nMhn6+auw0qdLUnIHrYZKwFvAh8E6TQAudKdoFAVMAsvUpSp/vbaTnOAa8LtgmbID KTuQsgMpO5CSpFURa9u1VyrbRKHrbVtbtul8KTlc20oGWGjLtcW4kEZpt7jDCe5wKcJ2CJe5w4e0 xZV9ogKSffDOdAlogAXmtqYyfXjnahXpYVeR1Z6U1VuREpXcUluDUa3BqNZgVGswqktARqurkb4a 6auRvlqlryZWTUW3dTfljqypDGjhTkEk2VfL1Ubjjhul5bjDMdroys5Re5LztFFoeovC9Vo2cKnC CQqHK1yocheq+HQVn67iSSqe5I5L7NAAoxQGSNRGalnwWaK0EdpgFWZqabi/R2nD8S7DYdogFQ7V 0lU4BOlhCDNQLhjhYE39Hk4bhPdUhAPxLsN0bUBlalTH5BK8T0CeQH8yPRVjSMWYUiEkmbIUvB58 WqVMAC4EHwZrqiRrqaAUULKWjBoOtOFAjoM0zQFKAvXT+iGnL8r2BTo0u5qjHaXs6MkOWdnRsh3L Y8fy2MlbswMtWjfqCHaAM8F5YBPaSUC9BIwrAT0kaInUBm1FiyUUgtDiDqPEYvkbRK2VWFzZKsqR 7CO2USY4D1wCLhPbKk3BAckhKCfLdgAPB08ALwSvA28BmynJlePwE0kiSRsuhms6tLvtVru9swq7 dHeFN0W6wibhnQOSb9faQkxtaR1Yw5DbYshtMVXPWxRYQHXiaA/4MPg0WAo8DsKIgzDiMME41I9T pbxUuUtgA6xBieLQ/vVlTKp2FLhDg1ZkajxS4vEWjzrxKBuP1NNAVjVkfiZ4KXiPO6+1UubWSjlb o63WGG0HYJKKBQCjtNaVwiegCvLl3gHJSZD7cDAyxUOQ5kOQ20PSlAi5iQMUdnDHlyC2hDw1loK3 gL20alBbUBwoHtQaFA2ygLCiWius5jLQUtDDoIdAS0CLsTohW2x7bGJCt+ndFnZb2m1dty3d9nTz 3inyQXkiz+FLLVrgAA4OMocnBwqdxpM//6xwk8LbFToUhjrCx/ufHe//5nj/J8b7PzbeP2e8/7Dx /gPG+3cY71/FBY5Qm/9Jm/8ym/9om393m383m38Xm39bm39yEOfyGPKn3Qr7K+yssLXCSB5T6U8+ u3gcRZuxAzhuW/TdUeeiq3SujLo3usqM4B7X2zhX0EcmvhLVMXpyVIIrJdYVtIl+VUcLNIo3kjfb HAneb3lP8HZ49/Ju753oHe8d5231jvIOMQebA81NzU3Mvmaz2cusm4WZzCFVxhmHTd7+QrwCZeCl S9RVPFD+Sk9dFOXBw2aBa5KzmZYhMrL6c4azppAyCizO77OsVeyLo9xk7c/O4AzKyO4f5uxhy6jy NkY6e9oynD6Z43IqmB/OxZtTPICjMjunig2ZtChCes3VxJyw6KEId5ibK+vkVOj80EO51GJ2UlhS cL+gXgNSfwHy3Gi79oTZGr5gJJHOxzOycpwvReY6O8uIEZmbAclJJ7ta9BTd01KrRQ8Z5OZU+5aJ nmkjZbpvWWrutXJkQXpqNUXLQJUjiyxHlkblWokeslyMDFzlWqlyra4rV9E3Oi21IjraU6avKtP3 +jKTry8zWZWZ7C6jucpENyjjfYaiVZlo7zM3lGn1O8rE/GKZBtIs6m/7Nw9X02A+XpEyV95Q8qxp ReA85+LZxWHOsgKLpZpS+Lj78hKbV1BYLMP8oio+bi1KdaZYUy0Vg+femO+cK7MHW1MraG5adk7F XEdRauVgx+A0a35q7tb0/HabruvuQU93Fe3yf6GxfNlYO9lX+qZfyN4ks9NlX5tkX5tkX+mOdNWX 0nqopZn658IlVuFW4ecLBc6LiM7t3yKwpJ/S5j7RYQsidujEL5AfbghNcNv0B8usxOTEZJmFXSaz msqLqDsrbEGf6Igd/II7KxDJQdb+FJY2JRX/Skvdkd/5r1Q+M28pvUWF6l/pzFlguVDyTzNmEuaQ 3ERZ5SjYZ6Ess7TI0mprpaW5M0mtauksku3NlHCt+frYLLTMpQ3VgEobP1I3bORiNFc6i1FKFpzl VpxS+Qd8aIbkIN2t6OeJ9BUUgbCVVoATnIzTbv5Y/t8RZH5drWGIEzBQ2W52PdmgxxRm81BXSBPp qPo7iJVI68Lv0IvkoACkHyWNiXPITo/QHXSMRhlfIzWanqZLlEC9qNioU797reP59DS7/hK9J70v f/sp7JpNvwDj2I47ahv4HkpEK9n0OIXSYbTYzvDF+1YRKeyolU1vaxPMCUZH4xuu0d8yCugptovj +mY6SBe5tU519xqLjdXGGmpK32mRtfuMTsY01BpFeTSL7sIIymgtHeJc0VfsMR5U/7+BIqRup7fZ BoXKg4c3EqX/TKuomnbTYfo7nWPmAI7nMn6fj5qodn/dfmOQUWBMpzQaRplUhtxIjuFkMVYbq23S TtR+UnfGaIW2s2k2zaF5tFT9vxhO0Ad0kjXhK7LFKG0TRVBf9X8JWA6ZrYUk36LTbOau3JsdfB9v FLN1rVZ+I9WpOSQ4UEl/Oa2GTJ+lLbSf3qX30ObX6tfPLbH0o3g8z+dF/DA/ys/yRt7MF4RJ/F3T tLv11/ULdccNX+NJ40X0G0E3kQW+bwLWYAjW8xB9jvm14wRO4iPCJhI01pvU1tV1MdKNhcZrxgmy UhzK9oWfm0ZDaQxGfSfdSzvpddQ9RO/Qp/QDpKSxLwdDFha28kjO4lkYxSa+xLWiBdavp7hNVIqj mk07pI/RN9duq2teV1l3qc4wNhhOY59xUK1vd/STghW4mUqwweSKvYx+XqOz9C+6jD68OApjHcgZ mO8qtH+ar0KdzGKB2CgMeMPLtLf0lvqqumF10+pW1W01uhpDoVsanLCW1BUkv7PK372Wqt+oP63+ TmortOc4fclh3Io78iAezTmcx8U8nUt4Bs/juyDVF3kb7+TjfJK/xJXVSzSHnGyiUNwjHhHbxH5x XJzVSMvCnWaGNk97RNumvat9pgfqCXpHfaiep9+pzzWRSfNqYT54NfTqtNqC2idr99W1r0utm1q3 uG5v3fG6jw0/Y49xDq5pR4wxlyZjjPMx//voYVoH/XgJY/yIztMFrPk3kIXGPhyOEUepdUvBuIdi 5GPgMk0CFfOtkH8Zb+BK3sU1vJff4rf5CJ/iS7izNxftQX2wC0aJSZjDk2KDcIoPQJfFT1osbgGd tS64ZeRhNvdrD2A+K7VT2jld6M31TnqWvlB/w6SZJpoeN6027Te9afrcK9BrnNtGXLMgeLSDYq/e T7uN1uO2oGmfiyPCzvPFFX5eRPJe9BaJ+1emSBF94BvthJZPoxDv1V7RXtEihAK982Qb4gmRqI3R Y7UmNFP+hZQYK+4TefQc76IrYiA0bbZ2SKwXE7TV+gq9H5/AfWOvTsKfv6dkSuZ+WLv3aQZWKFHb osu/kSaTWbtqmib8jfv18yahHYEd7MtCO8Bj+SJnihaQVh/xMFnxHsgXEQ7CDvwAml8Nt7OnfkZb IgaLk0i7jR7hvZjjTrpN7OSnsC49sR9v50xeo3WiBTwD0uhFt4pHqbUoEa2hz6PoW76Hm2PnXsHa tBGTSNf8RSEdFblY9Xc5WLTnBdDTabSYyymBa7mGDorl1J2LtN1XW9bGC756kSu0gVTBV/S39Lfg fF+BJCOhuWY43B9Bp1ejl9cpWouF1vQkk8C9DvspD3s9SFzmu8RtNIVXaf/iZ0UyDacirVQM4Mfr LuvJWhdIbAesSYpXLzOZ7KZIvStW/Dz1U3+vSF7F+mnTPTKuva99Z+Qa0XUTTE3rTtFcSGcgrNti 7KWB9CG34Ft4hG6IDN0wRtMGsUU/ZYRyE46m9wzssLqX2c5tDAvPMPx4BDT8Fvn/C9IX64v0Wfpd OJuuwGreRyvoSfobTpNncG7FQY5DIM3xsD1TcEZ0pM7UDbPrR/1hlQYhL5NGw57mwUpOoj/RDFje v9BGqsAJlQF53IJ6k+hWpJfihJpHC7D/76clsAGP03P0nnhJrMOd9wHxmpgtptCH9KH2hubg0XRU f1BfSFm4E4/gZui5B1YpCvWWGO+jt7YUAevfFbsUem9cMI4bL9QeRnvPyb/O9OpPF7xSKJ6G8/d6 OJtg3yBDfbJJ/qcXbxpQ4eVdxU22CSaTLiMa+XqZEHlF00S4j7dMe4WppXn4vDDbsMDv7ENr7cMC v7cPDazFJd9ea5fcqWOXoOigmOig6Mk6XbVoNVcdJrpCFr0G++mC8bH42GRSvxkf7gg47nfOT5i9 fSmQm80MR/PbHc38KdyvxebAfuzbL3IzrlHe7L1LDMLpUMfDKMwW+P3NF8+eDTx7lpKSLgZe5KDg XvjXqSPMoublZW0dG6fFduvavUvnFs1DNIVeVqQiSWyPFaFBwaEiRnSwWtsXxdn69msnQV9RO9YS Hm4Rz4X5tW7f3up71dzXlmDv2y7RLu9HvuJ5ba9+RP3db15FU1OVuM/hy74+8v8u5XvCZ4d4hvzE bkcTS9CeoMNBp4MuBZmCdnALEmL3VjP2fpV45uWO5um4l+0ST+A0/5ozXfP4L86+Bc6J6uz7nJNJ dibXmUkymUkyk/tkk8ltd5O9scuObLkIIqigAoZFrVItFbbaenntC1YBAS1UtFZRwQripXjhuixV ea2tVWul3qu2qB8iWlfRDyleNvueM8kuF7W/fl/YPXPmZBIm53me//P/P+fs7qEBdhB/mkMDeO46 2A48n/hjRGqf4mgH/1/jLGFJClvgXKMr+sNm6sWKXw2FVLi/egQQlStfYzR5H+fSqXoyZU+zyOxz uq28YLGYWZ/g9o52myczjHudMw4Ai00vBZ/txz4gQmkxsWZ58uChDnaAxTOLDYkntY1MLpnaMizy fEt1TutwovHwPmNeo0kVqajc8UDS7uSluktmz76kTuKd9sR9OvzsUojg6TGbyFntz1b61m+o9D1j t3KSLQonVrAezFa+Rgtrd5tiEOOXkOSnyB0zvMUnsGYLvlurFd80vl8XdhcE/PL6fsz7avd7mNzv PnzDxu0ed7cehOoshtFbmvlSESWrHuETeAEt/Na7/fTSylBlU9Qu4bt9Bk5YvwFOeBbfLfaHynZ8 t5gtdVOd1GR8G7P0BmlWKASwxt7IzqI20q5ZDEMH3wKzaN8sjhNnsSwNZ9XV0W8V7NAuhemp14ga yENjgo35xd/kMLgPsMZ0D+5jifUH8K1zHuO2uYjhsE0RrurIXKTqx+iXopsXKzcofr8CLyN9eBnp o1DlHGNsvc/t9sHfkH5lNuljiQ+1ysvorzAHGNCki0+CF8Hb4CCmcNsp+H/R/4AXXXWhOlT3O/hr YAU/gnLVNfFNgfyAMZkRWJtKnLK5ymsBVYqZYG7w9caYZLWTEkI/qqPcaCFGEL9uB7uxncxIos5/ kEDEPnY/yE8mb+SNlCj31xvRwiuuwPf0/NC7mJ5/ChwgiGNpM22jXrdJzh/thAowkGUytip+VeL4 AJ4eb516WgtpPp3S2n4q+cZu8R5+rwNmwqbycNMWHllj/UOfAdPQoc1ZOnUSg/v1Q4dAcuhfQMDf 3qF/bQ86GSftRP1DRwA79Nlm2Zklr0gPfabHUuagM+SM8j+ilSAPcjBpdkRjzkgnn+k082azw9+J 4/nP2xvinU6pcHc/tGB3zCyu3jJ7GN91FzbpAHZEgkttVY/svlKfiXKsKko+SZC8kkcyW4IBOaAE QgHKklTr1ZSaVimLzW61M3baXmc3W0xqlIvrIOz261CzJHSQpfI6jLkiOgxIuFHtGR3kEG4MoWVI qzR+aNeA1toDth77wKpQ93KKW+ryKJyviyONoCh8V7Rv6Ctdx52kJ8jhJsDiRnLhxufsipEm6REc uIcbkwdfZ1J4W1fWihuB9GSPFCFv8pHuwx2Xxxcirwp1ISvLjfaRBn5LTYHc9gzoZY04Tar4q1Ri DYjxCfirrohHkmosirxeDz73CU2NfMl04JoLbp94bU4e6/Lh3qSf55TvscK07rRU3zb+xnXdmljf NuGGdejNPZVP77p6VClyU+eZl+6BLOlHb+o4c+Hlz3fGpFjl7d07L/9LZ1SKw8hu4sH7cPo7QB3B WPToZp4O9A0d0V2cBdBMQA9M5acGKMbVj+4HdrhGZ1i73cU+ztCIjJjxCA/NZgQfp2sr9nV8wNOP tSuH5u4AZoa2S8izC12Dc4cP/UW3grkcB+fifMc+hhZg0XM3lqyGB5G81sEODrBGOugaIJnN1wbY wU6+LS9C9vNDTx130lAAZcPKw+AwghnmYehrQatgmGDB4DwDHcKVjz2MS7LSEnXkq3N8GD5E3u2j CmdaJM7loEk+exDPxGs4ljRYeNRCVqF2BGyamfIA0AdnbbPaPZ1RM47MrkFycw2FwE4cU//QM4F4 cYLrKueS5JL6Jal76+9N7bJvTTMO3iqU7K1pKhVLK5onqdTH7B4b8RTpQ35A+JIfFKh6uj7Ni2Om a0Y7PKtv7ahNqvkxuA8Dlw06MGjM2sowVru/D36x1biPXZgd2HCCnrWVfofrTJzkQPMxDfPhUQVf b0M/wmT1l8MRyh4+RAIUNwRaBrrwXO/D9KE2pYBMKfZTPKs4WoOhOC8KibDqjYg6cMc4HfpCHh3y cdzUou2aa6rzjx+gF/ZqM1oiNdqBkS7eMhqVith9LXWWWiZqrqZPi6UO1A2ixQS8v34Zgs96p4Ue +q9LHpAsjJ3lfBftPPfOd9VZP6283j8tQoz2k6v3fzz/B1Pq593732WxzupjC+tnv7G8/dxLL6u8 dTfx3d8PvUvhyQLYEbbMa4WgD6NYU2NjiWuPnxyfmOhu/TGwLIwsab2FWl36VeuG0r2tO939vufc z3me973p/rvvI/eXvqE8R163zRPFhuT6sEWDuJOiXTatnjPl8Y2IwBwLAkkJ16sZCbvClnCYz/TB G7eonU1OfNzGd1pinc190KFbvZ2mYLDN5G/P92MzBNE1O2xSW5PZ4vioHy6qGgPDJEmIk/ftO5Xd j+d/MktYELHI4D58OoBxk8CnEQL4i6uCaLBYiifcHsqcKMZ06DZ7dRgvqTr0ULwOgGGXa/ADH1rL va2gtRcKVZqijhCApsZmbBe1apEmn3FmWGk4ZqpGMrkvu+rzvnkHci4fy3rWbLrpD+duLyt+SZrQ u/r2q8+6KcNyNk4868rb1/75PPRgcdt5t75/ToHlWdF16Y4Fk1adQWILLp81e1VH0cP42PrO6U9c N+1XOFe9SuILsx4ZYN2hO3DODCMlYpZDQQFP6/7tsvy44PLyfXCOzjudj3vDkchcZMJ8xoQioTCe +B0mE2WOKA4F9zcDJ05GOH/JQRIKAnDhMcFr6kPX6i5ods6V5RBwKRCHg9KPLgEROEu34TiCUpSi vHacvV7E5oiPmKN3MqajvR2Yiw52sISdDJDOxwZfMQjqYAfXZl6a037GPoUjBgfP5y93DB9dDYVe GCnBJm44Zw93asDUxHExaDINvgRfenhcyO8PjTPayp9Ie2emchbsOdeU/PrPZO4qnw+jE+xBewcj 2M+fIn6OZy4D/qFHbQEmGGVSUrtozqZOSfWkLkn9OvWM9Kb4T5GWiBMLxInduBMIx2gPG44LIT8M yRHwGCS/wBGS5Rm4T2fkToqyAjXh7oP/R2d8nVZ/J4sFRz9aDFJo3jZ85dxEvA/+fQcrZROUddiF j84ZpnR4jgYGy1X3JbQ5P4BRnLiwQUj5Ye8VxaCZCZpxPhcZ3AQssg4l2nfUc3EIa1q5F3LDUEH4 9QmeG4vW1Rhi9Qq4cOL1nXe9cnDr5Zecqqsiy7lv3bx6972Lrr027MBkdyKBEOqmygWh0D+2/elI KdESEXiJv/GZjb/YNJYVBZQlOIQhlMez68coEgMF+IBuz0U98WJU0ZSIovYPHSalWd1ZokbR3dQk ejo1k7Yk8ARvwfMbrh2jxjFWjPcNvaxbCXrgV8dpRx9+5UKKomgP5aFVSqXT7nb3JPcs98XuK93X uxfHd7m3xd+wvcH/0+G2QTNdF7aokiseTkQuCJ8fuTJyZf2l+QWFLdFd6Vft71r32/mZNCZBLMeH 3Z6QVxFkn8SKjiiIO+wJm2qFhTzKZXBWSdVpabPP4nTEG3CMbNiW7TSZmEAf/IcuhDo95mQn4xDf sXSCNJsOpwtpKv0Yeh7r9ziMAzu6d0e0s+CETqlhF2yF14xQvPJkkj8Gy5gc4xw4MEBsva+qQH1t 1YxIYCqRCUcoN+viXLzLZLE7bA5kyVBpHYbd0T74W90LVCvmdol4PY0HNXNWhxFXiDxjgwlHUgep uqThFsQx2A6D2RFc6zUSjsGeqqlHg0ddxfAUnHaIr9R8JxYFXg+mU0ddB847dcMFS/Y8vvFHjzV3 dxXWvXL1tFZR4Bx8qvP3lSck9Z75C9auu+DcmR3Ifekle9f/6oslKza9eNf1F629IOqSeJ/VU3n0 /chft9/x8A3X/vaMFhyVLw1VTK/iqPSCRY8yJpK8LRi60shiMaHHGbvDMdcLPF4v8GJyYffZvHZg YiGaa7NyLtZKsXZbP45EiO7b6mMk4aNj6PS+yQYR6jKAB+OOz4gmEkxLnTnNSRDouNyNFUYpUp2I Eu7AYUA3XTN4L8ESk6nyEC04edFCzVONsFi75Ks/+TmRtfIYhd/HGuJ9Q0MkQANcqn+P3xh9FnwM PrZTfkr2atmztAuQ2eakxIDTIy4Xb4a307fbVifXandk74f3JLehJ6z99n7teeuzmvtKuCGCGjxZ zHQ2B2NK39DfNxdiuf6hv2PxcWQrR9fXx8lYuj7aP/QRSAx9uDkZjRBaxGv1Oh3rTKUscqfbnO+0 OGJ98G86m0oJrNppesff2SVMEZDQBwd0W1O4k30n08lIjSfIEOyih0hVgUDRfsNRiZ8arlnINgRC nJeiFT6sg6AH41CuDmuIghmn0RCHESngxU2WzuugAQuOo+KCJNZvKgtQhuVe0NtNFki1oQNbsDrA H+TAFiwayFEvYM1gFvGZWcQ9SHpQNMY89i6viC/3kjEvGfOSseOkwoyR/I0xsGUYCo0aRIuRtrE0 wL7tPqZvcl/0w7fXrXv7hxefk25/5Ve3vtyectz9k8vuXvvTy9f6frto0W83LVy4Ca1o2jjnljfe uKVnY7HUdtp5y194Yfl5U9s/mLfmjovPW726Ujd//fpLfnzffRgXDZ1qOg/r1ABo0BnXZsFGbwYW fhcUsK9QUNhms0lS8Khw7ZjMVhkmka/wOPnq/i4xe7QxnTe1ZdSp5Htw5TEKlwOAeoK6CaSxIN2u a80cDoTA6ExLdjx/sv+UzLgsFilCj78nMzV7JO3SQDqdyUGEsla2D63XBcdKx1oH2uuAjhTncLCc bOX4WIo85VTVprSqptJyLJ1hTMaQxdJkhK/MoKzkNoYE4UxeENy8LPFcNEiGJoRAaFFoVci0JwRD qUAohPVsNOD3Z9JpJeD3BAJ+nuMUlMXMJRuPxawMDaCiuXKhHMrlGCmbUf1u1S8hfz88G7P00bon rQZ0F9MFOOjCsvjtwMEAheE6s72AVC6r8v1wNOCGdm/hrF2YoO7WWXyti4OAm8J9wg1xFIev3ZIf O0/sq4mpXuxKhOxXu4OGqiJ8hkRF2ShVYmBZajbIzNKcqC39GeY09IjC+rTcm8eK65iB/6dT49V1 GLzId7WMYjqBDsEaCY3AE54wmWIm038Nvt57t1HH+SNpT4KXHjE03EZ4+0nG8NOENq1bfSD0Dlxa eX6YLpk+JFWfr54coU9L0fmDd5Lq7lnYh2ZgHwqCJGiEF+qPPZx+UPuj9Q+216zmlenl2p3hNYm1 2kMJy3/FFyYu1X6SXWld6VkRX5mgp7MXsAutC9gF3AJ+gbtuYnhy5OT4JG2J09zoGhVuj7QnutKj tLGu8SzN5KVwMBJIBNKBfMyV1ugr2d/Fn86bxoVPTvw0vCS8vHBLeEN4W5jO0JjwagDIAqLNGoQy XQg7TbF6Z2M4KadUIanSiqw0NDYKNBLoWMJlD9nz9i77FHuPfb69zt4Hr9VT2QTgWA65uFXcbm4P 9zZ3kLNw/mKyHlNeUuA8iBOU1DTxyqpPkPzdW6tYlw2qS/ILtpdB4Niq5qiJ7uOprQGdSjzDe6w2 t6ol0p5sFiassSzM8KksiNvULARHcRL0lmFvb28ZPxLcsJEN2DLgbMTQ7khjS7ORmSOYzjVXhUkE gl6jpMfe+YcN1141dcO5g0a57w8w1TOl83s3X17ZAu8/7YrRM+5aUXlxWtXc2666vSd/x+xpK84j JkfNseDFLVMWfy1MuLhNv2I02Zs4tJc6hdoEWsFe/YqsB+ZBF5gCTGbBK5zpu8DzfeGi3ALPpcIC cavP2hJsLkwUJjbP8s0qXez7QWlx8La8tanBFQ5EITDRTsHX0hiOKS6sXXhbbKvGJ1psKyglobWY KKQxTpWeE1FVf3tAdTWEGvINXQ1Ug9S29BgjTB7AFpg8OEim36iWVWff11Yt5ddUX5vBm8GkR2xn THokftpMnGGCOJ9yHkCSpjz00TZB8AVFoZaJZpBEhCN9WIPXKFHSoD3kHx4COEGMVLEJQ8qZSqUi j0dMr5N59Lk5HzKfednN556pq2OSQchunffgVM7LC9rpz180a/aE2csaF7+/dA8VGkVM8kHILwam nTRDC2VP7Rl39urfVf45u8crcL78OeVYYMKDvzzrwash2dZKfkMN9VMcezKGOrse+YV1me16fpl7 mecG78rQyvDyyI3J5amVabutHibDqWCEbN5ibktui6Bu2icTvLX5U8Dvl4HsoxE5L5lTRoVEprmc K6QIgqz4aE1hGKTQKK66XNDlCruQy5/LKAoMY2sjIGV3wTZIH2WzR4OBJCwcBEZDeNa/KzvhWCiG 01av0+Vw2V02F2VRE8lEfSKVoCxu3sMjSySRtsZzMOyN5WDCpeVglA/lajKHFClrpRPMZ4+ND1Lk I3arO4qERlSUisSMJDLk8QYEPnXxw7kpKfnHi8//eaWDjKyBDRfvLEvxMfEbTqu8UAuKs1t7Lp58 0WXXfDZzDImK5f8z+9ends6YmjkZx8PZ2B55bI8S5HV/T2i+ZaHFxNmcGs/LtmgwVIrF5KCJseA8 s8WldJGjnnFJXZYzEc6KHr9Pc7tlfzFHHBw1aKWSnEtmiZJAaU1V5Sym8vP0Dj+Cqi0WV/0lrC8V AGx+ZKOjqisIPwkOBVHwJJMKGDiVWcfsYd5mDjJmpqSqOZBlsyjbhzOikEjEcdJkTnfn+U/4g7yJ l5onzhdrlhsYJDr9EMlkbLl3AENbDc0Gq0KdfGH0wqr08/LLHSOdGqIZp5o2/MTIOCkqQm64kMWN KPdhK3HDBPvoNbUROB0tIdP+9bnEIr0GhpkuJSOD90JDZWIriKhUCRl5rLL1aLaq7CUjz1cm9RjP fEzaHmyltdhKl2ErFcGn+uw5Zuhi7BrLykwkoJSiUTnQlHUVQgVU0IpFOYvTSDNJI7zk1ThOltQM SLEplNISCTkTjalSEestFQAJW4WREEMXE9mECjJsZmrGlCHznYnHYwCqbFQFgXAATQ2sC+wxeIg5 cDoXZiFgF7Gr2IMsxUqlwztJHI2kFDz5bM0epFRCZMtgx1FbnDj74FgrlL/FCLB8YlW3ZoKWf2+D O6rl3kpg2AYum2K6k0z84M+ON8JxfMFh/XYTYBv8ENtgPrZBN3xSt/N3Cw/ltwhP5KkqsbQ5tBqf 9IcNnsjKUNYishyOyP5MozEE8jCfasrnG5vkTMcYMsS6ukJdqEvr7uoa0y13VFmnzaLVSGeVctqE VI1xagnjfVz1sF6L19cn4rI2qkSGugHWIVqxtbVUlEfFogqAEGshNZPRwqo/oWpalWF2jBplxfSz SYkXlXi3HgwV13Y/3I1Wdu/tRt19aJceGMsrkQinFJCOViHTFLQHIRfqQfORCf0O7QLfI5sfyarY oTK2M6EK2Ohah8HyiX07CK80GARpuRqhGIHM8nEAWj4BTr/r5N+96sT3MPzFkGB5DFSMy9Ml6LjJ Y9ja4XTjE9xU5VTkGyW5WmCPlOwi3xg5kZxeO/iSEdyVtwwnKRIa+oXhbyi7QPFLoS/ISLFn+Bop tAA1V5TjCaoR9qfArcP9r4Xh57HPvYfp6gfY50LgNT2bp3LmmD3sCHvC3nwwr4w2N9kLnoK3K9il nGrutuse3TspOEWeonjJTnXsOfZmY4kGe1LIOA82g2AwBGSpmjltGCeqmVPkyXnS28x5vTwniyFV 4lVJREilXSrD0ESycFNYyErhG/aKIxmTWB0bm1h94D8x5bdZ6xtrNpFjaCJZ5z1h3eZtgxLebFTz Rh+drKOTSWL1QczyHsbzpoLP9Kv/27TQfZVnGbrBtNK93HNEoBlk89i8ptvRnXUP1L3Pvud5T7BQ 7IXsdna7h2qk1XCshOl4WAoF3xRFOVTn4m02KhxCfIJiRJ8CIdAdXBfQ7WzX2wAuwv+fv951oVOh 6TryRB15YlEdrJOSd+6Er9TAESd8sjlk36k1QVbbKTJA1uvzmOJ9G9GOsgKyeAUPbjmzC1MRl6XO bfJlIWvBxERAfLZKJUjoaeka3S7Xls6TtRVzE6l6EXZ9wsyaHt53V8+OeQQG4eRbJ55+csusyg7i sOjC6uQO+m97+6zzYbPhvp+NH1+v/OI0tH9kmiEQMSLuxrPcilr1rnfl/QoaBya27gZ7wEvw9eBf 5cPgMDwsWxMgKScVtXV88KzgfcpO5WXwMnxZ/hAekB1n48m0c/yY6QDzvG2kYzc80b2WsLYQZm0p t8vFu2V7yMA+FkSnRlE0pUajCVUO5Q30szU2NTc2lprlvM1snNNNFE2bKdkW8FbfTIQuMSQiMeUR Ra9HDuTqq4CsTdWQlkpqWn1SzvUNrdCDMgThoCwrEHkgaZVWALD68uAh0Idk3aYk1FBIUYKyCsn5 xGAw0NqCTF41gHL5ZLOaz9tsdsqt2mk12doqK4rc0qwkdfACDCV7kvOTDyefSJqTejJVTOp8yZVc mdyTfDt5EI/1oXd0rxyCPRCthC+QX4xIBYMUQhRmvVfqgjtsojyUMsX9gnuv+xM35ZbanqxRoMkk 0/oldkDk2vLVr3IvPi1rWq/I7vcbixVklORjIxEbnKijiyRq42Sguu2CHSBVACz/l9I5UTP/jH1K E78be3v//wAcv4wsLsIf95ZBL4zBby6ODOMuhN+5fhJDd82pPMauMXzzWdKOL5H2L3A0bPuLAbvV JZXnlIA/tIYnaycngsVgBr18POKaPsTa4AcYO36AFaIDSPBrfegZ1x8kxO8X9otfsF/wh4RDkuVp 4W/s3/hXhdfED9gP+Do/6+e9giBST/Nfug67TXcyt9jXo/vN9zPr7c9anqXpa9EN5hvpRXYsc7w3 ozVmusXSQjcxHfZ2tolvEtpFOo00e55N8AkhL45Cdb9zPcFu5je7N3sfEZ4Q+yV6k+shdgP/G/c9 3vXCw+IDEn2W+zShLK5lb3GvFu4Qb5Pose6x3rHCRPEUaaZrJns6T6fEdlezu8XbJp7qmsiO5Wmb xUoHLAE65Uq6k16sAiVI0W6XgwJ1PgxsXMJqciZIsSAMCmAdMIPLPYk6aYu/+6raNhSysEOKeYYo 9Rn7zIwHUffYlOUyTrzbBGuQ6+L7hg5vwUe2b+jIFl7sEsg2Aqcn0CWIgtwlkobBAb8FCwn81Ifk aO4benXk3MaT8yfJkakd3eSIwdVLXlc9HtKdGGi9YQc/2q3gBpJyq1vqctSOiBxZb5e9dhTJerCD c4+GTtzYo6T37bsxCEMAZO8UxlHAsVgsC3xdEZEtGEQ589QPrv9k2XOV52DpuWUfL5v+8WOPfgXr Njz2MRp3X+WddXAGdEIXPHtd5d37n4fjKs+89WHlNfJHqxDYghFzFkbMGMiCg7pI+alAnQJC7gAf SgRKgbGBnZo1zSf7hj7W2Z/4r/OjJJ2mV/tvCaHhjK7VMvq3Z/AGzPirGTxj5O8YUBK8K94VR/G4 iNN4KoE1V9Cfz+J0zkq5w0dLEcMCmOhfkpHK5GcndFdcx3Mfx0wKNzYX4U4zansb//MUT3YFEIn7 HUR+OCEZ2wMSteoPlriPnMjgcfo/sOnN8Y2TprafWfkC2sv3THrg55VX4NuVy44P7D8vO+3niVa/ e9oZV4w+/y5gxDRnxHQOtMNn9J6l2pLC8uKt2m3F++rvTa/P0fzFDRc1IWvSpAWSHs2TVcHEQnex u/nktknt5fjMxJnJcuGMpunFs1pmtZ3T/n3t+w1zi3NaHircU1zX8lhhe9Pm4iMtO9v/qP2xEC3Y W7C3b2+3Fug46R7a3EA3EWedodmTdCqbaivVd6Xbs+1tJ8fHazfGVySv1a7LXVdY1rwmvia5WluV u6VwW/MGcK/2kvZB25eFw8XDzV+2B5tb2tqpYlPBlFGjEOekWNQTi0XlC3GMwj545mbbhXV9cJnu NiV8rVhMNyZSvpQpxjgvzIA+WN4MB8LY0rpYyieI0AtnCpl1GXPm8lJClUbhCO8bWTLBUc4eHtxH tj525UkdBHOW6v6XnaBuaPdmhi1qM/ZJ74l43MgWzp89dRQRhveBGDUNYzVEHxfrkFxdue8rfJdW j5scQYhmBTdF0jSTXVZF0jQr+LpmssuqSJpmssuqSBrNgwMenhClM2DZXFdbDh6pZBkrwtUyV1Uk tqioROKXRLH7mAhGP15wRvPZ0zsi7eODdt5n9U5sbU7fPLZhwgWdHoYTfbs2foKDGwd4Zc+bI+Ed mcaFfXne53bZxLDUbOc4s+jxsEtTcOIBEvCV+yqfVj6vbETfPzbskVFjeRxHfRa0wLt3gsjQU/qp 4chozeMTR88qXdjwkwZTndbeMLFhpv/shsvCl2WuKN1Y2pB+oOEF9ZXQS+G96ivZT1QOE/GGsaFx kSsyi0PLM78M/Sb0YOZP4Wci+zWHsmvoCGCA61sRouk4hBh1FCFC4bQWsUSzmVgoB5pVCVN+EWWB ks+RoM+ReM/laDEVU9NpogFC/egqkEXrdAfAH0RhmxJBoEIVu9e2hcGVQRTsg/U6+eHPqdF10T3R g1EqSiiSi9NZmGcPsoiVWifOO74CXe7dV95XZo2agbFn0OAhxsoEBmICNQMdx9ej/1PYaQWTHuFr 9dLNIXu4f+gQ+UVvWzV7SQjh/LS5GG7AuWZ49a51BmbOgLB0+F18pAZTguAbpiVITSaaRgBr+hqD caw7Bq++vvO1xXfMXHSjTs4W3PHg/Mrn712y5bT7r6w8h6yVicfD1tM/m7m2NPqOz4wdM77HS9Om zmud9mvMs3diRuLB6PU98K6e7mw6JTClqdx0ubBEWOpfFrih7bYx1pPD405CxCXuP+m+Ma/49vs+ 99UFyId0i81k+0ePpqc6R/lFl9kDYIuzsRAz5Yqkbs3ZJLWjo8glum1hhhkz3baCyq1IFhORbhOF k0/EKGK3JHqU+QpS/OM8Cb1Bjan6SfNTC1MrU2tTD6fMKWnsnf0wdMzOgH0DmElWdyVXK9u10rbG DnLGjqbqDoHqnhBfdc86WVCFhEWcWLauLmgqiNREa6v5w2vbxdoeyeqiflId2SJiWl1VKbwPmu+5 bsX63ClzLnzwpLNm7P/9m9eS2a0+s+uuu3aMG1v49V/POeelTY9Qo4PESK8qpJK9ZOW5jac3hbig nFw+e9VzywrkqQOkyH3OrXfNGzNX8fpjEyYsvu5x8oPjOLo7jJz+Cz3tYuwlUpiLBkPNpHSKaHOJ 1OLcktDM87IU4zEfRTiYpD44fzvLcgr5e9Vwvh5mg/ngnOALQcoV7ApOCfYEF+CYeji4N0gHP0gQ pk9046HafqQuIwWfUCz7RunsG44cGdlUPdxBq94w1PW/SPtG5T5jf8AmMnvHi+vK34lvw8sry4xj DH/uM7BXXo0/dwFGd4Eg+VWMQ0c2h9gg2UocwHwvenlgn2V/8MPQF+hzy+eBI6GvwowNURYYsIUW B9ZYLLxYlXRe1ou8TZLXK0oyny5UpVkWZlMgmy0AOc1ZqxW2FONwWBmZS8XI+Xi1KUqcQ04VMD7F 1FRKVHmrynNIxmw2GsHKcj62DXKBKaCHbMhulPxYoU9hepj5zEJmJWNmpIb2Hx6FI0OQE68tH5Xm A8b+9I7/rLrxjdIUYchlA1xaa5ocz/hI8XJY2hiL9c2l41EmZhr8aOOCh64ar/iddqWqwdc8/vMz ls01JE91AEv0MY8ePO/pK9DjRunSEDVjVjx5yl3nGyPDOh2zemo9tlS9yV3N5LroFZHgM1soLAHq /R6LGrYjJo68qSrIEufqMH7wwdjZqs+e758fmB+cL18vLPHtNu/2HBCYOewcbg4/x029gCArsD5d 0H2UiAI+RQrJSn3K14yahQbfODROOMk3A84SzvZd77vP9wz6k/CGz1MvMhxW/UaLqf6BrQzW/hTu bCMdh1H45NipLGRLHpZ1e2SHxxtJklElHo4viCMQZ+NT47vje+Lm+Kr6eDxZL0fqgd1iXMK4mBCD XMwTzF7mE2YIm3qVmWEsZtlupsJ+colH7pGhXJJk2S/JYUkEeDrCfZUv9aKXMoU9ZopSvB4PBqF6 zLVEySOKkvFnZhXRh/s+8kdnTYpXwFcISPX1oZ/qiqgCCE1e1UTRSTXiJ1/hsFt1WFSHnfyloAwA GCPLQMIRX9YbX5BgSIKSni5JerG5KC3K487/svflcVIUZ/9V3T1Xz9XT09MzPTM7091z7Mxeszs7 swez7DYs4IEcEhBQ1oNDATELCN6J8Jo3aDxQAQWPV/J6vQoBZEEW0WAMKAYTzCvGIyagQczhKvFH jK+4u7+q6p7dYQn+kvfP32cppurp6uqZ2ap6nnqep75PTSyek7RkeU5Kau5UNHVZ6tbU6tRjqUOp z1PW1B7qRqRM+JEa5xfRY6KWQS/0qKgF827xcwKGmbGD0pJ5tPLfuN0k+15CHycAGn00A6s1X1SA LwtQSHImCEyTTKtNh0yM6SV0Nw3Gwqnoy83V4QI9SNB8JnHHglxvZe8SrG4Fjktc75JgoIcoX0s6 jqG7Ae4zMMAhhhcQrd49vcSJYMVYAlNNYJAYBBeg9zsNIPCPAAPfXpHBPgTiRRi/LYkW+Qq0yO+i VlBBf1AMGsv5+G3Bge1Sqv/T7ZTV391/4jmRKy73eI+0o2OmEsMog9O5L+b11nu9Q+rod37w2Z9+ cEuUMGATloP7Ov+w8k/X7Nc5EldE6bZvfsa0DvhyVTrzza/p35fw4hzEi/MRL2bhI7uB2v9Jlz+K IwY+0fLIYn1ehbaYLSvFpOyC2IKs+WL+UvGysosVxqrMVdeqT6rM35WvYpRZscV8ihRjikZh3lD5 9L0H58DGg6JW1qGaLq4G1nRTr2j2bE1NXbasMguKymHeUA4lL47dEnGbAXhLRRy3qS+vjJWXx2Nl FTFVhZzqAbRky8a8dcnKeLKyQk5WBBWeJ/sLaFmLJSdnYbab2rsTzfKkh0OU5laSgJ/Er8bbdvWl EndCD0GMnuzoMRY0Mn844k1uaSmqCCUD/7fTpsEZoth6uiw+e0simMESpCFKaIok0BTpAgFPwNg6 XwL+kRIIh+wGwKEV1JqBpVSKvt+3OouvPsHZd+AIWD8Fz4/j+DJLcX1jBlApL1I1A9sA5fC9Ei82 NbKvl17HfAI8YJyW9NhdXwCQtSON4gsIs1Y7y1l5AOM2jq1lJ7M0K/Hznil1zbcN3WMr1QgGw6je IEb2Ud3YZu7/ei/+dNOfCRgWCbSWvl5qLfkOrZo89Dtwdt7GxmEbBpcYn/5N8dOHfrZpcOfU6FOq 7WCpT3+raRT2RX9NtA4k6O5F+sVF9AqQAg1wtnbhs5Ynos/W0ElLIlpglnmvD14XWiH8e/B+YV1w k2Wj8ERwS2an5UXXc8KO4O7IQdfJOh8LJVgB6Yc8a4PUzTU/qnm45lnXppr9dW/XfVxnTSHbZIsW TGSUREJV1BRf5vWnGxTQkIZ0vcNW1dANj2oXw9tTgK1XaLtNwWbz4iq6Kl1wOFLCI5xSZsE3nECW Fc0ptrkVmFHalEnKZcpjylZlr3JEsSrBJv/qWsWM73eaHzPvNR8xM2apsWLPIBPAygm9x41NAb3r inDaTEcP1kEIenFAXW72NA+NfdFnMRZ0e5GF/hXI9Z8AefSS+k928dYaq4EKQeLOgJAIqOkeEEFN vP0v4ztI6+5Q8ga6EOvUJfBqHDyjb60ac4dOkns6yLCRnrHrzQefPfrOiNsnrVgx+znZxvlZ15xH Jj+2fTGe8PsLPzhv11UTr196zZ45Nz60ofOm593c7WOvbGYDvId1BysendN7mNg7/+nhJhWmXDB/ +mXYX1ONxn46mnVhkILx57A6sEWzcxmiCqjOsIivvVLGJ0miTw1HLDS0y0lHh70bztmZVGyygnTq OVoFHQaAttjsZYob9TxlDlbEpgKH7BMwvM4tdApHBFqQ0pfeUzoceBCOFV1hiIvwUockknQscMyj B7N9WyDS+G0OYzC0qQttsNZeGz8ndVFqbuoZ9cn4Lrjb/mLk+fJ9poPWw8wH1mOmP1s9IlMHs6aR 9nY4yX5e5CI4zdRh6bDPhVeaFtmXUzezN0dujN4ReSH6krozIUK0hG23cylkuT4XEfWImw64ZCb0 oDECPgFg8yg2xHCFJahQWLH+nW5o7vv7zg/W7C/BJ/zH+/ff/z5+MZ/0vvVq399e2dd34tUnSVBU KwnQOfDY7373GHoZu2vjEWdWgBM7Fdbuxs7YL7UqRLzm+yDxXvnR6FHlL4k/l1vivnJxjDwhMaF8 mtyRuLh8oXuhtCBxh+QQsSv2Wq8w03uR7+rEleVfBk3moMT5gmkuzSeCP+Ie5h4IrAs+6XsStY0h pd4tCSGCuZLCft1uBbd7lLTF3sWYw//pV2J2V8E6c2MU3ht9OUpFg1WCksSDvDEJ3clo8t4knZQq 95WMM+I2Ar7qWDLhpB4FhdIxA3o1CLvSbVOsxeONNbQuFK1Tc6l1KpaiqWIqyOcAMkL3k601gqQy b12755XfPDv74BQf5/HPe/zAwb5T0H7wZ7QzjLnkp9GgP3TOij8/+PjhcycLfk/l6Ksh/dpB6MC8 8H3U25vwCTGovz98/ryK+RUUXr23ICPJBE0ZsoCr1kgAV3GhjD8UCvjVCCuqKVsHi9igK6Wg/kbs IKuKEAEOu2DBx135ozZ5BT47BcJgVUJZgVTtbnhXV2XFiiJudInRP9g100IAamhFOYb+n8R8cHYj qK52/DbRYIIul5W3YhEzyBe7QQXSxmShHBuKSaQBxaxxaUBGDSxRsbxuMJFoMX9xKpcCnBlKFzH3 f7j01zfe+OtrP3iAXC9+d90D7777wLp3mU9OXYNly9MHbjx6/Q1HbjoA39dn8sYPPtiIZzIFVqC+ zaCZLAEZvKktYMUNPipLjaamUHOoV6lXvb+Q3ufflz4I/SHwcfRr0SmFK8I5qilyfuiC6KzQxdHO 0KLo90N3hTaEN0R2mdzLxRfC++h9/Ovh1yNm635PUJbRCuopU/wWRvHYHVODhY0ALkYc1A0/1vyq XICFjQLsFPYKh5AoYgRJqdhcMkUn9BDIbs+xInKdwDNPEzLbRcGMRMKOkBCNUN39nw6IeqTIQEUU h8D89JkJLGTeWpjqb/5L/PiZS381yuviAlzt31a+23cEug/8CrLTpbfXrDkchI8+/lprvVvyeLjs dBh6fReSHP9n5Z1bNt+Nd9nfQbrsxWhm5sBBLaE5JptWmG5zrKzb6Nju2FH5SuXhStZvddscBzhO teVqQB1EyijzPABqDVIguqGmBSGaufGUChIdaaUMAF6WaqoDZpuVVdFc1NgGUAXl4CEyNddpzoxP 8y32veljfFJ++W74hrGzPoFAv1q440SLbMFOw14SijIEvdoxZHfdVVEZQgNaFQWVoXQU4sObVq48 K94IEUb40WBMidnnK+pRGUjkaG8nzg8+j/PnN99z/ap6X0Cweh+c/93r4R1E0Dp7zynqftRuPB9v XfiIaBV53k/7F429Vde7KPC9vu8z30czsxzUw4hWN1ZYLFAfKG8lPlWOJU4pJ+Pmq9PXVM/JzKm/ yXlLekn9XekV9Y+m76vflN5Y/0LERVmxNJhNBITNZLLaVApEKusCMueX0Vi6ImvqFJmtVMCapMVa oMzQDFNlMpRZlrNttG2z0W4bdpRstR1CtnMwX6OsiN0b2xjbFmP2xg7FjsZOxJiYlKu44rTJSqQF Bv2jwcAKYNsxLFLbioji5iFComQW7wGh/pMg2H9ye4U1293/1faIFeCdkyprLS7SjnpcWS1mBh22 xkTHmgvMD2wTCxYXFRuMaGxsyGMpQuVzfH32tNiIlfraFw8snjWBQLz+ev715eKqt39y6tRP3l51 8O67f/GLu+8+SB14iEiM3VNHV12aQopxAF5wXsWob3ZDuHMnBH3j177xyzVrf/lLxAvTEC9cg3ih CS7VqjcET8kUA31wrnm5+V64ltoIn6C2wS6KfdL8lGWHaaflVcu7liNBS9Dq8RO57RaiAiXMCgiC P6B60hmi8FTNqq2qytSqaY7V5b0TOmcRJ5jK6fqrPTHL0F+bsvg6ls/U5fPZOrUJYvAsk06l0HA3 AcbCsVabLB0JQLROPK7ZRwBFrttbe6iWqu2Gf+lqPueKgWgB3SRr6S2KfOKR95xV4P+zmC50q7iN BPtfxnFySJc5ut0TzCFzayZhSC4YMlnMiZBJisKgJayzJI4GHPTk7wbm/pM7ZUdU0LWfmbrPWI8T HNRRB1hX12MtZ3PpwymT11wy+45Zl0YlKdr3OV4+Lr1t+axRmUWl6D/C2UgvOjX9nLGrJ/X+fYB/ 6Utuqpav7/10IH68VY8hBC+h2SCakKmMNNhbtQpVykqaNEWaIy2TfiBZvE5uhoD0WLPDNsNkUh1i WFrnQ3osvZ/qhmufD5udDhb/Yih2W1LIDHExjEn2TRKgIJVdeOugjcf1klFqafuyZ4ipB0rxk75Y 3nsGysroAOreW26F5+O/uzdAjLHz/4YBEybPe+/1XfjNFyWSCukyWObvRX/ZGjTP81T3bpBGAyk6 29IYHSw4SKlN4u1tV3mf8lL7crBCqEjUpCtyqXxzvC0xMt2WWygsjNmv9MKYt8FLVQqT0u8l3st9 mvg0dypxKmcdkRiRWxhfmN8kbIqZ4/lYDOiCzD4gxcJ42u8AURiN4g91cG1REgKDdM/orFg0qsbU cAxU1xN+qa0dl6utrc+p1bm8x07eyJVhXS47q3owNAjZEDouKLCBAIPUkOCtSuL6c9LpWYl0OplQ qxLxRDwu53NCPp+LCV7eK4OYgH8N2puPC6YYVAvhsK8QMicLVfWF6uqqKspe4D3AWoAUK2Aj0tYZ g7GHEvFp+RfgRpBANc7FuRU5Ss7V5i7P0TnMj2WNXrT6Ifm72LbCRnE22VaLCCyJzTapYQ98FKzQ 3XMDkRvkkByMdu4x/CdF/xsB5BngdX/zKqamkuAhvf2HuyItGEZxuCvcqJdSVi/91aTcLqTagBFt tsr0vX2rXAYIKPBtwT5nsPzZ2yJmPqO5xcW1tBQFg7f/aFcwnhMINsST82IBgUpyQAbx9Q3qkDGk QwrWBD6sJNf/pS4K8AbeEtQqjlpNNlp91ZWQcvJAVATeRYaeoQbSoHdHGfDuDA1Rgi+WmEv74bxK wi5OzDpX9HXDx64gm38ncG2h70F4Xd+PSoynr2EVZiByZM1nfTMHnD/XIo7agzhKQBwVAB1abrbv Wt9tPrT8OmZgrQnpSTOwjsQHfOs8HjUAkGoEoOzhuEncXo7mJKlUHpDDMs4uB84qA+47XQJ8gSVA UXkuEWvou/pw9B3SSsZRFVqLu9Hd5Gp2j3C3uEe6NXe7e6yNTzoaHDtC26uYctgAqWnh2ZbZ4WWW ZWFTgyUbHmsZG55mMdVaG0cS/jwyAo4Y1zpixMhWtdHnxlURmYeT+Tf5o/wJngE8x2s8zY9z8bzb pfoSUbJUApVTKXVcRFWjETXRUKtX1nP1VP24TH19bUZtGKfhynlH2mH7uLb2dq1Nrc6YI8ma6lRZ 2AwtFY1aAYwzVyh0ULHZaEtjQ0Mi4WOdLtkvatF8rbhCpMRvkmURuTyJr5MrklTym1aQkdtasSsH tO5tPdRKt0rnVPwkUOI1QERly0AxAIk2ILJFfybfDP4X2OaOIXC7kuXUjKUwWU6HLqvGuiqn0gGJ dTAmeyLNlEehySyx/ihMmSqiMOAIRiEoRleT0NaODrTghgxOG4V/3u0zwKCXpf999Fnvo+X7raL2 BfV4Vwv+BsFWEiWCSvxNtqNSP9imw+sjPiVixw0u0TGPftzE6dcla/VQJv3j1YtGzVaarh1xScM5 JPrl4Yn1NVeOGkfISXXVVSPbSfVHBA1ISHr2tGvHjhs3tnDBxb078WymHtSmjp3X+xah72ufXpae q18MquNoli9Cs3w6muVNcJXW+Lb5bSu1z7zPSj1u3W7ebqWXWFZYqDmWuda5Ifrh0JNm6uZoF9xB 0eHowigFIENRESuvW+NuX9RH+caRrU2VH6rV6UuSC7iga5yxKulaHQcSXIIaoto58+N01S5baDLD F+BRICOb3lumMBak5fG8h7WxcvCIBCW8oHBEwbu3diNS8CSs3Q0qDYZup0/O3pNosfjXcff/qmYn hMImq8VqtlLmsAlNuJC1TNfuKoh2FxrAaQjo0d8/FxL06bWEhA92dCAdpsEwvc6YHafPojMUvOkz 7pl5+aSmS8h8+JCctfFv13znpiWl+p0xV26dOSYdufO83s8H9buZN7f/e+9fh0wQpN/d13+EaUEz xA788FytiRcZUfCL9Ovwdfvb1G9Nv7O8bTdfbVngoeZR85gF1gXsQucizzzvlX6rT6Hdio222ywO BZCoKqmNlC4/KTWnL78N/5R7LbgcqX/d1CotwCtmDcdcaahNp3mv+ZD5qPmE2WTuhh91BZAIKmru aHHr6e1YgpXm4ulbp4UN7gEiMrOE/pM7OMEl+F/o/wituB91OSOeyKBF1UG2RjBwyy4KXKhNwJkH O/i87kibXUCZlUWZBWceHKpfhjQ+i2Dn0U2UiYLH3yrgzCu4Bdxin8YjgmWRsmbFGUW7oy2wCLQs CXHH3suih6LUz9PS1/PKvr7PIL/vFeid9uHGjR/iF9z6ct8J6NmLj2I78bP/+P2RRx85egT7jpHl jLkXn15QrbXVse7mcvTKV18Ip1EdzrkQjYn5aucyeHPF0hr7z80vs+9Z3rO9X/5e3XHzx6xVoqvo my130RvozbRZDBOWlTJlkhQuU0V9lbLzB05bkkapGWM1gs50xl3whQtoproyip1NK3ANYwHRQsKc VNxWaA3WVwGXHHGXTSq7rKyzjCmTsqXuZ6LaFZ3PPS3EhP5HFvS3g59KHUQpRy2GPlUT6JNThnjU 6/p/91x5bGDMyYhj56bPMKOIG/msLHWaN3n85uW3/Pe1fb0vfXiXvpPUWeJUfvSt9RsOH97w4GF6 9oZLZi07tHRnX/+uPrMOwUF6RYEoRAvuO/Tmvfe9eQj749DYPYvGLgYy8AJ8jsKX293NaTz5mtzN W8DToS0Jegq4LDgXfDe4ULkW3BK8ruY2cHfwhzUbko9UPVjzTHJz1VM1nidi8OH0JnlTmtbtB1ep I0SXzXbfAUMs62J4ChbDReMABMurAwUeK/KuaiXM2rCPpFwBa1RLHEo2SV7BQjd7lD3B0mywrkLB 4f8bo9uizKHo0eiJKB2Vaotu1FLfCMHpI9GLBhUD28jm+RmOkW+RsqcPbFAP/80gRTghVOEDNlJC ZTca2fSQkdX91meF0utuwfgQB8nm/cSXSjyqfYuJU+vOj17s64X0T4/eeXj9+sP4Rb2+AY/gqf3F EYVf74Jw5/P9fePvO3TovvvefFM/R425mL4eSXufJtziglW2SexC/kb+Dv4B86NeS1h3ZEQPGNZb yPcCtQUZO5pmM4wyHPa2RZuUmkhi3tRKu0sgvwJnsjihFwgujo0nCqDSzLZxaDFEthg2yUKs23LC QlmC1UCQ4+7Y5JjuwjoRM8ekqt57AiVhv8c70HI4QTecevA+tBF9rWtszf8s6PBbF0E0ch5j5HZ6 BZfIh4salMF1pXg3y9lckBT1xONjx6+UvKzLG8tJjQ/vhcuI6n4N3nQ++DDO6dmH106bF/RKFm8s OGNTX44MDu/xUy8a+s2h/iN0H+KyMfCv2u1CW3gUxV8AZoIFYzbLmxt/3PSG9/XRv/f+RvxN629H /8V7LPfH0d94T+a+Gs3bvWbR1GobHfX6RF9raPSd6rrcHrd9uvfipgVNCws3NX2/cEfTHYUnhe0C e09hZ5S60FqZjiXrtJEtuWDA7bL4HM0gl62NMTUNbpeDZgHtkQojRyoepZ3thvkdtIyBCvABLZxs UBRQsExrViZFMPiQjgTH1U2NFdI+RcOrpIjWQ21mZxqmpbHtFtqcZBX7pQbLEcShccgorOwxYq4I FhGPMUGbeoyT1QaRiPrOTzOvH1zU1Dial8MJb8Lf6ouCQqg5ChtllPGj0aXYFogCf6B15IiyFqTL BAstTdGGKBBGeYgqTaKxSGZglomOUxz9HQUhx4Zf7P8E+BH3jkFs2yo0Iu7tUsWW8KBnkwAROoh2 3YTWWBsyOwoCyprwihvgfOgKZWPwEjtGQIvqGMHubgvj90E9gxvtwoqFgLOSJRat7v/oUAB8NFIJ vlIwl+ArB49NKk/Gkwa+8hbdmsU7W01TVt09sTCu9odbx1xx2a9ee+1Wq89JEJaSP7ah84mNF07p e+32Cw6v2UJXlqGZem8kKEot5U3NlfmWVNjtDcRuOffqp+epgisY+Qmavr6aaG3bTWMmZjJybn7L olux1Xk/0rYKzP2gCryuxU+FoDMUDFFPsDvZV9i32GOs6TrXD13rXE+5XrX/xm72W/GZZVsAA5dq PivDWKwq5ASbz+PmPLxgkhzpbvi45okU4nFLAUJgdiiSXbid6YbPaEJVldUmJ5VXQZgLy+HF4b1h E9IAPu6qxoYePguWbDScJBsyBBjY26NvFZ5xUoC+wxAMsXZ70BYFbMgRBfoOgxGkV+RwjzB0kyaZ P33HQfQhdf8AWVybli+Z9mqj4OQCTvnvS9ZsIWDAh/Fg0LMxc/f++rzZ9bITn2GpTPjRciqDK0mU Oe7HS1A/zqRng3IkiR0ss1OkUiIMWt02IoEdGavDYbOqbn0r0R6aaGwlliv4uhofCDZOjscVWS2H oluQlQIoZ/2BQjQScVttBc5tFhTaLssA+EVsg9jSnEe2HrJAC3Yxp4a6mFta9MOBDNyPHlXyTy+H RXGrsVDDwlY+zZHMexmzKeFlPFHAmwW953U29Bps+BLwIfYTkTLE939k7JkRCER5SfeTsWkcvCwi IH64+cDN2nd0T9D8ib/cRIbhc2JG3PxI+4zlVIQMxt1TFr6ok7onFY9BAf/iBxqDGFyptWyCm/jN XlpmZbuMA3tdsltGllsBNvEjvFdSV3kWCAtiW1GjZ728FoWxgI0joEmUUwQ0iQhIQJOIwIHoWzSf Ezg5Z8ZJOyeSgHSV9fD6Eov6IgpLnKQ42nwLPuNoFgk3V20U1J2ibQHdKzpxwCnqoSCUeY+ArEwh BoDsFQSvV/DyELCG+zPEFVi6wNrMsYLQDRdqdi9VyHjaPFs9tOcFuBB4oU1zajys5Tv5jfybPMO/ BLeiGZWAioE7RGrS8ZMdxpmvA7jbtpZMphiT+I9OJvp/HD10dtwg9hUqsTPcfvVDa6ht9/Q9fRFx jJGTTu6EuQSs0Y+dbsG7BtNoJzlNAA/4ObqFWPSWNfX3M2vRWKfoidq2lFju/yH9rPikv5vaLe7w WwHFUbeKq8Wt4k/FI2KfaN1IbaMOUbSVsfoCTMCXotJMylfub2KafOcy5/qmM9OFGb4Z0ozUlfBq Zr7vKv9V0lWpm5kbfOvFB/xPUZuY//Jt9O+k9jDdvm3+XdKu1Ovia/7fiof9fxKP+SvtYkispCrF Sv8qaVVqs7hHfNX0qvCB+Ef4R/9X1CnxK7/nTFCupwjK9eigXDRfuAEYjo7I3aJVLY5DEJfjWpw+ gamN8Tfj9OL4ijiFIbpUPL6B4HNVA5+7RUtfRgDYNEbpTrLRn9vgVgLVRRXQZttAoLqqAdVF87as LENwuqosBdYRnG7/+Vq2iNOVB3C6cglOVy7B6coGTncvPIrM9WVovh3Frkx4VIsxYCqE9FSGLS8o wYLsLTjNBYciy06nw9wZgIGfSxBvRCfBGkmrzUtaqjInaYlylJVFUCYFUeb25KSCdnkKpvbApwlA 907NL06jtLrmHIXbUbgdpXGeHNUNn9acJvlyH/T9XGDWCAUTdpXV5nHR1dScI5eV+iX6GFKidyAl ep6U6M1wqfGiP2fSfPlbTatNFMbzUqaX4EcgXcJTX3Z0DKz9PRiz24EhvehfLwH0dhQBvZUnj+Ob INDWUtxCINrwyRbuGCb+ZUjvGZsEHR1LlpxZd2ZlCa636LXYmbJKVoYbVIrgUsVC0+X0EPxlKWS3 WEffPn939/wt6QEo5tXruuZ2r16IPdzHseKcglS49xgs4eErKaH3U+qhUj6eh2T2QsTH7dT92rqo J8pTfJNnuocKYT9NVL0cXsN3Kp2xy9t/Dn/O/Yr/lfJG7I3sK7lX2t1WEADrVRpkId/u4dtjnBrj lFx9Fiq5bIzjORlmBQizuXae52UlJyhKjirAgruAxKm3wBeUglwI1hWyhXghVqgYXWgv5Au5QkFr b29ramqLxcprasrbZppy3bBmh9z+UBuHN5xCEJociiI6HCYgQlEsgw+5TZ1oegTHZtH9rthD5Txp pzxUPtNdljFcEaYyaQzLBtkKc8F8/AVoGTieuKhMH5NOBnokDmVYn5YmHAvgOFGkSUs4uhyPYA8G jfcEuGO4ElcYZRAEuJ4eHBV0WobPzyUaLt//C7wZxRubUajc3CWk9DBiPobLj7B/DJW/3x5qaTWU WWNNwK6qGNeAnueq0MOchp7kWPQYF0HPcBGkNHPqwFPkMTf6p6sPOz0BpztXj2TcdlTqCoS+j0S+ WH3/R5qNt7d5Ina+rR4f4Ho+Ijys6G/1oIW1tX1UhG+DOGtvDHvaIM7aG0McolDWjs+OhzhT2DK5 NedGWVaQQq0c1t2zWFlHJW+U7d39+7o4AXvP92lORMRaUKbg7Kxhylihh1lxyE7VaRZ+A6rQcVRn gy6bY9RGuDIpuJGl/wVmijv7dvftIUtc3+eRoNubhCv7no170f2P8Yo3F4Zg2VzMQh/ju3G4v2+1 RXQaW1rNfa/p/lKnaEHG7blWcgf7eT6HHp2rHKIVcdW6vu8z6xFXZdFUHBUAAT6gVjoVfx7mPZOc mv+U939Uu8073nu+Oh/O99zgvUG93Xu7utvzkvcF9VX1HdWlBmzu0dNiJAdkuXLp6pDmJlUA8lne k/XqilHE6cwMaEQhNbIiAiMb1EhEVUNqDMPkt+yoqSXmp9/AyauVWa9NR9qZTBt0nJ0NgqBAViV/ rR/6M16/X/CqQW8Wg+W3aNeUl2cIWl6tiKnebFbWw3Q9iLsBFADvBTCLbvAeCKwRE2/D+lMoJBSC QcTwFNaf4oWKukJlZYULRCZHqMWRo5ET2PjNTcYxG5xJNi02HTWdMJlNUn3FC0TQ62fEdizhjiPp WPRjlGhQBpxxlbWGbOau0uX2t4nrf1arKl5yQ1tbrFyLtQUOqFoKLJ77ftYpOGS/VaEW9d0kRYJO n0gw80vgdDiFKNwfR4OcUNP76W1kfpKYPWhB8pt3+mxEgE+intOnGZqAg54pLMd7AKA/QzPOD/6k sS7sioZWF0u91P8lcPZ/BVjAYLvHkqEtFoZWWZHMmzHejNvr5dyq6IIUT8lOl+B0upwOygVFJ+WA LrcM/Eh/lu0OFnYwBTfbxnZiv6AkdnTinz0JLC9xBU4wkMXHBn4jqHnwdGwkDvXDiyh9c57Cyz0S aaREUg2V725HMq0oxk4/9nfoGcAkBrsS+mDxbCyLkocD5wLTv+m9k2oikKZeQC3t/VI3Isf3jiQ/ o3JgPPXKUky8BiBc19dLj2A+AXVg/c63+bdVyoIE8a5IXlTDai6C40sFRMTUeI2H52i3qeoSrQ0Z i91UYCeQrZdobkRpCpCDoPxwjeMwY4oj6+FwMFMTVxT5MAhyQSooZb/eDb83gOgjcY4kx5HoUiaD FJdAsEdCRQcqoQHUxeBcvHe5BOIT8zz6z2MY8Ly8B8eEkvNycXjdwHm5yMbGx4RRDVneP7ouyjqD 0qT8OaPrw6IYzo26YWog6LTJ2VEp+EVSrW7t29B8nom2OZBoy46dA+c3jmdoUfCKNDO+Ec6/9HsB nnewtOn8xr71bRNQX63t+4ZuJn31tuatUOFN6i/UP6v0syoMVyWqcwF8JrgLEWUqyqI48xNlrzrn w8eGo5Kc164gIoIfYPAxgqRr3abIBHECkC2od93Qrfdu5SUa7metTO9do0uDA52MZDbq3Bep50E9 3AMPGj+2pPerXpzZuajsKf6YFO7gAR0SqV9LYbLYswPHsev9rh/hYC6ewEbCBki3U+vrPaijZZtT kibnzmmvD/n9odzoG74jSQ622NFVrXB+0/kMbXPyfKB+zNy+9aSjvQLp6L71qKO9vMNGm1CvX9U2 Uf/5ukYj3Qc+HkywBa5B6a+UQhXwDyLT/8ZYmKOmXeapFtoatd6GDI/Vtv8uTexJ+xeO7c6bXBOw XsCdx33sWY+Tl/bSQp3QI1b5LwiEAg9Ki6RFoWwoGz4XpR+h9JqeyvZH1kbHR/9HXq+MUyOxROz+ 2P2JQuK+cmS+pf6Q/lnFpsplVW9UL67JZlJ1juyu+hO5u/IqSu8Mp+E0nIbTcBpOw2k4DafhNJyG 03AaTsNpOA2n4TSchtNwGk7DaTgNp+H0/3ci+3ojqJ8C/DuN+N9CkmMaApFcYZoCLvCuQdNAA8cN milpYwIBmDRoMwjDVoO2gO8OtLGCWvCUQdtQm4sN2kmth9ehT9T/5RmXQUNgZ9oNmgIW5iaDpoHM rDRopqSNCTiYHxu0GbiYnxi0BTQOtLGCAHOFQdtQmz0G7YQXMK+jd4YMjT7LYfYR2oRozpwgtJnU 5wltIfWjCG0l9IWEthl9qNN6H+q03oc6rfehTjMlbfQ+1Gm9D3Va70Od1vtQp/U+1Gm9DzHNlnx/ O/luVxDaUVLvIvQSQnP4u5lXEtqLaN68mtBCSXsfeR+dFkvqJfLsjwkdIm309ywraRMtoeOk/VZC VxD6JUJXE/ogpq0l399a8lmOknpH8W95Bsggi3qkDtQjaiqYD+ahcgLoRD3WCZaBG8FiUtOOrpYi GudXoPoFpEUNujMKLEJJBlNQ3VXo+WXgWnI1D5XzUOvrUD4XtcTvsBxdLyC1MpiIyutRuYC0vwK9 lpH3novqr0HlUnA1qusEV/6vvhf+/KvQ5y0i7zT0uRFn/TYp1HYBmIPqOtH3wp++DKTBRaTVtca7 y6ABfUITyA95F/09JoPvoPeYCs5F964nnz4XPTEe3VuG0iLSciZ5TiZ/542oXE76CvfAfKM/riSf tIz0DL5eTJ67Bt3F7zKPvOds8uwyo2/GgmngAjQa+rNLS+4sJn/N/6Xue+CrKK79Z2d2N5fcuxBC COEmhs29CSQhxBAxCUlERKSIgBSRRurjgdwgwZCkISBSHiJSSvkBjYiIFHloMUWKiBR5SBGRRhop tYhIEam/SClFSylSpJQHyfues5vLDSD+6/u1P/bzPXPmzNn5e+bMzN7NEkIp4zjHMm7Dg1zWONCr l+vESXccaj2FxyXEupWgIU6v4v59iGtZwalV3BtODuPcvEqZkq1c3m5KL2cuHXdlIKSxvy9c0tVq VXFFzl+8jy7lHuKc7oesmi21hus9LmxBV2+7U/qV9SqK6AFqidOWGi6vxTYpf6etIbYMankl2/vV W+r089hWferYaqVLnVY5/BTEqpjaXNup3JrScD6kWQ6Na47Q83ZuTs8b7BETSu0hlRWVNQ9Vldq3 VlZXVVaPrSmrrMi2bykvt4eX3T+hZrI9vHRyafXU0lD2rZVTqstKq+2hpQ/aZZPtsXZN9dhQ6aSx 1Q/YleM/O6/hpfdPKR9b3ZJWGJlN+pCycdWVkyvH12SMLK2eDHU7L7vgRlcFGsPuGjJiYOWDY6tD 9h2lNTXlpdX3VE6xJ419yJ4yudSumYB6jK+sqLHHTrarSqsnldXUlIbs+x5CSql9292Db0FqNUeq qitDU8bV2GUV9oMTysZNiLgXYVnFuPIpIdxaU2mHyiZXlaOAsRUh3FUGhXHQKq2oybZbyq6sKH/I Ti/LsEsn3Uc3XcqqokX5qjVi9VBZxf12denkmuqycdRBEaXj9nBeRVyB9DKUUlM6iXqzugylhiof rCivHBtZKOo81qkpehXNrURRoFNqqqbU2KHSqWXjSklnQml51WUNgiOr5Ik0FiZTAZOtpGmkWTCT iYh/xK60Jf0uGI5j+uzq1HL1knpVvQa8oraqdRF5kXZZOP4h513aqqzSVrlxfnqy3lO/Q/+GfhNo b2iPhWnTpHHc+QRtg/YMdkA0lW+BfjWmQAXn4e7HRFMQvliE90aR/5SgnUeq0JqbaU2ExAdhNu+V vgd6gL8Z+FukHZQLhCYXyqeEksvlcvA/kj8Cv0KuAP+0XAn+P+k/rZafyHPg/64MoSlTRQmlPMoD vo3CrkVFKx94S7UXUsUqPySJKhGSJJUE/jqVBz5fDUDqN9QdkAxW3wU/Q/0H5DPVw+BnqTPgP1UX wF/UUV1d0+krHop2RXo07VF0C7sNpcfrncAn6ChFT9STwF+nB8Gn6l3Bd9OvB5+j9wSfq/cCf6Oe Bz5fvwl8H70v+Fv028EP0u8AP1gfCv5O/U7ww/RvocQSfTz4+/Vy8JP07yJ1hv4w+FnYQSr9WaOb 0Ix0o7tQRhb2eZrZzxwolHm7OQj8HeZd4EeYI8DfbZaAv8ecAL7MnCik+YD5ACTlZjn4SeYk8BXm VPAPmg9CZ5o5DZKHzFngHzFnQ/4o9luaWWs+CfmyqDeEFrUrCjvRqN1RvwK/J2ov+Lej9oF/J+pd 8Aeifgv+YNQR8L+P+iP441F/An8i6q/gz0SdAf9p1Kfgz0ZhNKP+HvXf4C9EXQTf5NmNXdWvPB8J 5fk4+jGhRS+OfkKo6KVeS2jett54obydvGi7N92bCb67tyf4XO8NQnp7efuBv9XbH/LbvN8AP9CL PvHe7h0Mfoj3TvDDvMPAf9OL3bB3uPcu8CO894Af5UvGrq2Lr4tQPtt3B/jBviFC+ob6qsB/x4dd o6/aVw1+sm8y+Brfi+A3+DZA5yXfS5Bs9G2G5L98W8C/YsEOLcvCztVqb7UHH2thh2rFW7AWK9HK heQG6wbwvaxXwW+3sPO23rMOQed96yPMCz08p4hGizrtlFBjq8feJ+ImlN5XLcrLx9ZUiGkiSegD bhmOVXHI4Hts0euuof1t0ffu4aCDheB5x6cOl9ewa7dcHucV7PgdnmZqO5fXsWuP4fIprqFstGLw iIG2SBh+5xBbJLtyL4fCpe0fKK2uEBOYTmM6j+kypmtouRJbmNYz3cv0MNPjTM8Q1fyTHpj0gBZg msk0l2kh0358bjJRcw9qGU11+Npxp6ele178cnx79KyFXmyHPmovYkUHESc64rzUSSSIzsIvEjE+ 5O2uo15DqGMsPi/sCedbDhc7W8wXi8Vy8axYKzaKrWKn2C32iUPiiPhYnBbnNanFaAEtR+unDdKG a6O0Kq1WW6at0tbAZW/RdmgN2l7toNaoHddOaeekkB4ZIxOkLdNlDtuUpu1HeRq8XYKgv7/QY6Jj MmNKYuaiDpDGnEE/Iew4yAkTMqGFuzpXu+ECN1zjhvVueMQJ/Y7lav5kpxT/Zi5FS5yPeBTCzY48 8YATJg10wuQcpzb2EftsSnRKMsfMlAUpq1I2pTSkHE455aQHtgf2BY4FzjvpwQnBGcHa4OrgluAe J5/U5U6YNtcJu45hTU+3wm5Du4W6Te9W262u27Zu+1hqpc9LX5G+Ib0+/WD6iQyREZeRnlGcMSwj lDHNqXXGAac1GRec8c8cQVKhdT/oho1ueNwNTzn63c85YZbphjFumOyG6W6Y69yX1depbZbbGz0C Tnh9jhPmjHf0cmvccAashsJNCOuhM/q/b/j/90Ib4uVf5V8xFc7Ks+6qLlUHWsl1UzeFl9dbHzYt XUQ7PQXrbXustFkiDithuvDzGpiI1e9OETCHYw3sxqtfBtaNjqIHPP1IcaO3BP6+gH12IXvrIvbK N7E/7see+FasCnt8o+gEr1WIEqEVbQG2C5EPWyiqD0P0rLgS+fCp+XEAJkC+DXQFsoBcoADoA/R3 ZYOAYcBI4F7gPmACQPnUANOBWcBcYIEbLgaWAStRh90IVwNrwe9FuEGIm5rAHwC/GdgG7AQagLcg P4xwP3AIaASOASeA08A5gO49whAFsPOCaCAGiIcMll10Uoi89QzNDa/KFyR9Zlpk3IV8Mm9X4eLe 84vn5O0pXMY4WrgW2JDftrAxP67wWMGSor0FIWB54QlC/n1F2fkTinrlLysqBPoWRBctJ+Tfe8PR go3AKugdd3QL1hWe6J1atL33x8Vj8vYhb8JBBwXxuA/I+6BwJbC69ynonS0ek+9HGZ7CE5AtYzj1 2Yz6nEB9GnuvR577kP5x4TZCvg15V8RPIQ7kZyGe26qeA4BARHwwowLxGsRXgl8N7CyqYjQAbxVV FcSgfjFOHfPnIswuWuWijtELPGEw+MEs28IIgQ9FxCeCB/LXXhu4p95FHcqty19QVE8omIF4POfh jAP1bx0wEXUKAe64IH6gYGPR7pb+751ZnNw7BxhVnNl7DOLzi4sZS4vqeq8A1hf3K4gvHphf4PRf 702RKBYt7e+dWjyexg9hOYWuXZzGmGwjcJ2A/JHIB2gZX3dcV7aMY2R/ElryzTuLfC5cGrfLx5HG 3h3/cyi3CWO+k5BfUKTn90H8cv0r728A3spvWxSdH1cUkz8d4z4L474AY74WmIt4n4h4a/seHhEv AUZDLxtw9De00g8BE/P3w34Ih4qmupjB2O+iEWmNnO7Ij4E/AZwGct3wHOwvCf2U5Nge21/MtRHW c+djQSFskzC8aB2wMcJ+NzIu2e9GRnbRdkYI+oQW+62C7VVF2OlUtsn6gnngZ7Ddthr/golkEwDZ JNni5elViJNPWef4B7ZhQos9L3F4+I3dhMv9Sv69rp2fRPwMsAXx7Yifh90KngeHkX6kYFXRmYLj Ref53nrA9UcFW8Bvv+FobxP6PsTri44X7AaWw+bXAfW4f3fRSUcf8Rb9WOgnAHmYU8XAeMyrcsT7 gR8IVCM+DfGh4EcAMxGfw/MwFfMwFfMwp/eY4jx33g2F/cbD7pIw1/oVxGAevoUwvXgg0kdcSi88 5sqHRvirwvzNRRPJBzIOoqxL8zaZcIVtVDhomXstaJGH09MdhOf8heLxhZJ9ciN88rEWvd6phWuR Xg29aQhnFnYtOs7IAiT68pJtrWtlWxMRB8K+reqGo7DZ3eSXuJ+BvB2F03k+AAUB1IeQjnF/C2Ph hpjP+wnwCccwpwOY75sJ+VlF6Zjzja7PONSyhsFfbAYOwdc1cp9K6Mpw/PQV+vBJaO+2lrWo1Vqx 7Qof0RfzejYwL7+paFGBXrQk3PeXrxEz3LnjzqmC2eAJi8Avikhf9Blz67J4eG6E54LThy1zAXPl iDMXis2C48W+3rXw/4Rn4f/XAK3XhL3o21GwtVEt/dJ7a3G/3jtge7Se9keeuxDfExG/bI0J+x7X ji5v/zXWZOrHiQV9oUsogf5o6B+DvREWuz57reOjw3sDF4Weou2FbWGng1DvYYWnw/GRiN+Ldjj2 Gl67en8AGyYcdVCYC7stANzw8nqG29GL1/26ggHgHdQx9sIHHYAPov1OMu15nPmBNSee91CHMSZH ADfdHZeTGJdYjEtCYRzq60f93H5H+naedzbiXVHfC4jbiGchnsv22rInQnuKx0fY5wDYZ+CKvcVl e7iCicXzC0KAG798HAv7FBcz+hfVFQ4Chrlrv+MHThdku/ECp37wX7UOXH8zsngpgb7A8k8/U/xC 3GrtxsnidtTGL/8iTwmhrlM5qMcNKk/Eq0fUGeHXh+nfFIv0Efq3RK2RZfxYLDHqjOc1n7HeqNdi jF3GLq2b0WBqWjqqbWj3mR7T0kJmjBmvTTQTTL/2HTPJTNJqzGQzX5tiFpo3az807zFD2hPmeHOC 9kz0d6K/o632dvIma895v+1t0F7wvWP5ZCI9j5J3W0usV+UkfkYUC/jdJ09d6FmHmm/2pFOmnhJO T3fTbXoSon6gfiCEmWPmCM33Z99J50x6Fe0U0ra6WYhb3a0sIa3rLfdkG6E91dUO0O+16kb0kEAJ 81GPv6jTQjfyjHzhMbNRp2gzz8wXbdHWIhHj+8j3sYjl8uN8n/hOi3i0LEkkcHl+Li+Jy0u2Nlgv CdvaZL2MMpyyNVWrJ1868fXYBewRIgMnnx77whDBGVciA6edjACAVmVkA72AQqAvMAAYDAx3ZSXA aCAETASqALQ3g/KZDcwDFgFLgOVuuAqoA9ahDgcRbgRwIu3xAUKcSnN84I+Cx4k0AyfCDJwEM3AC zDgM+ccIcZrLOA7g9JZxBjgvRCa6N9ME6N5TDJEZCyQAyUAqZJgtPS4Ikb6NobnhVfnMzM9Mi4y3 wBb9xAgxXlSJ6WKOWCSWiWfFOrFZ7BC7xX7xgTguTosLmqnFaclaupan9dUGaSO00VqVtl47JdvK BKEHTgfjA+eCSYGmYCCoB9OFHkwClx7MDvYKFqZNT1stZOBYMDtwIthLyGBOMDWYFywGVxD0B/sE YbfQjAkW4k7ppAX7gfMHLiC1P7gYlJAeOAfODBwPZgbhQIJZgQ+CcYGj4NID+1H+Cbo3sDsoAnvB 2YEdQRk4CC4psDlwIrANXEJgXeBkoB512YE7DwbWgNuMvA8FNgiVNjv1WNq81MbUQ6nIKbAyMAv3 zQW3JDA1sCWwSKjUdan1qRtTt6duSd0N+YzA6LSkQAhcdWBEWkKgHNyEwKC0uMAwcKMDfdNiAiVC t3deutJGpfUT7ewNX+1KG5qWJ2Ls6q9+pcWnNokoO+fqF1q+U8iU1SlzU7alLAC3PGVGyvaUJf9y XjtaxagY+KGH1cMtvw+ZleZUEe3N9ebC69CvBR3494CO/Nw/np/4+/mZfrLQtK2Snhj6tGwxUIjU LXCsyVciFbM5FbMYYy1SMYtTMYtTDwOYwamYwamYwalnXBlmcRpmcRpmcZoPwOxNw+xNQz5pqQBm ZFoOAO+ZVuyG/QCUnzYUGAGMAsYI0X09wvFAOVANTANmAnOA+UAtsBRYATwLrAHonk3AVmAHsAt1 Gv35SNvzuTq32WbKLFjEgpTFKctsX0pjyrGUEymnU86lNAX0QHQgJkBfGgkE0gPZsLBYO8FOtlPt TDunyxmyqS7n7Ty72O5nF2cutlfY0+yZ9hx7vl1rL7WftdfY6+1N9taUlbYIDA4MD5QE+wUHBocG RwRHBccExwfLcQ0NVrvXNIx8Z7Y9oeJhexrbnsm2F8W2F82252Pba8e215FtLx62N1Rcx7aXYo40 vyWCsL1YkeaNgwVmsgVmsQVezxbYE7bXWeTC6l4Tedbr1k5RYNVbu0QhLPBXsMlfW78RN1tvW/tg me/CJuGhRMI/rWZUp0KuUzHX6Wau0y2w8EXw3LBz+PZ4IbrOAuYCCyKwGFgGrARWA2tdbAA2Y4sw 9XPRITk9OTu5V5c5XeYnFyb3TR6QPNgead9r97H7p4xOCaVMTKkCDdHuoZUP6aA6YtbeCZ9gwBvc LUyzBD4hytvB20F42AO0sfzwAF72AD5rh7VDWNYv4AfaWr+03hTtrD3WHhFr7bX2ig7WO9Z+QW+g tfuHlUG5t+PcYzj39uEdUYK7IwrSbsUkf6T5dvj2OO/xoRa0X3Mg6Pf2K3QkdJJZ08knLSLV0Vb8 LqAmkpCShIu0ul41p3is3o5uPGt1u0peCmktek6J6VdoSUG/cdj/gN8M2sqF8gmMwJPyKdGG3xzw 8a/YlmeP5zeiredtzz4R6zngOSDiPAc974mOnvc974tOng89H4oEz1HPH0Rnz3HPcZHIvykn8a/D tO9dLzaxLdMIiM7nxZDO5/1YWvw+f6y/3J/gT/angmb6czrP8Of5i/39/AP9Q/0jOtd1rvOP6jzP P6bzPFwH/NX+HP94/zRoZnaegWuei/N0tcrxUn7FlBflFJFPOdJzwE2EZGLri/pU0lnHlKvkq+iL 1+UbIln+Uh4TQXO6OV3cSrt/0d/bxdtV3Ba2q2x3dDLot0fcifko6+RWYchtyMXP2klu3mRfAe4P eudRJGI9SawVWsJIOiHwOxrQQxmaKBR9L/VbQoHokJCLa23CBmAzXYlrcdUkTk+clTg3cUHi4sRl iSsTV3M5y5B3G/kT+RPU5AX5AiQvyheR/0a5USj5snwZ9fw56magbQ3Cw62K5np6scrO0xpoDy+G Y+6ITtu/FjT/GTGk0zRcM4E5zDlXJH+1OF3zL5PPv4oOXbWfIf+y17XqeHn9PqsuV6vPzC9fF9ot 8SwUPAs1noWSZ6HJs9DDs7ANz0Ivz0Ifz0ILs/Aj0e4LW7EmB8jFsGUfTow4r3Z8S2gREFfBZ8k/ SzcyL9k5msMhHUNXXLNxtfDzcF2pEeo4EVeo46KOW66a6lxLOm4HrcLVWr68Y12YX9WxPiJlN0v2 XiPPyFrVdTwAuo7p17+u3WqnvU6JG1vVJHRZGyNb92Xb9bUv8hfh9eNJ+J6nsIpEe37l+RVsc69n L2zzXc+7sM3DnkasJb/3/F504HUizjvEO0R08t7pvVMk8JrR+Uv532EA/ZpfwR44k9fWUaIYseGu V85kPfqbgj7AgAi9XL4zM6wn4Ru5XC4lmUvhJzfyRybNRw/PQcFzUOc5aPIcjOI52IbnYDTPQS+v hBbnSG0Q3AaD28B/ZSCm8S5Pwzmdyu7OspBbz+MRspb2nYqQnebWaeJwhOwDt33rImS7uXWaqHJl V2+fFN6vNXI0ZvS/c5p8j+B7NL5H8j2K7/GwdhteIRfKhSjtMZSpcWkm5xHF9Vska92aKC5F/8w+ lOibEh55Z/yyuM39gVFAcVgmsWuaziMfqUd9muvu+kh2aZSv3kf/uLGXGPslKG+tW58eLDssZiG2 tJXsA1GO2OxWsk08+hWtZOk8+qNayZ7l0R8Qln1ev//v2cXVx/SLWsvV+lATm8Ue3hv56f2x2BgA O+QYUwxp1/Zf9aK2eN7xvIM2H/EcQZv/6PkjZF94lea318L7xrbpQrSPF0PaJuNKJRpzkvlw6Kak RsQuuyI057u4dF84PULryrwiJO1k64tmlOe3nkNftYXWAMaQmARcybgSrFHWKIq1tYlaa5hOc0KX xxWT2hKnOxzNSzrhK7ltXEuOl/Jr0eN8InJAWIxrV+uLW7jfc+xLrFcS/rkBO+wCd15m0ylPy9Jy 6YykpbaSBrQkgdOA1raV1Ad2HuLnIqXirLggqhE/0kraKE6IexHf00q6G75mAM+hS1LyK/Q+46qw 7Nr+IlY+K3+MtOdkHfzm8/J5aK+T63Ce2CA3oDe2yC0iCr3xuvDIevRJG/kbuRf+ZJ98R1jyXfku zvsH5UERIw/JQ6K9bJSNyPP3knyI7bXhQ4LeoOjoTfOm8fnY6Wc62TzGdCHTp5guZrqE6RP8fzvr WjT6LcZty/UsS9VoJbwQKROHtXhebSNlFzQPr8qRsvPiDGI7WslOsB9e10p2VHyM2LJWspn8fv6c VrINYievypGypTgnaxitSFmVWI7YwFayBWIuYr1ayeJ47O2w7FLfPMa2SWMn2N9q7G8l+1sFf/sB 1rJGeN0o0vYcjujPx1myn+neiB5e6PYzyX/nPsmgpx2B8K9TOaLlpKvhtOnoEaU1yiN051mDvkRf IgS/Ae+8+27wW+/R/L67xW+6J/A77kn8dvt1/F67zW+xB/jd9K78lnk6v1OewW+TZ9IM0mawB9mK 3Y6wtgI7XOxzsQvYBOxxw10ROi3xXRHxTRHpO9y0g8AHEXlF3t8iPxtxP+GCg7bkuz2u/laXvyB6 WSZfeUCxy0dexVa/q0gjrzFMx1vlYUk1vNhMhHPCkvmW+b/W95L/RuUmjH9/8W/8DC0a1nG4eYVw fxnk+NLmia3ioeaXW8VnN5vhuE9E/XecCLG9XHrmhdmJPCIlpHf4C+iRZOTld16YccWd0cLAGSQ6 bMWtVqU22Hm12SmGmHX/qlfETvYLrrvaGu0kP++pRruFB/PfsywMil8OR74gAscui58I85oHftJz jkNHtlgMMSb88y4z/p9Z+le//nHntC+4GzvCq6MPewXsQMwtwHYh9DVXh7nE5WsvwVwlhqiZX/0y 53+duz/v+opnuq80p6Clyc1hUPxytJYvu1JHDb+kC74FLbIhMu5f+PK7+Be7/p/PKdpbno84N9D/ G+ppqrp4NPL6Ens2enqh8Syl/VVDc0HLfkuONdoJ9y/fsAYT3cCrWy7z9cw3MOV9W/NEeRGU98zN 9A0QTctifh7TGueu5r+BmqTZxDtfbTXnEGJ6nnUGE21y9s/FzPeh51qyhCWfMn2N761m/gWm77Fk BvOHmTonkZ8w3cj0N0z3sWYt00aWOM9MTrHE+YXvY6Y/IyrLmX/V5bGq66XKxswZQvNHDtUHI/VF NQeS2wysVmKXUQGdgib6W1a7qQp5nmmiXfAuovpE/SxR6mfVS8cpXg0kXnY11oIWOnLsMjRtC1Hk OYzzzGVJKkn0BpKYeSwHr6pIU+zSsa7KpIu7mB9M+sTLD80Spn2JGtihq3i+y6a/RAUtoRxIUy1j /ZB5J1HSkTlmLWh/sy1RqgNSH2RayzprmX+ERsecwZJprO+kHuZUlsMmQZseAF1+kf6WeOrFH4NO uvgmpzr846w/HfRh8znQ201Kncr0ZS6lr/kK64wjfZP+VnmqQfl/27yDaT/QDub7oMPNjrCcZ9mi TLaigY6Vhp9nYVx4xEcz3ck6fAKSXZn2Z3lfpvy3Zs185m5axHQ60YuHmB5luo1zHkg5C9Hs/Ca7 nSlq2zy66SOinM9upq8zPSm+CZ0ezL/IOdzMlJ/tydioQqaHUIemKOrDWM94pmR7sWRvcs3FJKIX 6NzSwHa4X/82JEfVFJpTJJErya50k6iWxXP8MFtdoY6TmRylzhLVH6Nx1GksxtBfOGMEqazh+inQ f9cvsPwkUWMh802gpcZ6lnCqqbFNxrEFrmA+nfkNbCGraUyNVTyyZCHl6EvU7eIarvMRkrBFlTRd T/QinUCbm+voCUYzPUX/RfNNNE+bHyJe99JcNgYwjWYJ2f/98DdEn2S6gulgpnVkz05qUy+m71Ep JNEaXflm1nHuGsOpY5g/yKl9QBXTH/JdWcSrx1nSnXPYxvJXWXI/j2CJaCYK+yJKtloCL0J8FrVX elgylSXVTGuZHqBUOsugl6qYnmZKNcw3kkED+hDQKWoQ6DSVzfQbpKNo/s5UN4POVpTbdAX/IL+v Sljelyn6TT6q+jE/iCn9jne7fhfNMvrukQzpsEx5r06Wtpn8CeQ875j/Nk6ApEN8PttbSD/K1jKO Ux1Nkg83AixvYvkLrEmteMzA+iOz9U/Z0m5i/bc59RDTBtb/lOlroGNVJttnDc16naz3fv0EUbIB 9PY0LoXu2qnIinLM0USNU8zvZH4UUbWfKOeQo9ezHFaq7SEKyQryDMQrH2lqZ4gqnyNxUolCsoA1 FzAvmCfagWdlf91PqwxR8AXMs59XvTjPZcTrYzi3McwfYZ5mQVfOZyfXras+k3jSh4T0R5Odgz/L eTrUkZD9b+NSSrgO87ldZ9iTl7jyaZx/A8unMT3M8sPUA1zPM049jRDXdj/XgWvCeXbV32Kech7N /TOa+2Q03SXOu3wN03qmY1i+gbwTUbRlP9eWytrptJRrspPz3EmrJ+gCpiHWpPnYn0enP9ekP/dD I+tncT5ZpCkaWD+LPU+DO44kGc20luwEmkQbuW6NXHoC01peuw9zuavJR4FfRTsK5jcxn8Al1nKf zNEfBbWZTjdo7N4yfgn+nEH+81HjZdANBvY5MoOoqiKviBEZRb7OpLk/n6jaz/Y5nyjktSwn6uFS POw5tzFfwnSb40uZzufemO+MAnva8864UH+Cn8Y5syXINTyabHVqM7WCJLCcem5RFfMbmPcxPc06 u1iezRLJdA71Id+bxZpZvAvaJmld8BgdiGdaQhSpVOd/b+7JtBtodXNvmr/N5GcmNNMMHd78POjD zU/T7KNfK+F1/ez9SPNk849IzqtVzkXyDEuIivNY27FzY9rA9Dyvaw2811rKdIHL06+aq0hHW890 EFEZ66yGDk9+FfLNzB/nPRtpJrip1MO1TNu6Eko9cHEJ7UKZtiUvjdL7ME+5VXP+bZuGE8+SLJdW sbwPt5RnJedZQu3SHmlqT7sOph04z9+y/k631TbxnPNobt35JrYKt4Z9WJPqU+voMD3DPXO+aR3X cB3VgXObTbzchp0L9InKWJaf4h5bwDWcyvKuTipLYil/eYhrHsu5JXA+Xbnc0U1kFaOd2nKLskgi GlwJ1417r5Z41IrKOsYjuJbz93CdV/O9Oy+upHFvuoE8vPoze/uQu4OLFkfVMBH5LY46/hbHpvC3 OHL5WxyD+Fsc9/G3OKbzVzI8gnaE7UW86Cq6i0T3qxxt+DwUKzoJW3QTWcjFcuX09ZwOOGml4KTT Q1znfq2DvqqncH7qLAIiQ2SLZPfLHfQ9C110FH4RFJnietEl4iseOC0KI/wdj/iI73gI92seqW6Y JnLGjZtUpQWYZjHNY9qX6SCmI0LlZfdr9zK9j+kEphVMa5hOH19WMVabxXQu0wVMFzNdVlZRVqOt ZLqa6VqmG5huLptcWa5tY7qTaQPTt5juR/ZjtUNMjzI9yfQcUSnLK8eVSx/TWKYJTJOZpjLNnFQa KpM5TPOYFjPtx3RgNTKSQ5mOYDqK6Rim44XzHqTib3Z8UU7yF0fIgjpckzpvaHqvSa1r0uhrUAVb oe+UfHFOY5vVYKNEnV/0Ir9Nw1+vIEu+Bo35TJooCkRfnF3ofYgx/NWTGWKOWCCWiBVitViHObVN 1Is9Yn/4myfRWqzmd0v92A1POX9BpPETeMzVlnA46o65gt3uTOe3IfI6oG0Q7nLukXudr5vQHobk +jknNGKd0FvjhO3WO2FcOn8fR4ub44ZrnHw6nnTi8emcnyd+ZPzETl07DUsYljCn8/LOm9xvoJQ7 ufhnuPHV7jdQpBvGu+Ec95soMWw3mm8o176GfgMRepQvyopqG9WOf7n4Oz290LpoNv/N1WlYSBJ8 Ql8xSNwr6PtAzt/VNNKTGeFTsULKv6lOQqooV/INlvhZgpGlt5dVBzftdk6Lj9AexJLOYe041jb4 Xc8EeJRULuETzvU033+G7/nU9xI0Tb4noeVuksm/tbobafIc1Q95+DmPeM6jM+Xh1gE1lH+lkuVZ fsuCvggm+FtgHtUBtaGvcHYVMbpfD+qd9YDeRU/WU/QEPZ3evtaz9Ey9m95dpzdeo3DvaUzNM5S3 /Bvy0TkfU8WiHR4Vh7La8JfCvPxEVJmzzIcleVOl+PM/KlpF837dx/PceXennzs7OvLs78vvMeVE yBR8fJb7rnWLtOWNaCn/jv2O4O+YRUf8tiMpZh23/ijor/F0r8+VvG/RL59SnpBYo7QVWBMKUP5g MRKzaSLsZaaYF/7LqkPiKL2g6/5NVa5WrA3Qhmlk97o3HXk8xVxGmMts4eSvwS1j7q0w95swtzfM vc0cfUuqrYiT+ygmXxfSO1T+HvxS1nknrL0/zL3b6r4DfN9O0IXyF6BPsM5vI3TiZT3lJ9/A6C9D eDCc03th7lCYez/MHQ5zvwtzH4S5/xvmGpmLgn9KwJrcFfMpTxTLN1Ha0yjvTS71aflLfut5N2Ir Ed/N0pWyAdKV8sNwXkeYI1tz3iVaJeuguUauE9FyvVwv2skN8iURI38mN4lYuVluxQrgfNE4jn+P 7ssWEu++n/0MEn4qf4o8N0FfyVflq/xOkpRL+FkwvXVLXiHKXXWisRdwvqh3HX9LLxl5vCa68LPd m/nZbl/HstVHZpx6nKzYjDfjhTD9Jrws/T0p5aetFHtUsrJVqkpXWSpb5ao8NVvNUXPVPDVfLVK1 aolaqparlepZVafWqnVqvdqgNqrNaqvarnaqXWq3ekvtUwfUIfWBOqKOqY/VCXVSnVKn9W/qdxs9 jOuNnsYNxo1GvtHbuMm4xbjNuN34pjHEuNu4x/g3Y6xRapQZk4xK4zvGZGOK8aDxkPFd4z+Mh41H jEeN7xnfN35g/B9jofFD43HjSeNHxn8aPzZ+Yrxo/Mz4L+PnxmvG68YvjDeMBuPXxtvGu8Z7xu+M D40/GB8ZfzY+MT41/m5cNDXTMNuYltne7Gh2MVPMoJlmdjMzzO5mD/N6s6d5o5lvFpk3mTebo8zR 5n3mBG+C1+9N8t7rHeMNeSd4y71V3hrvNO8M7yzvHO9c73zvIu9i71Lvcu9K77PeOu9a73rvRu9m 71bvdu9Ob713l2+/76DvsK/Rd8R3zHfc97HvpO+076zvnO+874KvyZKWaUVbSZZtpVrpVpaVYz1h PWU9bT1jPWc9b71gvWS9bL1i/dx6FeOzR12nroPX6KK6wBsFVRA+opvqhlHtrrrDp/VQPYSheqqe 8Gw3qhtFlHpEPQL/9qh6FP7te+p7Ilp9X31fePnveH1qoVooLPVD9UPRVj0Oq2innlBPiBj1lHpK tFdPq6dFrHpGPSM6qOfUcyJOPa+eFx3VT9VPRbx6Qb0gOqkX1YsiQb2kXhKd1cvqZeFXr6hXRKJ6 Vb0qktTr6nVxnXpDvSGS1ZvqTdFF/Vr9WtjqbfW2SFHvqndFQL2n3hNB9Tv1O6wKH6oPRZr6g/qD 6Ko+Uh+JbupP6k8iXf0ZO/MM9Rf1F5GpPlGfiO76MH2YyNJH6CNEDyPLyPqf6u4EHoutfwD4ecxz xjIzlpRKCAkpzPNYE0KFZCuihQrZ14RSKp6kVfuiLD2SUlGKStFet8JtdavbilRSWnVLm/88P+W6 9+3dPv/P+7/vn4/jzHZm5sw53+fMmZlnkBHmfpExZjGLWCzEQiTAptgUCbE5Nkcm2BJbIlNsja2R GbbDdsgcj8QjkQV2xs7IErtiVzQUe2JPZIW9sTcahifgCcga+2E/ZIOn4WnIFk/nzguGw1VOOxyF o5A9jsExyAHH4Tg0AsfjeDQSJ+AENAon4STkiGdzZ8dOeA6eg5xxCk5Bo/F8PB+54FScisZgERYh V5yO05EbzsAZyB0vwUuQB16GlyFPvII7px6LV+KVaBxei9ciL7wRb0TeeAvegsbjPJyHfPA2vA35 4h14B5qA9+K9aCI+gA+gSfgQPoQm46P4KPLDx/Fx5I9P4pNoCj6NT6Op+Cw+i6Zx9eMCCsC1uBYF 4iv4CgrCdbgOTce38C0UjO/iuygE1+N6FIqbcBMKw824GYXj5/g5isCv8CsUidtwG4rCH/AHFI0/ 488oRvJleyiW5JN8FEfKkDJoBkmTNIonFUlFNJPsSfZEkufVNVAiqUlqoiRSm9RGs0gdUgfNJnVJ XZRM6pP6aA5pQBqgueQQcghKIY1IIzQPnjafT5qSpmgBaU6ao1TSirRCaaQ1aY1EpC1pixaSE8mJ KJ30J/3RIjKADEAZZCgZihZTvaneaAnVl+qLllLqlDpaRk2mJqPl1FRqKlpBBVFBKJMKpULRSiqS ikSrqFgqFq2mZlIz0RpqFjULraXmUnPROmoBtQCtpxZSC9EGahG1CG2kllJL0SYqk8pEWdQaag3a TG2gNqAt1GZqM8qmcqlclEPlU/kolyqkClEetYvahbZSJVQJElP7qf0onzpIHUTbqCPUEVRAHaOO oe3UKeoUKqTOUGfQDuocdQ7tpK/T11ERfZO+iXbRd+g7aDf9gH6A9tANdAMqph/Rj1AJ/YR+gvbS T+mnaB/dSreiUvo1/Rrtp9/R79AB+j39HpXR7XQ7Kqc/0Z/QQfoL/QUdYngMDx1mMINRBSPLyKIj TD+mHzrK9Gf6o0pmADMAVTF6jB46xgxmBqPjjDFjjE4w65n16CSTxWShU0wOk4NOM2JGjM4w25nt 6KzkLkZ0jilmitFPTClTis4z5Uw5usBUMBXoInOUOYqqmSqmCtVwnzQ90WJCm9AlDAiWMCXaiBXE WiKLyCHExHaiiCgnKogq4iRxlrhA1BJXiDriFnGXqCeaiGbu8+Q50cb34vviYXg4HoGd8BjshT2w L56Mp+IgHIoj8Rq8AW/GuTgf78L78UF8BB/j0tDF53ENvoyv45v4Dn6AH+In+Bl+id/i9/gT7iCa SYrQJpXJvqSQ9COnkdMpDWoKFUiFUBFUDBVPJVFzqPnUEmoFtZpaT2VROZSY2k4VUcVUKVVOVVBV 1EnqAn2Dvk3fp5vo5/Qruk0SMojhMzIMzWgw2owuY8AYMUJmE5PNbGUKmJ3MHmYfU8Yc5nxfDLIj kJ0HskuB6QSYzgfTMdhNgtrS4LUMeC0LXsuB1xR4TYPLDLgsDy4rgMuK4LISuNwDXFYGl3uCy73A ZRVwuTe43Adc7gsuq4LL/cBlNbBYHSzWAIv7g7Oa4KwWOKsNzg4AZ3XA2YHgrC44qwfO6oOzg8BZ A3B2MDg7BAQ0BAGNQEBjEJAFAQVgnxDsMwH7TME+M7DPHNSzAPUsQb2hoJ4VqDcM1LMG9WxAPVtQ bzioZwfq2YN6DqDeCFBvJKg3CtRzBPWcQD1n8G40eOcC3o2BtpUryOUGNrmDTR5gkydINBYkGgcS eYFE3iDReJDIByTyBYkmgEQTQaJJoM9k0McP9PEHfaaAPlNBn2mgTwDoEwj6BIE+00GfYNAnBPQJ BX3CQJ9wECcCxIkEcaJAnGiwJgZ8iQVf4sCXGWBKPJgyE0xJAFMSwZQkMGUWmDIbTEkGU+aAKXPB lBQwZR6YMh9MWQCmpIIpaWCKCExZCKakgymLwJQMyf2yaBWhRQwkBhHGhAnxllhOrCE2EdnEVqKA 2EmUEYeJSuIEcYY4T9QQl4nrxE3iDvGAeEg8kZRe/jjiLX8c34dYjq2wLXbAjtgFj8Pu2AdPwlNw IA7BEXg1Xo+zcA4Wc5+2RbgUl+MKXMUtc50YiH/C1fgSvoZv4Nv4Pm7Ej3ELfoHf4N/wR/yVeIKt SDlCi+xB9iGF2IGLTSankkH4GtWP8qcCqGAqnIqmZlCJVDI1j1pMLadWUeuoTVQ2tZUqoHZSe6h9 VBl1mKqkTlDn6V/oX+l79EP6Gf2SfgthB0Mw0gzFqDNazEBmEGPICJiNzBYmj9nG7GB2M3uZA8wh TpRV/89EkbTx1MEVDXClP7iiCa04LdBFG3QZALrogC4DQRdd0EUPdNEHXQaBLgagy2DQZQjoYgi6 GIEuxqALC7oIQBch6GIC7StTMMYMjDEHYyzAGEswZii0r6xAmmEgjTVIYwPS2II0w0EaO5DGHqRx AGlGgDQjQZpRII0jSOME0jiDNKNBGheQZgxI4wrtKzfwxh288QBvPMGbseDNOGgjeUEbyRvsGQ/2 +IA9vtAumgACTQSBJoFAk0EgPxDIHwSaAgJNBYGmgUABIFAgCBQEAk0HgYJBoBAQKBQECgOBwkGg CBAoEgSKAoGiQaAYECgWBIoDgWaAQPEg0EwQKAEESgSBkkCgWSDQbBAoGQSaAwLNBYFSQKB5INB8 EGgBCJQKAqWBQCIQaCEIlA4CLQKBMkCgxSDQEhBoKQi0DARaDgKtAIEyQaCVXO3SQLSkZ6azt4i5 R6oQLcxD5gHTwDTBfVuS3hroCOJqnaQHiYAeJD6UfsydGbcgEo6cNBlChiAZyCNZyCM5WJ/kDgTJ s/ky0CPWg1jALZXJGVbPLdsVJyU9TDzuTI7H0+XO8DVQHDqNatENVI9aUBv6ypPh9eCpITm4C15y D7wRMoUntx2RK/GO2zIR8Z4L04l2LlxCfOLClWQaF2qQ4UgKG5KRXGhMRnOhgGGQFP2YUeDC5r+T 4m+Q4gdI8SOk+BlSFEGKEZBiFKQYAynKQ4qKkCIP8clYydwQi+uKzeiKxXfFZnbFErpiiV2xpO8x 2rUr5gYxLicluYYQp/VLbgve4LeIz6n9HpGc3J+4o3CCOgn3VltB35sO5L0il9/8rpznf8t3yRR5 SsgdV2585384GlKSI4N48IyKHNxBx6dMuKXeEis5/WApurRz7s7/RAssVcIt1fnN4waIlfRFfetl /P6GK7VuzzD0hqP+EEJ4op5ognA3+u/6Rh3JtisgH+SHAlEEVzYjUBIXT0EiLrYMrebikv7CnG97 qYCGICFcK3Dk/ly5+Dg0gYtNQyFcPOrbvveBPa2EsB5yzpx4BT3nBIxbAGENhG0wveVbLWmFsAzC xv/CnOoJeZSE5qN07m8ZF1/N5c98lIe2o93fYqXc2EPcHlR9y7OeUFIckAvy5P58uLgkr12+pdQZ S+HGfn9Ks+//MvfSIHzwX56T0t9yxRw5I3ck+U6m7+94k/5Wj9S+udWZK6qwJ1shvN8tNz5329uW /7L97PxuDxnof36CpKSK4UqXmNtKTcTQJ+lT9Gn6DH2WPkf/RJ+nL9AX6Wq6hq79m+sPPK6MSK4a a3O1zxx6iklES9VAb3NtV898k+SpDYg96oo9/h4j50jm/oe9153fIwNby/TgNNzOnc3v7lIsDqZJ +v31kTOjzLUs67lSSXClkeDa7/VEG5f7BNHKtevricZv083/nelcGe6a3lUDVnatVYj8mJ5ci/XH a03jxO+efuecP1r/vzDnty3h5vzhNql15VIvrj1+n5tjK/EZUu0soZ1XYzuviCLV8yAA/KieYEWq laSsQYZzxnuGJy0lFqkWc6OKpHg8AcXKkniwPCGlihEbQMoNJnl8nshCiscXe7Fj2SHdxqht00hV 4yqP5NeDA0Ty+rYoeO1aMLKV/LJa3RLj9xy+YZOijlP5YL9rrxTeTEpdt+bDhMliUS8RK+KfYUXE HjEhxZOSUjbhNtHkkV5GgbyLQSpssAnLdG0tD3PbNQs2kxjPJ5WlxnsJlFklyYCMspxvwMyw8JjQ hNgYgSIrLxkprSw9Lnh6dGzMdIEGqyYZI6fcq+t1V93fkCXQYvtLphPKfX6f7h0eHWzolRAQHafp OcKe1ejNCExYE6GFkGUthSaTuEFT1rxrkE0r+49sGcNSkumUMt/Nw3OcQI8d2DmoETMiPE7ylqmR XqM0R3m5WzmaCS0NTSwsLAwt7S3MBQPZAZ17pPbDPfIKjpe8lYoV8bS75zAPI0LEU0DceDkpEY+H qu9X91Xov9FHNPWWg7BOJvpQ7snTrSmWeyaYlESmeVYs0ZLz37fJcPWk82eMDrjWBSVM+PLg3FLv K1Ttl5x0peTiAi3taJP6vfcH2o1a684EyQxebnHPQzrirsFlxUmrfP1zbT72DpL6Kc62Urt18v73 wqNNM6qSOz7UPPUdnjD38Zt5Kb4TjIuvyRf9uuRXu/5W2vaNsrpS4tpHAy+tCF34wPHDIrczt0M0 zs+cP6w8qfeOQrE4YXzRo2l97AMtzwc77uGrhPi0tO+ocbjs7z3dOO3DZUukoBjZsNAo09b5+Wgf l+dbwttqFBQ/SZu6BEbxMmPOa6ZX+10N2qyx0v+5QqGK8+7I+1rGUgRXjwpEPFkuRzCrzmWpujxf hd8TTehn23ruNbnuuMDGvLyY8he+SoMypD6A34dVSe05wPTDr+Mc4+Ra7T4lfSobXHrGrEyB9ZbM 0J/vxo5hR4udxKMyRoQlJMRZGRsHxUcZRX8/TkZBsdHGcZHhkrHG396aNtO46zBKjiIcRK5UGnGz sBNIGa5iYizN4/FdWRfW+fswK5Vh/W0Fs2bN+tEKguP/QcoJrLJkewfyaVbue5KEzJ8qJCEpJVId D1cQLS/nWx45krJ12LiF2z8OsKwjKiImHmypj11CtMWOjdhglbioWe2u9Dn33H5Fl3Sceup4mM3a n1OlN3eVv8dncvmmTe2Dst/bqY9LW5nkTMx/k9378N5fJ2uvCRomnGr26ac11rUv5Ten2pJrLJXn 0K7HTe6caC2x/ymln06K8l25z2OWaWJ12aVrhkq7a7nfj0qJq9zzWnPlh6zZ0+4uX385+PjG1Qri nPRWv4Mp9uIAw2MjQoNVDUR1O5dNfC98WPDkXOYB7cq1+rdKV3itCnNyyr/FK30d0Ots73zDh1ZR HrH7bF7cH1Q6subM2tCj6JLCSqWXV6VEgtHrs3LHOs8uUb9hd4hj7DnHWF03xkqV9sktvzJs6z1g uPTPjCX/R7AYwGp1VnrV7tOnB2t6hYfGSF569ztkAqGpUGhiYjK0EzLTrkE2beH/BWTfZif+zuz/ FKbmfX7bNJkP+ilVeO6CkhfPkor1vYZb3bGbV7bS5LHv8MKxvUy9Cy+XL981vMiiwdCz1UzF/aXb nDvKSUtKh7ya6LfrWcPNQYlN/RbpZb/9YJhnbz6Ysvt0fNjRI36J61TGjak2OWdR+vbZ/KJ39r38 ZILVtSxeDTmqTSnuV8ydpb0oPcXjSL/Vpe8Kvi5vo7e4i99dlNNq3P2QZ+70xVgUkUa822V2d71v 7qcxdfKiO5arenx9eGNOwpLpDYFnBxoZ7M3t019e49DpfTrl8p5V99XW+Y3ekXzw0J1L7XFz9Xnp FQaDLp/YhXFDvcIMty8lfgMWDnp2/pzLhWa99OvzfxpBbUB4v0fwjHPfYZrG5Yjfjyoq0U2riTN2 TDJxu50lndqRrnF8cXu80P4NO1YyWYnPebHdkR355+PDlRDJIFY2MBGYDTUbbBoSEMIGWggMA6ab WBiaBgSYGAaYc4MW5oFBrJnQxNQ0YPofAKxRaq6+Vq4ygXfRwshEReWI6xa5/qxPJ4AeLEegmCMw Y9S/BSBXlrmSzBXiqSz3WScwFLICFgic1I1Ad5ZDsBuBtv8agX8n7YQfeSe4GWPQw9ck7Zfcn561 W9WNdJPJezHlQcTkw8mXpXKqksLyVufnUGcWbFvx2u3ohqGfmPqG7DZ/HYV+mUt6WaXcKblUdjHq 6NAho+bpKHnrsgzT4dRCSD9qCvEfMjdXfZfiR7XShDce4ZF5u3TSb7duFD+Yuf1lhGrxmMC81ykn ey5w/tntwMj2V9broh1uNac87i3ODguT1W+X2vRSiTgaOq7k1NOymTuuBf3s0mjb9Nb9S0d+faWU 8jB/zfvjhxfsXW0nsEzUn8Lf5Rj9+N2cZLtj/X9uHvXL3kZ/23eJ5x+HBE2r/WVL+uJMHfb9S9Mr Qer7HUJd5MecsJJ/eWiD1U7LpoFrZXYsCeGabbiK8257p3dyASa6qtBaE/yZuamgh5zsWt2l694M mc7rq0JwGS/oy/b+w0jZruMiMGQHd7qg87sL42JjORy4AxUeEh4UkBCsaZ+YEBYbH56QDJhxDTAT gVAoGGoi5DATfhsUSgb/Smf/mWAH4if69WWnn1DfMk1T02FzkleUbb8bsbU1r1siv25SUax/YJWw UPWwsVj4vOP+aQf3Ab/EoztmvnJLq/dqjm57FVbsNiaz8FjymBnZTtK3vwx8kJu45PLumSMX3Ey7 8/bYG/PtF/1G3d1XYlOvH7ZJdWdh/Eyf173XN30xWx8vvpE0VWPWqIWLLFWuzJyMuSKTWXgg3Ph2 X+rr2oRBjUnG3vd6shM/XMsM/FJzcaqjwPOInnKTHXs5fpCivvZ5C3cbsdBm9c/5luQiP3cfkb4B Fh4ec9Mj6Mk1w8DXo2yeFMug3xzz865OXqHr1Txnt8sbx8sW1pZ55bP8CnvnZdYorfKxPlUsO5W4 /l2wKVyOTGIVJDIo83gdfMwS3L9uev1QEglW6gp8PlcCM9gepOy3U5NePD6GhLnmb9c4KUkqX64K 3K/rLtvQkDVtWJEgdod11S1Dtm/XTD2l+LSGHPJCidzpzAhk/wfL5ItF0+x89DY9Gqj82aBBzmvD xKbtrGenZaNZJ3aUeITYPmP4v25Z1+R4rmhLCALFvLsp5sxyKHdTzPLfachJKsyIzlT/1i8pHpo4 1HaBruO+Z7F2+4UHI57JG8cUjX7/bGpiq+sww5sjSqivNU8NBQUDalM8s1K1/IttjF2PbivyyXkY V1lR/iH54Oj497Yt9guqG+je4TWFOZqGHynPsz4/Gz50uVYV96SI2UYU+tRXLBvj+2aDQ87rty9f PMzob2pd4bPlldeARQbbRWrrGtdLq79pdP+wIr+6WblwjfuFftdWxW8wmBGdrfpB7ZXXjdBa7Q4/ 9Z+3rTimdyA5yGfktrE/tz8tmOBzL1tq1EjjqW2399aJhDGft29QbnoW/mTXtiHHLwxWlA9eufnO u20fe+jKBluufz2nv0vl1Qaf5iuzN/bxu2imMvXeOvXRKw2Pl5iOVHuh2EsV+d8zm6x1Keu87ItF 8is8ouWV3W1SBjnnxF99G1V96nlcge9a33nrM8X9nIlJ7y8XhMolFJq3Ghr3vvA43qJHW+x+61BR +7gDmSYqwRryy+4p3p/eFnvJse5676fJZ/nl1z8NedB/WV6x3CdlPbuSpvaGXQscK6WnOQVPs3Mv dXju3lqWlHxLzlQ2Wi1V0L9R3vveo/xPj5wUS6ZndXiqGKWcwFpzGjfY64WfWbdqw8XMW9laexm/ nFfb9maELaQjDCuTIpH6xpI3KnN/U1moc2TJ5YgiJ4HxlrsPZ9jcRPMDna5eWnKxos9H+fjMUwU2 +6TsIjrCszc2KhYpllt4ytw4Y8OKSGnO75ff/VYJMwW/1f4Kv1kL1pTlxDYzYSWNUaEABrlTbW7w rzvd/2d6b82P2v/gjvNag5RIo74Nxxofnts8doBnyaV7fdx1FF5c3XnVtSSB1VR6Jv2L94Zeo9f3 c1i7N8uP1b2NIpvnHnu+VFrhvTw/69XS2v41JjqLc9+0haoN+Tz3yRL1lifuBfmnBnhVZ34cdVn2 ypR9V0od+Nvad0StC72pf9fRqzTjyiN9RyO94gyP8ePoJmLIp4jVq9mYxW8nsrkf59/YVNastWn+ h2vKb2UOe0WPKx+1eqszcnEKUdIbFFK0qek6meayrT19p5JTT1nR1vTW8bO/8raoe8osQoqsY+vh +wMcK88aem/dpzHbXjCrNvvBsIXr8gOkDqoz+z+/zz7Au6Q9xrujHZ85rUl913sPlyM7/5HePzwR /oPeit315sYgNi2rE9+01Wxa5o/5zQ/aHvAfL54ixeQSlXwXcWGJ68wJbdLKRsH/b9T/l07dubxW 3LTsjB8x0vze0/KSWXcuJY914+03SpgxOZpW3nPp+NxVFUZ1PbatiA6s8JWqcddU9tx8b45do2/l vglb1BrUeRnFlbPfLL/yfBjvRePxVXL4QqZz4yuvXvc89qxtepIZ8Uvqqcfr35DGi4inawx0tOM+ /fa5afZmI+a9dGNcVR/33JWRcvEbKvKH5oQanhsr3xLoN1wla7nm8EZpVWF7rcAlSWAzOJ660BJn 07FITvnBabmAla9uVvR+5r58wTmzwVMKTjyrmkc5zK3zitd6wVZXzg72m8zrLddT/trtnlnvrI+E TCgzNH7SviijdqxPc27c+qjioa51vyWf2N1nTuCgl9uyB5mSs1QDL9poRPcXvaLOD6m8PKLsUfvz eQcfbi9KMKtwPzdjQA/dJMp63IoZkxxH9KwqKyt1C72w1aEjNVkrNa8XG9Ls0GOK6oU8ba0rI54O flrZ5lw7pO6WMNVV18BZZ+qkFp+XO+5vzq22ij2WppdAKr1I0jqRLTql531of4TN0vykgPKYfOUd J3Y7veoR+2WZMOrA1wdjL6wYcDHkWK764h7TpWwM901cVdGk9ehgaXVQ+WxvXGdv5Fm8vrRw9p4y 8cZE1V/XLlZO1DYWFsnEiCevGHhC/DK9WuvGMw2Pi1tejK5/zwuOXUrNuxB+4XFMy85NlwSDOuTP Tfa75dYv/9ZH47zhRuNVIi8qF3wRiPhcFebvlOLxWK66/XXt5R93m/zeiSxOOytprn0rv7KEgO7e Q81twO9DlECe7T61l6Qx+H1BvoBD6dg1tfZlb1sPVW1yeTdlfsidhqil9ez0bovQAh/WW2yQqo/c UDgKQvEoFjq5Q1AC0kTeKBnFcUOh3PgALhaGkvN1U3X+bmVNSI6LDY0PiAtL1vzThwpfxEOpIzMb bGOuGjRszX2+I6zsZJ28q+/qEd4KiZUv8uYzo5rs6l+cNVLOonrpJDdqH21U/q0g5tdF+T59rVTm TKA8PT7wdh0yPfGu59EPKQFHB0cd9eFX6li/2m3fUFjyrGRmxstZNS5Ky/JHP9DIeLtXvbok6/mo mQcezE/16T9vtPWIloUb7od5np3CbHP88nlsxtkwmfG7W8sff0zqE/V0i9LosscBpxY2VvDUv25U rLksL3PIu0FwSFO8dcbhw9bXPawPTBEYrNvZ5utXm1fgdfxc3w6WuGE2YUVjzgFhmtp2hawkv8s3 y3wGFX31eaH2du/AG1HJypk3btY6D7rxi+Ez+dlH9ixMaZ7nki+S0mdFUjq/HyNSIJLqxY1SglK5 8i9rBfz4ikS3MunP9uleJKnfr6zwuJV3TcECBeh0sxCwQoGpmZCd9Dclcv9Z/wRb1ebXuxyCHhvq HODFr9MT/slrSVkp7rsuK/23OXqp9U81LmaJPfy+ZM/TrH9ht9xMefEM65YX++5FB44d6CT0C/j1 hN5qanfZ7l3LE4coRVgO/7mf2luXDFXNJ3XWtweZvMyunlikd7q1o27HmWu2wX5Wdqp9ppYE2pZl 01Nq5FqcPBL7iw8N/unwewMdX3FuIR0wZg8761hptfSs2iVFiU/GZtsFX8t6Ir6cbXziY5TlNKVq 03duspcMDrvHzo2LSlog644NGDnbsNbYKubApJPV/oYXxlid3KrvNf600Dpnu4pSYCGxY+/XR7c7 xj9flGN/IDvV+kKZ8rTaFH0rmx13FbZunR5mKHcp8lT7rcjJroNn+HrcCzG5velo6U70P5n2dkYN CmVuZHN0cmVhbQ0KZW5kb2JqDQo4OSAwIG9iag0KWyAyMjYgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDAgMCAyNTIgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1NDQgMCAwIDAg MCAwIDYyMyAyNTIgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzMDcgMCAw IDAgMCA1MjUgMCA1MjUgNDk4IDAgMCA1MjUgMjMwIDAgMCAyMzAgMCA1MjUgNTI3IDUyNSAwIDM0 OSAzOTEgMzM1IDUyNSA0NTIgNzE1IDAgMCAzOTVdIA0KZW5kb2JqDQo5MCAwIG9iag0KPDwvRmls dGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA4Nzc4My9MZW5ndGgxIDE4ODg0OD4+DQpzdHJlYW0NCnic 7HsHYFRV2vZ77tRkMslMMpM2SWYmk0wCSQiQAAklGVKB0EIYTagJSShKkyKINAugUexdbGtbxTIZ RIO6ir3XZe264lpXwbKKiiT5nzvvnBAQy7/7ff/++3054bnPc95T7jnvOee9Bw0kiMiOh5YmV9SN rd52/rlVpDy5hyj5ncqyiqm2a8fcSfRaCpHRUlk2vnz0mQ97iV7NINL8UF1RWfXJY98SKY9+iPz+ 6smT6mr6D1eI3sslsa2tus5fdt7wcY+SsqaDaEzupLr8wT++88bxROINvLWxeVHT0je+/2AA0WAj 2r/VfPIKV+Dqx18larYQ6VLmLp236MCBCVFEQ9B/RPK8puVLKYU8eL8N7S3zFp4yd+wzt6wimp9L NPKs+a1NLV9alRvQ/wyUD50Pg/nOKA3ylyCfMX/RitWxZ7irMeAiovyXT2xdtnjxnpOyiR7Tok5g 4ZLmpksqN7UT3XQPUdrERU2rl7qHZk5AGcZPrsVNi1pT7zjpNKLHUW4uWbpk+YpuB20meuVbtXzp stalJ96tdBGVqq+zkOpb3Tv9zhlx9oWzY0Z+R0mYJtIDn699XuUXzbP2/XSw85yIL4xDkY0ghTih nZ66SDweef1PBw9eH/FFqKdeyfioaonx0sWko9WkQUsL5VMrkfUCvFdBqUabIy5AqVF3pa4AXaYx a16mzQoZSYnRKYqi1Sja90np9tEd3fxeogl1Lhf5MJ0NPAbDtYrXReI6tUxzny5anSl6jz48GvES /VNJO43u+Oda/hPvOnT4XYr2v/69+tf/383lf0LSaumGXyxrPbJMs/GX6/6ud60+3F588et9odz6 S2XK+8duq9fTDdoLj12mvZ3m/t5xqknzxOF+NPuO8sMkGnvMNg2Iir3fuZWu+93v6yS3voSG/e76 C6ji99b9paQtpCv/L+o2HvH+n2jmv/r+/6TU21fiNdr0W/VR5zd9+2t1fm1ttEU07bf6/qW+lGeP 7FfjptpjtdHddaRduYvcP+t35c9tx6qji+N6+jd/u75aB+O95LfqyaS5htJ1HTTkd9fvRw2/Vq58 RAvDPEbpoOoe+2e0UDRTk8yLWeF6H9NCoFK2EweQH0hl4m/kUdsom8ip+ZJye/oZRmW/d6z/qQn7 msSL/+5R9KW+1Jf6EiflahH5i2WNtO8Xy3R0+X/PiP7rkrLi2PcBZRzN+z31filphtA5/8q4+lJf 6kt9qS/9z0jKJ3Teseya6XSeuOXIMu2iY9ftS32pL/WlvtSX+lJf6kt9qS/1pb7Ul2Tq+3tmX+pL fakv9aW+1Jf6Ul/qS33pf0nShJHC/w5AqDk8lAOkpQ9hyCUXVBSUmdJpAJXRWJpAM2kOtdICWkhL aRWtoevFoNQBqUNSi10burtD/ZrRTq09Jly7heaj9mJa1lO7MFxbdH+Hl/bvfomo+3tNBt0ZGocm 9JzS3UxDPt+i/uxtCv97iOxeT6IM8uLppf4/n5lmnOZyjD9fJIs0MU3MFCeLdeJsca64QFwldord 4hHSiwOhugeO/rcWyCvhf5mh0K8n0ettx3Zx/W/0IFPv30HHuMPqN37zWnNaz0BiAMw1pDHfEC8B QvMG9565Wvb87xzXvytp/js6FXP/V+xs8lW3zJ41c8b0aQ31/ql1U2onT5o4YXzNuLFjqqsqK8rL RvtKS0aNHDG8uGjY0CH5A/Jys72ZGZ50Z6LNaokxmyIjjAa9TqtRBOVWeqoaXQFvY0Dr9YwZk6fm PU0wNPUyNAZcMFUdWSfgagxVcx1Z04eac4+q6eOavp6awuIaSSPzcl2VHlfghQqPq0NMq62H3lrh aXAF9oX0hJDWekMZMzJuN1q4KhPnV7gCotFVGag6eX5bZWMF+ms3RZZ7ylsj83KpPdIEaYIKZHuW tovsEhESSnbl8HaFjGb1tQFNZmVTS2BybX1lhcPtbgjZqDzUV0BfHjCE+nItUMdM57jac3e3ndth oTmNOVEtnpamGfUBTRMatWkq29q2BKw5gX6eikC/NR8mYsqtgVxPRWUgx4POaqb0vEAEdJkWj6vt O8LgPfu+ONLSFLboMy3fkSrVKfa4CeVSE8aGEWJ+brc6lnM6fDQHmcDG2nrOu2iOI0i+/JyGgNKo luyWJXa/WrJRlvQ0b/S41aWqbAz/OXl+YmDjHFdeLrwf+pOJPyh3BTTexjnN81Vuam3zVFSw36bW B3wVEL6m8Fwr2wfmo35TIyaxQHVDbX0g37M0YPOUcQUYXOoaLKirDzUJNwvYygPU2BxuFcivrFDH 5apsa6zgAap9eWrrd1FB9/vthS7HjgIqpAZ1HIH4ciyKt7KtvmVuwNnoaMH+nOuqd7gDvga4r8FT 39qgrpLHEuj3Pl7nDr0x1ApzO6q2rKzO3JBpdNUrDk2DulowuKrw8JSNRIEFyxXKqitaNtJVLxwk q+Et4RqqOqIfZDSZ5WPUIo3atHyMw93g5vQrQ3KEx6TLDBh79WWBoWdM/J5fHBrXVgfUz1XZWtFr gEd0qgsPMNzbscepqL4IvxgtjOpyjpFFmkycXNgUdBMyqauY6ArQZFe9p9XT4MEe8k2uV+em+jq0 vjV1npraafWh1Q7vkqlH5Li8iHMBcqNYZpRy7MGqHIdc1lC+OpTvyY45qnisLHa1GT01dW1q555w h+TCCcKk9d6xTecUxRbiaFYhunmqmjwui6uqramje+Octnafr21pZeP84WofnrEtbZ66+pGO0Fin 1K9zrFFfFUs1omZqWV4uYk9Zu0ecVdvuE2fVTavfZSFynTW1PqgIpbyxrKE9A2X1u1wI7iGrolpV o5pxqRm1pynIGEP1Hbt8RBtDpdqQIZRv7hAUshmlTVBzh8I2i7QpsGnZ5gvZ1IRFSpwPFyPcVrpa 1OVZ2zC/rbFBPVwUj6XEHxEQnhIKKJ6SdqHoowKRntaygMlTptpLVXsp2/Wq3YCNIeIFnKPGpLZG D+IUNlQ9OQRvRY3apauju3tqvfsFx74GN7baDGBafSAiB7FflzkO9apVNMJcHdjY3KSOg/z1altD 5tjmBmxb2SGqjA1EoIeIcA+oURVqo25HNGrG2mABQ+03IhPY2BBoyFFfWr+gIbSdLQEa4xmOZec+ dV71RfkNbbGewaGziaMQmblFpQiMjerq2eJAFi9rYCcZojDyZg+Kmhtd8LaWmuuw1TmWRjrY0oqQ qPW2hhDpCBeSOi1NpskcGYgYgA7xR9WmAeqR1GUaGhp48KHclnAFvNsSMGFE3l6uDDeAd1A0Vh0L /mzBUNWqj6jd1HbQFM9qRBZ10KGeDCgOmDPHNiH4c3sTLJ4i2dioxghTuI/H2WpQZx4Fv2syp3Z0 3+o5xd0r5eV61I+DujHJsQsbmxrajjYEpufk5RqPtppD5rY2o/nYDdhfRnMPq0ZXJb4aRMEIjatD OfOeiEQxDuIMKU6X4jQpNkqxQYr1UqyTYq0Up0qxRopTpFgtxSopTpZipRQrpFguxUlSLJViiRSL pVgkxUIpTpTiBCkWSDFfinlSzJWiVYoWKZqlmCNFkxSNUsyWYpYUM6WYIcV0KaZJ0SBFvRTHS3Gc FH4ppkpRJ8UUKWqlmCzFJCkmSjFBivFS1EgxToqxUoyRolqKKikqpaiQolyKMilGS+GTolSKEilG STFSihFSDJeiWIoiKYZJMVSKIVIUSlEgxWApBkkxUIp8KQZIkSdFrhQ5UvSXop8U2VJkSeGVIlOK DCk8UqRL4ZbCJYVTijQpUqVIkcIhRbIUSVIkSpEgRbwUdilsUsRJESuFVQqLFDFSREthliJKCpMU kVJESGGUwiCFXgqdFFopNFIoUggpKCxEtxRdUnRKcUiKn6Q4KMWPUvwgxfdSHJDiOym+leIfUnwj xddSfCXFl1Lsl2KfFF9I8bkUf5fiMyk+leITKT6W4iMpPpTib1J8IMVeKd6X4q9SvCfFu1K8I8Xb UrwlxZtSvCHF61K8JsVfpNgjxZ+leFWKV6R4WYqXpHhRihekeF6K56R4VopnpHhaiqekeFKKJ6R4 XIrHpHhUikek2C3Fw1I8JMWfpHhQigekuF+KXVJ0SHGfFPdKsVOKe6TYIUVQinYpAlLcLcVdUtwp xR1SbJfidiluk+KPUtwqxS1S3CzFTVLcKMUfpLhBiuuluE6Ka6W4RoptUlwtxVVSXCnFFVJcLsVl UlwqxSVSXCzFRVJcKMUFUpwvxXlSbJXiXCnOkaJNirOlOEuKLVJslmKTFPLaI+S1R8hrj5DXHiGv PUJee4S89gh57RHy2iPktUfIa4+Q1x4hrz1CXnuEvPYIee0R8toj5LVHLJNC3n+EvP8Ief8R8v4j 5P1HyPuPkPcfIe8/Qt5/hLz/CHn/EfL+I+T9R8j7j5D3HyHvP0Lef4S8/wh5/xHy/iPk/UfI+4+Q 9x8h7z9C3n+EvP8Ief8R8v4j5P1HyPuPkPcfIe8/Ql57hLz2CHntEfK2I+RtR8jbjpC3HSFvO0Le doS87Qh52xHytiPKd6gCt+ZgWokTd+Zgmh10OudOC6YNB23k3Aam9cG0KNA6zq1lOpVpDdMpwdTR oNXB1HLQKqaTmVZy2QrOLWdaxsaTgqlloKVMS5gWc5VFTAuZTgymVIJOYFrANJ9pHtPcYEoFqJVz LUzNTHOYmpgamWYzzeJ2Mzk3g2k60zSmBqZ6puOZjmPyM01lqmOawlTLNJlpEtNEpglM45lqmMYF HWNBY5nGBB3jQNVMVUFHDagy6BgPqmAqZyrjstHczsdUyu1KmEYxjeSaI5iGc/NipiKmYUxDmYZw Z4VMBdzLYKZBTAO5s3ymAdwujymXKYepP1M/pmymLO7ay5TJfWYweZjSuWs3k4vbOZnSmFKZUpgc TMnB5ImgJKbEYPIkUAJTPBvtTDY2xjHFMlm5zMIUw8ZoJjNTFJeZmCKZIrjMyGRg0geTJoN0waRa kJZJw0aFc4KJQiS6mbpCVUQn5w4x/cR0kMt+5NwPTN8zHWD6Lpg4FfRtMLEO9A/OfcP0NdNXXPYl 5/Yz7WP6gss+Z/o7Gz9j+pTpE6aPucpHnPuQc3/j3AdMe5ne57K/Mr3HxneZ3mF6m+ktrvIm595g ej2YcDzotWDCcaC/MO1h45+ZXmV6hellrvIS04tsfIHpeabnmJ7lKs8wPc3Gp5ieZHqC6XGmx7jm o5x7hGk308Nc9hDTn9j4INMDTPcz7WLq4Jr3ce5epp1M9zDtCMaXgoLB+OmgdqYA091MdzHdyXQH 03am24PxiNfiNu7lj0y3ctktTDcz3cR0I9MfmG5gup7pOu7sWu7lGqZtXHY101VMVzJdwQ0u59xl TJcyXcJlF3MvFzFdyGUXMJ3PdB7TVqZzueY5nGtjOpvpLKYtTJuD9ibQpqB9DuhMpjOC9rmg05lO C9r9oI1BO4Kx2BC0DwWtZ1rHzddyu1OZ1gTtLaBTuPlqplVMJzOtZFrBtJy7XsbNT2JaGrQ3g5Zw Z4u55iKmhUwnMp3AtIDbzWeaxyOby81bmVq4ZjPTHKYmpkam2UyzeNIzeWQzmKbzpKdx1w38onqm 43m4x/GL/NzLVKY6pilMtUGbDzQ5aFPfMCloU7f3xKDtDNCEoC0PNJ6r1DCNC9pwLxBjOTeGqZqN VUHbelBl0LYFVBG0bQCVB20bQWXB2CrQaCYfUylTSTAW33cxinMjg9YG0Aim4UGrujWKmYqC1mrQ sKC1HjQ0aJ0GGsJlhUwFQWsuaDDXHBS0qhMbGLSqZzOfaQA3z+M35DLlcGf9mfpxZ9lMWUxepsyg VfVSBpOH+0znPt3cmYt7cTKlcbtUphQmB1MyU1LQMhOUGLTMAiUELbNB8Ux2JhtTHFMsN7ByAwsb Y5iimcxMUVzTxDUj2RjBZGQyMOm5po5ratmoYVKYBBP5umPmOFV0xTQ7O2NanIegfwIOAj/C9gNs 3wMHgO+Ab2H/B/ANyr5G/ivgS2A/sA/2L4DPUfZ35D8DPgU+AT6Onuf8KHq+80Pgb8AHwF7Y3gf/ FXgPeBf5d8BvA28BbwJvmE90vm4e5HwN/BfzQuces9f5Z+BV6FfMOc6XgZeAF1H+AmzPmxc5n4N+ FvoZ6KfNJzifMi9wPmme73zCPM/5ONo+hv4eBR4BfN278XwYeAj4U9RJzgejljkfiFruvD9qhXMX 0AHcB/u9wE6U3YOyHbAFgXYgANxtOsV5l2mN807TWucdpnXO7ab1ztuB24A/ArcCtwA3m/KcN4Fv BP6ANjeArzed6LwO+lroa4Bt0Fejr6vQ15Xo6wrYLgcuAy4FLgEuBi5CuwvR3wWRE53nR05ynhc5 z7k18mbnuZG3OjdpMp1naoqcZ4gi5+n+jf7Ttm/0b/Cv86/fvs5vWidM6xzratadum77urfX+WL1 kWv9a/ynbl/jP8W/yr96+yr//cpmmqts8o30n7x9pV+70rZyxUrNtyvF9pWiYqUYuFIotNKy0rVS E7XCv8y/fPsyPy2bvGzjssAy7YjAsveXKbRMRHZ0796xzJFWBfatXWa2VJ3kX+Jfun2Jf/HcRf4T MMAFRfP887fP888tavG3bm/xNxfN8TcVNfpnF830z9o+0z+jaJp/+vZp/oaiev/xqH9c0VS/f/tU f11RrX/K9lr/pKKJ/omwTyiq8Y/fXuMfVzTGP3b7GH91UZW/EpOnFEuKK0VjUQcwMQUjIYcoG+jw Od53fOXQkiPg2O3QxMYkO5OVfjFJonxSkliStCHp/CRNTOJLiYovsV9uVUzCSwl/TfgyQRvnS+g3 oIriLfGueI1dnVv8hKlVIS6tYB40JDTXCfEeb1WMXcTYnXal0mkXZH3f+pVVY3/Y8pJFiYkRMTHd MYovBtVjop3Rivrojtb4ogcNq4oxO82K+ug2a+J9ZljUHrOiJk+tijE5TYq/1DTJpPhMpeVVPlPe wCrSCJcQJCwgjVEdhbA7q3Cud8QLncD3vH1qXU5OTYeRptQEjJOnB8RZgcw69emrnRbQnxUg/7Tp 9e1CnNfQLpTyqQGb+n9sQ/lNW7dSWWpNILWuPnB9akNNYCOETxXdEJTaHk9lDTmzlq9cnpOzYhYe s5avyAn9QU6sVHM5qlH9s3wF8urPylCecn41cTXQ7OVIK6Rxxa+3+v89iX/3AP7zUzupv2Qwuls5 k1qUM4DTgdOAjcAGYD2wDlgLnAqsAU4BVgOrgJOBlcAKYDlwErAUWAIsBhYBC4ETgROABcB8YB4w F2gFWoBmYA7QBDQCs4FZwExgBjAdmAY0APXA8cBxgB+YCtQBU4BaYDIwCZgITADGAzXAOGAsMAao BqqASqACKAfKgNGADygFSoBRwEhgBDAcKAaKgGHAUGAIUAgUAIOBQcBAIB8YAOQBuUAO0B/oB2QD WYAXyAQyAA+QDrgBF+AE0oBUIAVwAMlAEpAIJADxgB2wAXFALGAFLEAMEA2YgSjABEQCEYARMAB6 QAdoR3fjqQEUQABELQI20QV0AoeAn4CDwI/AD8D3wAHgO+Bb4B/AN8DXwFfAl8B+YB/wBfA58Hfg M+BT4BPgY+Aj4EPgb8AHwF7gfeCvwHvAu8A7wNvAW8CbwBvA68BrwF+APcCfgVeBV4CXgZeAF4EX gOeB54BngWeAp4GngCeBJ4DHgceAR4FHgN3Aw8BDwJ+AB4EHgPuBXUAHcB9wL7ATuAfYAQSBdiAA 3A3cBdwJ3AFsB24HbgP+CNwK3ALcDNwE3Aj8AbgBuB64DrgWuAbYBlwNXAVcCVwBXA5cBlwKXAJc DFwEXAhcAJwPnAdsBc4FzgHagLOBs4AtwGZgE7WM3ihw/gXOv8D5Fzj/Audf4PwLnH+B8y9w/gXO v8D5Fzj/Audf4PwLnH+B8y9w/gXOv1gGIAYIxACBGCAQAwRigEAMEIgBAjFAIAYIxACBGCAQAwRi gEAMEIgBAjFAIAYIxACBGCAQAwRigEAMEIgBAjFAIAYIxACBGCAQAwRigEAMEIgBAjFA4PwLnH+B 8y9w9gXOvsDZFzj7Amdf4OwLnH2Bsy9w9gXO/r87Dv+Hp4Z/9wD+w1Pi7FlEhmuJui4+4resJ9MJ tJw24mczbaWL6WF6m+bQGVBX0vV0C91GAXqEnqHX/5XfRj86dZ2iW0RRmvtIT3FE3Qe793XdAnTo ontZLkYuTus6bOm2dO8/yra/6+JuS1eHPpYiQ23Nyquw/kN0dh/E9xX57qFqXtkCHRNq8bXh2q67 u249yge1NI2m0wyaSY3UFP5t9wXwzIm0kBbR4lBuMcrm4TkXudmohVgS0odrLaGlwDJaQSvpZPws hV4ezqllJ4XyK2kVflbTKbSGTqW1tC78XBWyrEXJmlB+NbCeNmBlTqPTQ0oyW86gM2kTVm0LnUVn /2ru7B7VRufQuVjn8+j8X9Rbj8hdgJ8L6SLsh0voUrqMrsC+uJq2HWW9PGS/iq6l67Bn1LJLYbku pNTSB+lJ2kl30d10b8iXzfAae0T6ZW7Ih0vhg7WY4Rm9Rsz+W9XjrfWYuzq3tvBMV8N+eq8WJ4f9 qNY8AzW5F14HtZd1R3niAsyB9eEZce7S0PwPW3t75des0h/bennm6lBOVUdbf0lfRtfgBN6Ap+pV Vf0BmtV1Id3bfm1P3etD+RvpJroZa3FrSElmyy3Qt9IfcbZvp+10B34O696K+S66M7RyAWqnIO2g e7CS99J91BGy/1rZsew7wvZgj2UX3U8PYIc8RLsRaR7Fj7T8CbaHw9bHQzbOP0qPIa/W4tyT9BQi 1LP0HD1PL9ETyL0Yej6N3Mv0Kv2ZXhdmqFfoMzw76WXdhxRNo4l098PP22gWfnSISss1ryKKaMhA xTSBJtL0B8mMz308DRc7d9orKox5hofwKVfIhcuAkYQo98VoFfN9ycmlnvuG6LdqrGM7RN49pYat uOaWdr7X+WJ+53v7Yovz94n8d/e+t9fy9YvW4vyCvXv2DhoorG5rCLZoxWCw6T3pA5QhWd6hBQWD S5QhhV5PerQSshUOHVaiKRicpmhs0lKiqHmhefXQNM2kTr2y3lN6XIEuLTnGZtbrlJTE2LyRmZa6 6ZkjB6QaNAa9Rmc0ZA8rS69ZWJn+lsGaao9PjTUaY1Pj7alWQ+fbuuiD3+iifyrXLvzpEo1+xIzS DM0VkUZFq9d3pCUm9R/hHntcTJxFa4qzWOONhlhrVHbFjM7N9hS1jxS7nfvqnAC/3UGkFfBgGuVQ ET3tS3YmWsQEpyVGfZjxSIzCw2XCo0MZ4MtOtvtQbveh3G435aqVc9XKuWrlXLVyrlo59378vYe6 d++EJm9BR/enO1AT/NWOmDCbQ3xgR1SIP91hUlmx+MzXm3abFFNy1reDBhkyQv/ltbawQ5jaDVOp dF9paG2KRf7MvaFv5OA9OSxgzskpZo2lskVrPe507xBr4dACNzxvV9csTSMKBygej1VdsLjDUiuc RZOaTxrbdVdCv34JwrvikubB8Tmj+w+ZUZnd1ZlcNG1c8PHyKUOTJmZWn1j74sER9eVesXzUvCkl /e3OLO3pWc7cqWsmDJhaXRQbOWTKYkXkjx+S0jXTM2JS57vD60c6u4pShk0hQXd0H9RO1tkonzru KR0kPFFht0SF3RIVdktU2C1RYbdEdShWX0pChkn1tkn1tkn1tikSdUyJqGBS/ZZAPjuc7YtTHxYr 7rg+lFOC+h+rUKDyvShL6D8FTs31xeyOEi9Hiaio2NQpsX6dn0pLS+HDmSftKxXw5B7Vj2EXW8I8 aODMTLmhcQx6ZHhz22GTUjvZaHMnJrtsxs4dUEmJ6Taj0ZaemOS2GZUJRpsrOREq2Rhl0OkMUUal pPNRqbVvSdV5UNFLTew/UQ//2WnyfaUJkxLuTtBQ2IUUdiGFXUhhF1LYhXQ//g4c2b37Pngi0jIl NF1MU26XXvOSMxD1ctwRdndCUu/RHh5heFT6HJygkXSHz9JYsrREMQ8cmJCfHzkgMTE5PLzk8PCS w8NLDg8vOTy8ZHWF0zIGRUVFqmscqa5xpLrGkeoaR6prHKnOACfKl6ROJ2NorSkxwZyfOGiA3pld 6/TLJSyNTSi2FmBu8lwMthZYepS1eFR+QYG14IgZe0S0RlVZwtNrTdWolqYkiAKBUBbyiD7HaHMm JbjjjEpXgcZkT7XZ02wmpataYD2TEl1xhlzHfNfAjMQIsUonNpuSnd6kRTGOuKjDjpv30yWGSING a4jUI3Rd2WO/pX9GVHK249DxmlvS+ieZIuJS7YhNNxBpbsTNkWPTqHZvwQOKhkzkVOJ3qMGnQxnl sxAixQeIFJkfW1oKvjPM6x0j9uyF2GvZO/iXA4LmmAFBc2NKQaW/eXTXY7aMDJvInr3+uNy4jKGe nAnF6V/a8ypH3razeHS2fYRjWF3FQ+8NqShIFQWFx1UOTrekujU3uVPTK5pHZ1UMz4s29i+vF1d5 hmfHdz3syBvZVZNTNiCx66b4nBJ8ktT5HcL8YslJ6Q9SnFKMi22yYvNFRCT+GN3i+FHHsxH5/PlR F8fTawqGXgM+NLbt6a0/hUZrbXvkjIpAtn/LwgsvmLu5IVdxnvv85tE8sMozH14/5dx5ww/tH9R6 ubp71TFEYwy5NKg9OasDL7dFuOJccRSR/L3Xq0/6wdyS9YP+sFdF/gvFxfn5IZ+GttDRPvW4rUdJ 9G8w6Ts/UQenxBpMBi3yhq5GMc9gMmo0Rugrxa162Ctik60GHqjB4oiNTYoxdj1vsCTHWZMshq6b DZYkdcTdBzWva72IooXtCKGKLYjIqP4yNSX0b0Voi/VFqEGtNXa+bn44qKkhbc/ewYcH/TsimOZ1 ox3n32UzdKWF9rdbjWDuxCTENPGBweZCLLMbE+R0xJNdw6XWfNMzyWZxjdTEYxc1GLud4nYRYcyR ltbQKLHEvYfWE4Rq5Ksj1Bfi1T0v1PxDz0rf3U1W9DtDt0nx4qZGpFe81vDaKm/ibYnqPz+JUz1k MLfaOkR0uza0oFjL0Fv14UXscQKeypuWmC6nLaNnykvUc1qZ4cbyPC/ffOg0g9URnpeuFbuoiKrv ybXnZSV2iG5fRLo5PzIvL70wUs1ZKX1IS168SZPqbUmdbwkvjhqueHFiEZpii4uxRtbi4t6+8Ai9 /jfDU7xd12qIcyUkuWINStc5Wk82LjsRmq4rFUOsKynJGWvwJi505roRm/ppxeCoJHe/lLlJGYe9 uerQmVFRGn2EXrP20Nk91qfSXWpc6ixUnk7rn2xypYf331fw6gga0O6OVX/dJkU7sEM85zNTytBW U/8EV0vCfM083nrFR+w8vXp8s4TXm+WxqY7+2XTi4uMTCgZoDq+F5qv05OVOr6Xr0+xJWUIowmBN iU9MVaez1uqwWY1dOf5+ikDSx6YkJKZa9WXpLqdbMdVcNT59XM249M6Hek/GGJNo6cqovWFKtt9/ XLb4zog11RrV75hCc7v3ayu0g/G39CzKephsyghspTQ8IylJxARj5no6REy7bsHPQlKv+20oIuEW bMf0QheritEbHlyz5r5TR5ZtfHDNyp1rfUH3uNX19afUeFw14DXj3Ura6S9dOLFiy7Ob179wwcSK zU+eX3/xwpG+JRfXTr9s0YiypZeqY1N9fgL2Vyq+BLntXv0Dio2sGNxION2a9Z1OF5V5wN4SpW6p cJTa0xP21RDZ29HuwfEJaRpDoTfL65XR84TC5vNbL5FnzZsozJ4K1/DpvvQdZSX2/PiLrh0xdlCS 8lHd6dPzuy7s7VC9IapgYuu4MXOsOl3XIuewGjnabRhtAflo1C6KVOz3DLLkWAvVX1X0jrCqQTYm Jcf68YgRCcUH1N3CZ0F+tfYOVr9bxa/1ighZWQM0P5tGzzcsISE+vtd3TLPNaM9McbjtkZrjYjIG ji6cJyeGj0Ny46bpA1OHjB/kyMt0WxoiDV/YB9b4Lj2vZOLgpDgDtr8mItr0Tf+K/OSuST0Tfc6d 6q2aN1r9wllM7oG+7M+Sk5T3PCNzkrruSsr3qRFgbPd+5RB2Tw3V7KIyJXant9BbGJ2q/s4lReN4 mH0RxSU/ppbrcuYiHFjvdcUNjFPiECfMoS3VuWfmPvW4dO7Zx59tfGMO7y+93F/8F62evN4e9kh4 z+mVQyPmnldXMHv8EItBpyj4vpjyqppG5o0f5sypmjZzWnX/whlrx/SfUj4oOlQeYYjoN2pKQZYv NzG3etqsadW5Imvcikm5sY4Ui8lit9hSbRGpntT4fiO8/UblZ/YvqGwa7Vswrp8lPinGZE20xCVb jcmpyfbMgtSckgFZ2YMrZsEXKVj/Eqy/i5ztpMVy74iP0VoQd3c4WiJDe3SwyH/86yfU+SH2Hl5W tzxKoc9mSUx0196IWHdSstNm7NorP5bKp+q6aN7OdB86vWeF1hut+F46rAY1IAu6rnu/Zj9iVA5l PEguJQ4nOV6x7Yz0tlpaHYePcenRx/jwNyB8gHtFov2jFl87Z/a2JcOxmxKTcQv0VM4uLp5V4TbG uRJTnXEGcdWKyxcUFbReukFZKr8QnduaWivScR2q/z/sfQl4HMW1blUv09M9W8++STM9GmlmpJFm tFiS5U0jW9Zm2QaDFwgGy9LYltEylkZe2CLAJBBInsMHITjJi0luSPJebsBgwGyJ/UW8JPfauRAC yX0B4rwQAlxESG5uWIKld6q6ZzSSZePvfvne8n2aY1VXV1fXqfOfU6fqVPd4mOFcGfQvBAi9Av0r QXWPIDdYwR8fK3Erktt5nLGnJIO7OO3itZnRBi7Um/QQm/DJr0IKoyK3Xo1EGhoKpoFal0snMEOc 5I4ESyo8Rm7qKzrOUqoEww6BxbUMuH7RUVJcHDJxQsBgJnCajexzLr+JYwWj+PED7FWSSc/yZr8L +tgI63oB+rgMbUqJScmIllVXG2uP4/dS0jKj22MqC4eNJccZV8rqMTamK9LVYQNbuOyAiS3fc2+y qcnW5JHVvA3yBWKwYfYcgex1dnUHIZcjonFvcCZfLFAS9xjYM+wvOKMnFlTiPpDzVwK2RZRAyC6w f2HeYfW2UHFRiU1gP8C/Y/V2IrKZ0Wkiy0bmo7O80TJHfOnj/8ZeZjCRUpP48X9X85zZ7yajuxVW iWVg0eWo/kkkMz2PKw4gFCGvqEsKNW1vnxShlkWWFrXUxH+rLRULVorEuhsxyeXM3EmdGAavDBzA lM+OeoKcHmKf/zUVkmUyOTEDRrtRx+otxqkQg8yW1Ta/rA8GQhaX229nTodK7cTuLQ5TucXp9NrP 1pSAD75/epJ9id+DKtBydNtjoAkp1KAFXQ1aENagBV/k/JhFxt0Nx/EHKb8zboNKcQVqxEngFScR WZxEZPHjjJQSkVNqqA9xPDg1/vFIl79N7m6C7FF+LR1S4MbdNPSgMZcaetWCtrfmBlnUee5oU3Wd mz0Fq8tFHflLdb2HtsY729qiepvf6Siy6WCNA8sxmz62pqMjtv3OzbHvOxdtSikrUqujrTesWrGl 0Yv/MPb0wTZrZEn5EIRXMOCMen5xbp4/+/vyxWF53a0Pj62+pW+5rWJl7dT9l21e1ns9ILYNEPsq P4giqAndmQo2L8UGfxOJQZtIDNokyyQBFJoIKE1P4w/BqSSnzxAkk1qYm9TCXHo0auUGcgTgJHuo zdAU9XPmCvLKnKdr0XHMPWpey3cTj0hhI/6IwqahR3HLrwTr1XWg6vtd7hnPFIkUrjka2a/CIslB Nrva7/9U712bY7Xbv3jN+ltTgiNIsBMfXHVjazMgBci1hJan2qLeHFD71m5ae+vR7dmnD7avXsUY BBMJT03C2dWA0fYbUq23pAGzVTVkjt8KaN3P/hN42EXo+6mKZENzw3ADaydWY1cAArs9VCmT3TCC lro5JhMbqzyOP3ysNf4PcSYOID1GrGoRd1yFEY7vEtjouYEe36SGyRH8QqHKH49zhzjmBIef5zDH FSVfiXR53t5mzpgZs/h20VptGp2k2zgjkxqYta/G1b0yukNGDREmHQ2sOnUVoStcxDmjDRRQgb0/ 6j37SKAtc2mqrzNpBNfNMqxgaNi0JzX87ZEly/Yc6d1977aqB9kD+5ZftaKEYZhoaM3+TQmnzymY vTaT3WI0eD32Fdcdvy775M2rW0e/ssV+yz2J7nQj8Sn3wxxwBEZoLTpwrHkRrrBrxmLPDUe7Nl7t 2ni1k+HpDqjbXnQDjO59UVgN5Jqk7ngFKrzgkXRPVHWVtnm7qXnRxRVOahs+6qBsmr3tQ4aeTpgn JFQ9spM9orepY8+T6KxecUMrnNJNj9yQbD/UeeX13SGv3kDGmkHPWNZe3Vq6ZePZO3MlheNwTefy HXf0EEu6DWK3S/kkxIQhdNcTzeH14eEw6yJggIguDQN6bqfHM2SkubSR5tJAcz3N7EFFyKki5dTu cmpXnTlInQDT41KQ7N6S14iPeeVOis/Lk3HNWrSRN/+emJ3seYPrBkRceMVcAOyVS5fEyV8eAvag oAos4OolFeVN8KdpHqbrZ7QoGH8AUbDajfNFweewKuCgN4iwZjXoc+2CRTlRiu4PDtP9wfn3A3OI oOOUf1uO//n3A8/fiRm95u0aPEMtuidlscnEokmimfh7RHt2TXszlp23dG0IkIkoYJDlnKXTTd+C /V78wROasRNTT0lVXRXe0s6ctcOaaTJv7Zq5U3tH8fhFmLzzk0yexJquYlnovm/tJ5j8jH72bVwP Fr+NWPyV4DtfA4RIpPmdVFFzOY7ZcLkVR0w4YsQRPY4IuILFENcGtIkloAEW0DxlQPOUAQ2wAHGQ gaSEJQeZrR0ELgfxxQ4ylzsIZo6nGInsnz5hQWszoCYveTfb0gVBLaNN3QDZVg2y3NMFgCz3+aRQ l31tyeg/jgx/a6ihafR7o3Bs/L5/xe71nf2tIX/z7vUdu1sV/PuhJz+zZuVNx0bg2AXHGzpv2d60 6Jpb1nbd0tO06OpbyLpl6h72JcCGrFvGybol1CBpViJpViLlbFfSpJeoY3SqSxa6ePGQy+rqZd41 S6e8/rxrlvmWLPPYyPmXLHdfHWttSZUWGIvD6bcJ5d1rL63a/jmyZKmjS5a2aOt1q1Zc0ejDb+19 5tZ2uWRReGpFbiRxb4lqvCMeqFhR7uw++NDY6pv7ltnLV9VMHb5sy7K+G7Sxxnwb0KpDvccy9Thi 0SCyaMhYclBZNAwtBCqb9pDECgnBDPkAwbKUGO+KWJxKp7MbqVs3YBATuacghXCoAp8HEh3zbUYn 6vXu4lKnt7p+SXjuoClrWdJUbAqVFhs5FrPbXQGrKIp6R6K78ezD5w6bWxtaoxZWL0mime60XTo9 yfwMJO5EP0sZk2ua16xf8+k1D63hWzQBWzQEWrQR00Ie/9i1c1k7GsgRv5IKltaW1hr9xMP4iXPx E4fjJ97KT0aQ/ynyn1BOn0hJ5MmKMUUfRcFpBNprNj5kZIyJVxulf7NeYt1mzVjZRmuj1bXs1y1+ vrzL9aZqWgDjpJVEAVvlSZkOsPjMAzsS4+dnGw1c7qJD/Z/VXX3LuurNq6tdEgehpSHevGlxRWut P5q6ZOOlqWj5hus3lHYsKXcKLMsKkk4saehMVqTKnbHUho2XpaLYvHoA9O32OkqDdp8s+BW/LdxQ FlkUC5bEV2xaVt/TWWm0OWWjxSWT7WeX12UPVxdF62NKScWyyzVd8IP8MLob3f1DtBi/gtLoKkCs BWXwmWOl5fbrb4PFXmqJxWsZbEm32C0We0uaW3szWnt9R3ByrG3xVbvb1vzbhks2bNuQ2cAmNiQ2 bK77aWR31+Y329beZpn0dtwBC+SjouqbIKJqrstDaaXmSfYWJ2DkJuFjayLPeWrl18jGlxZy6bQN VC3aqqsvcFlz4XReEH6XOxLJLw+d6qJRRzakXLlFJD/IwAo6GEu62vtSgestNl5v0l/nTawsj62q 9oWL9SzZbCmp7yrUwYU1WHXJtSu8cZvLXX3VrZdvuOHyijcgMuVslj80dLjKihyCTq/jPmV1WQ0G i6grWzO6jjErpXafVehatrnRX1TTVp7qKlIC8yhvyYVVv6RndUSn83REVg5fmkhsunnj1YLVZy9V pqSt14iSyJs9iO5h/JEZ5P4RLUFXHStH1nCVNuKqtJFYpY3EKm0Oq9J8UhVxQUa3qWoy3FFsmnR3 1BA1C6qaTxOnU6dFP6cn1OcV3Dl6vJAmmEG9rJQn3G19qeKbVD3cmFuy/EFvpAg2trtLixx6XuS5 TxWXyObZ+L0sQC1ONEJmrtzT00Ru9o98kong70AEKDBlzH9FGh7sK4BHC1r+SLJFJuuqeCAQt5Ax YGTr4y0dcnxyaX2Hg4R9ZWtFNew7DZaNk7VkY4c8VErWVONaV8HOeKhAMueFoGC/E3Dp6RMAu34q WSDg+dFgn/D7Pr4v73OdM3LaikPW84Kiysq9wP0KBvw2kNVMvqccX7eFSBo0rTQVAaH6+OVoXUdL x9KlSkd1B9OxxRyfrO+wka+Jla29qkDlMLZrJ7Y2JcnycyJZR92iOpYpHDP6nwPFuaM7B8XMQyzr fAbCvaC3BsrJQG0OTLUUIAXBnSUQmx8r/EOyzQfzmP4NakPmPzS0wyh0wigkNhSSzZIGVwGKVofV ZDKdD0eMc89/p6bnGppqZ7rLqJ0dU+2MZ3J2pmsB7Hej3Y8EV6yn5rW7drd599atu82sfx357vjK GrKuf6TMfxkAnXL3re3oXtFR0xGPK4urFzOL1yP/ZFkHR5Tg1NyrpoJmdfwRe6R+lSqCGOXFmmGo 8DHaJxsyThdaqjV4HkudQZ9ZVeyGvNdNHkwmC3Qwo1M2UWjIFxjdhQo4/0goaADQv4fsEkHsVovu TgUhpjFEyeohSlYPUT14tygNx6NkDREFTTyurrKCmk8Maj4Rjh/QdRnJPEpfLtIWakFtfRIkehXt VZ1RA+/tLIXF6sxWkfpYTVs65JYT824VzdnPbmic2TT6qmArdrqLrbq1X6JBDHmiSwB2JzuqV1y/ WnAEYdVmE/Oxzb6N65btvGM7U5JbmZ39y/prVpVt2ciM5UNQwKcEor/rAZ9K9LsnUXga1uUGI0il J2lZEAfUTAC7NDmd2tExs/tBjzbtaIXrqUbINEJ8ZMVRGcd4XBKDguUluLQEh0i2OYRLQ1ihpQou VXDUgveGcOj49PMp0ersCCmwYoOzN1MiTEQhsj9FzogmQqR9I9wYinWGDL5OQ7e2556kqKL4VhoD xdV/mERCKu5wHo/TN+Hyr4/MBEduu7tR28Bmr8cMy0ydplvXgZjXzE39jOOx3h50F4ftIjfFsX9j JHvI7w5YBfbrnCgZhY+/S7aqOb1ZYjcbbSILZspAIp71GY3MG6JRzzJ6A0G7fvoj/iCgvRq99iRq h6XpchANonG8tnwxbiTHsgSOhHBEwZEgjgRwpBhHi3CMw+UsXrIUL12Cl1bhZeT/dHbitbK2uUKO KQnMVVagBdmiFZNjykiCCFJsaemk9QiYzfJ6eVj+tMzJKZurQ67rLOtccqgSV5JrlWTFLNtdHTsr 91Uyq6HU3U3nvpcIklsnmptPA5Iq3kl1LYxovJmPPFWgdXmc2ahQ8MBgHsgLsvxBjp96nzW5Y4Fg hdfIPsswD7EmX3kgGIWzqQ/Bb8CcWVQCk+G/MsyPGdEGZh+06ZlfMvhlRrSHfJ5iohbBYZlRCvN5 UTw7OqMii0MQDaAhwQQaEkXQkAkW3eQFLk/ujNFLRF9XQPj/S/YJFEdLn0QyWJ4L8OyOyCRNwvVF YqvIiGVWCMof9XZYojQ4X5N/oLD1NFijtoXxCU8TYB30S53erD/7stNPeok/P/Vp2c6JJpHhDFaj QMqmxvCDsKTUtZEHCEWhErPL5ZWZ3aEy8iBNZ3ZZFbPH7ZPPfkmQ/WTfYoB5jvmazo4iqBEtekQK Vj+NN5NNDPy5lBXZg5K58uGSPd5B82jdUT6bC6ybmrSH0U0zz9miTsdc/6RuuQjanoxTjaaZr4VS W5cV1SaqPP4S2WXmdbLP4fDJfO0VdakrF/u+YArWlpa1JWPt5eHaoMy+37bnkrjkCnuWGU0ceZeh iCePOSGZ+mlVWfKS3a1lrfVKecOziargIvJSbAdIdJ3OikpRPap9RPTWP43JTwJU4TtSsjU46BXZ 2MOuPbVfMWbZUW2XXvW9v9Dk0V38znxDI3OdN2R1WXTJnmUrP9XkU1quaa7ZEBMsVCbd7bH2WOmi oMUYqI2UdiaY11UZWpI1yfX9y9pG18cjEZzg9RwLZsdPXZZIKItWhUvb6kPxeqKddpBliPejMvJ/ 4B9NcOS/GvNbrf7Icbw55UZ++z1ms5j4okK2zj3ldyt7xHs92dx7TXvyr/yq61Dt0Wx+l9ylTtmR c/bImSGffeqLtvKVNZHm2pAk6c0l8ZpG5d57o13XtrbBbPxZbnVreFGpneGQzxtdXuEyWIx2X5HX bBT5u+9t27OuItZ2dYO1bY07tihAxsgA88/MTWBl1Sh5NGYjJlaEDHhLyoKKrDG3+Wh8T8mge5Qf zW1rN81+2UE1q8iFN7OZm8CkHRD78I2Lwx3lvGpWupx5Ja6sXnJprYt5HfDniBLw4o72ZNXUvbnz QsOqiJWuuKyJaKCH+WfM8H+jO9nhHyIX/p/QdQQCSCiIfce8cob2+rXc2yP2c/rXWLDB/B+8xefM 9crps/CmkupEqCRRHZrpF+OBIJBhIHmiIhAorwjmEET/Dghq+8ubj0nyIOVM95fP5frvc+WfYTAj qKaZ68HCKlHV0VLrjGbMqMj8cHRPqVvJ5BSj7sASvTRdUC9E0Px+K3M96YDdbxEaFofbY3BiJ73y hkPe2m11SzfUzNJIJ9HIPTNIGOGzsi5RunzDYtDFahgND0Bf7TAeSp5BDvIzGygA41qUvF+y7Al/ WfVQF/ciTwPzQPn6kY71mc6SaPfYuq6hzrLPW8qWJyqWxxzkuG4j+/6qzIaqaPdg+6rhSyvL1wx2 xtrrA0WL2isr2hYVX029J/6A+Rr0iHjPxkeC1RIB0Em9pwM5ieuUqpNBjvdn5LG8AyUPBSfncaBz TDuP4bkOtPnq5b7Kipg7p2Pe7JJLfHU9y2YcaEdVrC1WWkccaPue9XHRXuyYOsuTd2F0Is9MEjMA aGuqk+uvpQ40vujZqgRxoKpN4BdAqioUebTEhyzE2Rh90kR0T4nFGcg4R2f2Ev80YSsQYe4momoJ dNbm8AsMJ/B6g8VptRQpYVeu795w2O2piITt5pBLAD/2c6vHLPA63uCJFU99Z7YptAdjbj2n15nd 0MuVzHN4EnrZjDqeRE348seUSqXS6D2ON6aKkbHii2dq3qthahru9jbxZXukL56wPm9lrK67iRJm 3szZOt+rOQUbRg31i/Kn3Mz+kg5siMOTpc1X1CtLE0GjjuUFTiqONZRVrahY0dlcrjRdWhuoi/oM PFzhda7SZLA2Hm/uaq5g98VXVnkMFovR7TTZjbxss5REi0JudyxVH10Wd4lGkwRXrEbeJJvKfYGw x1W2gmglDPI+xD8AUUrloygcjBKtyHaLITgcvc9ruM8+HL9fUO3/NH0NcuJPz700ob0kTF6F1JzQ rJ0W10wcTU0NP6STXIGQZdvl6wwGg3GtTpvH7oQzw51KhS+i43Q8w8ouj0Gv4666Gkc8xUWeG3kI 1jhIbvQUFXum3q2ptXAGG7Wk55ibeAfMXlVHxbA6ERcT72INi2x5xp1RHs5Pw83U7cPInWcSLoh5 XLNCHuYmb9jmNvHV6bqll9a4dDADOLyyrrEp1FGeczz5WbeWOhLcrVOHgW7qJ+2dySo8kDsnKAeZ U0waehxFdY/YQkHyn3zaQ/pQ+Di+MmUQlFDI5MuYRlFGdYjYm/R5yPyqvcWDoU+wqs0tZWGtMHsl ywQdfgssMZ9iJUdJUVHYKbFP87woFzlcRTYdezfD3s7oZT/vIF8SsJimzBAlkAcGevxno9WoB+RJ t6+x2/EDgl5HfjuqkjnF/gj6uwptfEIJ1biSSUcVdDplCDlsSx16YflyR/NxfEXKKjgaMsnlDtYf y/hHcxKor6rmX+ihL/Hk3ughb/ecK1H0/MIVZNmbwGoElvsHVg/LbX/IKTJDmEmzooOcOST2Gxwr WH0Od5FVYA4wzF4syF6n02vWseMMM4L1VhUDg8VcgEHaaJz6ygwiZtmQR8RoxA+oatTrprYatDPq JV7Af+HNoM9qWJ3jXz0ecAChkuP4X1MGMWS93ztsCR/mR8ApnIB/hS/44FlLcns4vyQHn0YgoQPm L8BfmPqcBXorCZO/M5jpRHaNbJUsb39I3z3UWxwmweX0SBaLbMDdPr8Zzm1ur73IMXWMNznob16x T9Dn5QZkRA7yFvWeYzqRNXag5tdOY9UzFTylxpfmnkpPPcSd1h5CTx0l7XAKXsPfNtPOPtpO33na WVPZtLgi3rQ4PvUYX9YYL29cDO1MIAZL03/Fr/BXw1RWjsxwzb9WbgN7efVnBbMqG8k/QZ/zhbBn BfKFrCKbYMV6Z7jIH3bqzaI3FgyWQ+zkKQ8GY14Rj+WeirFPGW1GXgf2/bemUNxvMPjjoVCV12Dw VoFEk9OT+CHuGtoT5RnkYvqQgpxM0+MGuQL61Y+gU/LEnBk/yi46X9/uFSx+p8sv67BVZy8t8pfY BVF0lRYXRdyi6I4UFZe6RFxPvtDBQsJMG2WJ52F5+7FSHPUYDJ5ocXHMK0neGNjWfdPv4yF0BtB2 H0U68l0kiKEBb4iEAe34SfX16DzcQ8kVyxLkb7A9mVgNf8TfXDl1Aj/O70NBwFn+idfyYx1KTiYn a6r53Dcj6GbczLYcfW7/uMHmNk6bLeTdyW9+Uz1OG902w0cOvyz4Q1a3RcdPFClWtwxLM7+dcNo5 reDD3IPIj4qeRH58KiUaBZvxabfhWY6yxMmJV39L+OrCuanCmoeOTBX4cInj9waTyXDrreQxBQfJ 7x0l31SKiwIhP/dVmJUtEM/p/CVkR/3K6WKQ6xeMjr0ZbQU93snuYA7zYzmL8kfa5XawqNOFS/yc 1oQ5JS4nc6tOdttsHovOLTlCbk/IIeKpz84qq46wn8mZFP6XXG6qZnaZLEPfvsA8z3ydfx38y2MI 0fPTzGn+LTh/OneOPfT8Ge38X9jf8G/C+QlEfidNu1/7Dk/roz4UqfsBLPwMEBLcARJWwvLPjAy+ yMTztbi2Vl82YTnO3PZo3YR+JBebbaVf5Zn8xaR8dsLapM3Sue/B1M39Ko9z5qs8NMt83R6uXdZe +XOL12c+3rF1uWL2xbzK4pjnGZO/Mrz5GiXmMyVspQ2xXTcF4iV29mjpitqIz2T3MD/w2P11a5JF dfGwQafUrsJNzhKP8ZQtWDH1bFG82PJbczF9n0XDBCXRUvKNFHwl/UYK3vIIcleAMCkxPKF9046I ZsuHCCAZeYR3dgIEK4wSLvzFFOa0GjFbhKkXYQ632wIkcAnY7GSgVuWuMWdglQWRssDjbnCdWp75 ay439SKuyuU1GYgeQSOuZ8iP9EHMJjO3HdXCpsn53hHGnrnsZ5jOMKJtU5tAS9Hio1VeAky4WqL4 hOsBkccSbgMbiJFcYNSai2y1L4ZM1sqTs0Lb/JQathcungvelVW3Hn5DZkm73yy8hUWLi4w2Eb+C Ye70OMlCJ2Bvcyuw+vkp+6Jgc3ptXZLdKDK/g17DB/qfOvsMS1ZvnI6D/I/y5S/7nNCE9eyfGZPN B47DaDWBnT/wSYQ3/6fofULMyoumP/6/Sew1s+gBjT66MHFbKB2cQ/9lFk3MEL+Ef7CA/jI/6dZQ ek4lYU0B3aXRK/ORPqE/Nh+Jpk+kB+cjablGr/3fIcN2Sr+eS0bhHOqaRb8uJFP//GRGlA6oZGme IXmFRk/l6X/MJesy67tAH80l25P2zvnIgRy/mo+cjXPoiPOIS+faTenHbgOlRqDPu1/2tADd4zV6 d3h/6HP7vk3po//T5A/4Vy7QAv0d6LOz6KVZ9P7fm4oqC6hXo2vPQ0cXaIEWqOjJAjpZ9FONXlig BVqgBVqgBVqg2VS8qoC+VfyiSoHWBVqgBVqgBVqgBVqgBVqgBVqg//+I/u/2GP59D9LVeBzpUABZ 8eHpdyA9Mf0OtuBD03+F9PD0+5CeoPmTND01/ToOQPl/QErKA7Q8AOXv4CuhfBLSE9OvQXpy+s94 Ly3ZS0v20pIbIf8+pCenP4D01PTv8R2U1x2U1x20zTtom3dQXndhH00DUPMufOP0byA9NP0qpCeQ HdKTyIDvYrdM1+JD0MJbkJ6Y/i2kpIVD0MK7+DC08Bakgem3Ib0R+nkYav4On4DydyAN0PRG6OcJ aPl9SA8jCdITyAjpSZqemn4DnwAuW/BJuOtdSAM0JXedhLtI/jDiICV3nYS79JCemv4jPgl3gZxw 188hDdD0xukXIT0E/TmFH4N+noI+vwvpyem32S3Qt19AemL6UUhPTj8D6SkkkS9MMCX0bRfy6aMp S7VopmckzyAzy2l5FpWyNi3PFdThkYdt0PK6gnIB7WXXaXk9qoAral5ECjuh5SXmSL6+AW1iX9fy RlTBLdHyJubLXK6OGQ3oPiZ2Rj+1wi4tj5EgHNbyDBL0b2t5Ftn0f9LyXEEdHhlFVsvrCsoFtFS0 aHk9cgrDWl5Estil5SV8Sb6+AcXFK7W8ETnF27S8CXeLuTpm1CC9AT3BnKjhrOZVnNW8irOaV3FW 81xBHRVnNa8rKFdxVvMqzmpexVnNqzireRVnNa/irOZVnNW8ivN3kYJqUTWqQXWQW0t/TWEEDaNR +NuBslC2iv4KhfpbFD1Q0g+5IZSAKy1oAEhBG6BsJ9oF10bpWRqOaai9F9I+qLkK7huAOtuhrB9q 9NN6PfA3CG310bpDcDYKZUP0mnp/P/RAgb8eqNcPLRyAs32QywIvhf72xXbID0BdhfZ5DO7uo7+t sZO2Mqy1moUagxpPUkMBGYcpzzT9DQ0iSyeVdQeU9NDfdhihUij02EOlJHxVOXrhSiVteZCWDNAW ewAjtTzHZRDaGaCIZbReDkHJIOWqtknkzBb0gHDMUFlyv/2hoq32nXAaBgQU+qsXOykK/fR3Lsjv h2TpGZE4m9eHipnKRaF9H9LkGqbYbqc1Z3pcKBFBbT+9T5X6WjhPUHso1GaUtjZIWzhAcRjTNF+I N9GYKn+a9p/Ir+plhFoDOaocia4VaCOTl0bt406tziicXae1ngUpVA3tzWuph9pID5QOzpIrZ829 0JMeyr9X45+gFruT6opcOXcMLDlH6k2a5fRrNlYPrSxGDRew9Czl2UctkXC5Nq+DHDbzjb2dml1n 8rWJ5aoaH4L6aWo73VCjF8UopuVQp4+2107vHabtZ4EyIEcSaB+lBB1Ts/kltNaTkD9ALXAn7XUG WjgApQSxHVRiYqmzW82V76C/eDNC7SXX3hVUBtVKDlDtjtIeZqkdj9Jxp96tUBnIGEhTDfZTHmmq w+303hxaq9FGkLtFu3ek4Io6fvooJjNjYp/2SzG7zsNXPSd1e0GDYxTDvryN9dHrGWohBwrsKkMl HdIsS20rTVMyUubKTa6rIzIGdxFNEWvYnuc0X6+Gzmn54jGaaT3nFRXNr2Vpv3tn+ZdzZc95k7n9 WlqAAJFElUX1srl5YiTvsfuozxqivqvnvJKqOPfMwlQd8cNaqkql5seo5Y3RO/vo+CfSpPPtkJoD dNRcSEN/r3ExMyaStDdkDKieP0F1lUH7v6vUVtfUKWv7e0eGR4d3ZJVVwyOZ4ZGebP/wUEJpGRhQ NvTv3JUdVTakR9Mje9N9iVU9A/3bR/qV/lGlRxkc7kuPDCmjPUOjClzv36Hs6BnsHzig7OvP7lJG x7ZnB9LKyPDYUF//0M5RZRiqZtODcOdQn9I7PDKUHhlNKJ1ZZUe6Jzs2kh5VRtI9A0p/Fnj0jlYq o4M90IPengzkyS2DYwPZ/gw0OTQ2mB6BmqPpLG1gVMmMDEO/Sbeh9YGB4X3KLui40j+Y6enNKv1D SpbIAT2DW5SB/iHgNbxD2d6/kzasMsqm92fh5v5r0wlFEzM6qgz2DB1QesdAeLXf2V3AP71PGekB WUb6QWy4sWdQGcsQNtDiTigZ7b8OqmeHQaC9RKQeZV/PyKDKi8Dcu6tnBDqWHklsSO8cG+gZyWtg SY71JgAHxFHqE4sbZoGeHenpSw/2jFxLJCC9mdHeTsA6Q4p7h0Hwof70aKJ7rDfWM1qu9KWV9pHh 4eyubDazJJnct29fYjB3XwKqJ7MHMsM7R3oyuw4ke7M7hoeyo1pVkt/RA+yvJfWuGB4DSA4oY6Np YA4dIpeVHtBAemSwP5tN9ynbD9Burd7Y3QJXR+gJ6KdvTNXEvl39vbsK7oVj/1DvwFgf3AqI9fWP ZgaAAcEqM9IPFXqhVnoom1ByvIeHQJGx/nIlPbid3DTT1FCu8rw9otWJKYJaRrMj/b2qveS5EzPJ tbWUdiDWD1zAZMmYGCGG3Te8b2hguKeQKfS5R+0pKB7EBYxJZiybGcsC7Hv7e9Okzq70QGaOQBej C6qJZF96Rw8Yf6JnNLM/HzehaQ/6DJrvg6EGrLyRHQnT08hCvrtDow2EY3Dcr8bLF/hY2fuMRgx1 8JGLrW8ykfqM52LrWyy0/qGLrS/LpD6rv9j6ViutP36x9e12qA9HRKIvjtYn0acHWSGtRCbwoT7U iqLYghZhH2rBAbQOX4muwFvRDgw+Ge9F4/hGdCe+A30J34W+iQ+h70MU/SR+DD0HcfTzEEX/GmLf d9gu9D5EwRx7M5bY+7AXuhaazReXnYfvMuDbBXy3AN9e4LsH+N4EfO8CvvcB328A34eA71PA9zng +3Pg+yrwfRP4fsh2Ac8t2AZ8PcAX7ABXz+bLbCzgawa+RcC3Avi2AN9LgO81wPda4Hsd8L0d+N4H fL8JfB8Cvj8Avv8EfF8Gvq8D3/eA78f4FLYAXz/wrQC+NcB3JfBdM5sve6SArwX4BoBvFfBtA76b gO8O4DsCfG8BvoeA7xHg+z3gexz4/hj4vgh8fwN8J4Hvh/gk5oGvB/iWAt9FwHcp8F1Hv1Y/iy/3 fgFfGfjGge9S4LsJ+O4EvvuB723A90vA91vA93Hg+yPg+zzwPQN8J4HvR/gxLOIT2AV8w8B3MfBd DXw3Ad+twHcP8L1uNl/dngK+VuCbAL7NwPcq4DsEfMeB7xeA7xHg+wjwnQC+Pwe+Z4Dvn4DvND6M TcC3GPjGge9K4HsF8N0JfA8A33Hgey/w/ToZ93oe64Uzhw69d/vtt7+n12G9/uDBgx/D30E9xnpu XPvo9Vgv/ehH34LP/ffTe8bHyS1wDznR6/eTk/06HuuEzO0fjI/v1yo9/BNyQW0LaW0VNkzvUCtp N8MnoydZtX2owmIdd0atzWGdLjN+olo+I3BI4FLvpeBTTe8ktb+8S8cjHX/77Zdcoig6EenE28dv H98Ii+4SINIQf0ZJpcbPFPQB8IQPOy4xUHQipX1OsCzW80eOHLlYgESsN5wcPzn+DaB7gAhjkcci YKAhRc/0eaiIKNsOgXyZXLV5sBIxFvM8LgosaJZ/+MQcsPQc0nOp+dHSfTJahb3IwWVgoCwPF8VL JHiJOizqSW8+AIg+EAUsirfAZ4oks6URJSwaT8DngdQDqbsp3QUk6bCkh8vHJ6CBieP0lOO47F1w eldW0GFBvx80MD5+w6yaBw+qrWvAjUsYSzO8xul9WsVcG/DZL+XLJ46TahwWNPhoHvAb3ybLZ0QO ibwGYKqaNkDvhw7xWBAIhIChICHB0JpqTVWME7LC8KWNvCcTGN+TMCPxeRjHGYwZ6KGRxRLgnP+c 4Tgs6Q7BRxKwJFIYDwJ4H0t6LEk3w2eaJDfPEVAyYMl0Ytv/Zu5cwKOo7r9/dnazu9lLCJFLIigE ELkJCCiUu4oKAUNEsRRb3QKCi0jDPYBAJIioqKhI8VJFtEjVoiWtra3dRkgjhIsRk5BmKYHAsnGd hCRmNmtMPf/PzG5CQPr8bZ/3fZ+X08/Mzu3s+X2/v3OZ0GCeBw92PNf9ue5PUjZQnFaTU1epRVDj 2HJ5RS++91JJnSaTs803/lea6mplkfN2e+3/EU2dJsXZomkbURPMJmdbUaOyOg1ZnTaT05A1pqsz 3uR0XohKtonw0oidbpOzXV5yXvKOPjv6bJm4ZaLejR6zP2Zfr/+T3K74qHR6quf/yTih8GfkbfqJ 20Yag8eICbrQE0Zccvv69VE7W6TOZnnlavvN2XabyR7fcrNxMGKC/nHCCOeFK4bedovJbo3pnW0M X5mbSGL7pkxHHJk1fnwk2mVHGLVEK6R1NmG3U92EPn0SE+1OYXfpyZM2Pm18i+xGVRF7Yvfu47Mj LpPisrY27oLw7cwm18XCG8q7bLryLrvJ5WguKCjIby7Yv39/QbPLYXIZQ0D0j8xr+8el8BUXnUgw uRJPdT3VtXZ00YCyBWULDkw5fDh/86eb97v2u9x2k9uh33Xi3H79z7kTxhkzf0bNM87MGxVvZzQa Pbeg4Lu8vFmjL31i/363YnJb8vKEaP3K2Jk2f/Q6HK1PGEej5xqf5452tbl27oR+sz6yl51qeVQf GrPy805ldXVtznLGkY8eT8QT/TPCqCpWLU2NF/Hx+nwyW+jlRkpXSnwC/9PDnZ08b/uc7cM+GF2b 7En2GDU3u5KTB3s8ec1uRXG3EY5o9DSMy8tLtJjc1trBF/2pjbOa3PbD+h9jVesQHyrvCfPslYsX iA7zFj/wkEhf8POl+n/3+Wqh3Dz1ru4i8a5pN+v/fTv9t5P1NbCNVVnn2JGJVUwiq5fokcJbRnuR YtwVPWOm/iRWrJ2EeVJGxkTRa9rUO7qLwXdPm9xdjI3dYxFO3ky6GEdm/d8S0P/RI+NKHOvdjuKq 2JH+Nw2daFW32ZlLMsXHxnafsT1gbI8a22JjW25sTz30wOKF4pyxVY1tvbGNGNvv9K3JYmwdxjZR f402dTK2/YztWGM7zdjONbarjO0zxnbnww89/JDpQ2PrM7YFxvaosS01tieN7TljW9P65vHDtqb/ aGtHf7OhE11b6H+78v/XOQVv3f/1Xv8v7Oo/A9d/artePC92ir1inzgmKkW9Sc87YeRiVAlV6H// 1JJLJn3daxoZ3W/aGN3/KtLmGfK1ZudFxyZX88XHCRMuPm4/+OLjK/508XHvrhcf97nker8RFx8P SxfxSpvjG5LaXLcK0+0zLz6espu9gx7SR2Tof2fHM+uRarCSIdYpbynHxQ7zr8y/EsWWpZY3REnc F9ZNJrPjLsfPTR85HmeWO+BKdN2q3OK61/WastI9xz1f+at7nXuzkp+gJNiVYwmNCY3KP4QpO6xr Yy11f3jZUkQpd59tU0KxUnSZ0pDQo7X0oYykTKDMN8r2S4u7KGFnwu8Tt8XKjjblHb3oU9RliqN9 Rmt5sv3W1hKOlqSulykDKcM6vNymvBUtxpVLSoe9HQ60lqMdT1HO6aWT5XIlaWCnpE59Oj/Zpmw1 yr7LlqLOTS0luUPyla1lQqykXbZkGOWe2P7ikh3b6vcVGKW4tUSfPplcm9IvZU7Kaym79XJp7Sl7 Lleitaf8KaUyVhouFP1bUpqM78rWuWpKz5GtZUrPaa1lTqzMp2T3nK//Y/q9xl8z8JoJPeezHXjN vt4Hri01SkOfmZTMvr0pA/pW9o1AZd/v+h3o/5pe+lb2/7h/qH9ogGVAwoAOA/5MKR44lpIxcOag V2PFd3320N5Dq4Y9f+MwytjhycNnDs8asTdWPh5RMKJ4ZD/KiJEbR50YYzXKljH7jNI89sax78XK h2OaOX5vbK1xVDtOGaeMfW/cgPHPjP/4poG3zqCcvP3BMVuid7Ovjd41aax+36QpaT3SBqeNTds9 ubdRMibPN0rW5I2TX2WbNbmQcmrKqinZU07ekUnZlu7hroz0o+lHJxeyPaF/olSmq+lNU7ONsmvq YaOcnKrCyanhDMvUMNfVjJkZJzIq71xKeX5ad+7bNTUcvTJt1dTwtLPTaqZn3FMwY8bPkn7W9We9 51nmzZxXNq+pZf/gAMrehYkLe2RmZa7PzMuszFQzw4ssi4YsmrBo7qLMRasWbVq0bdF7iz5clL/o 2OLMxc8v3r24folYkrRk4pJZSz5eUrp02NJZS19dds+yTct8yxqWW5cPWH7b8veWn1sxYUVTVtes 27I8WYuzXs3ak1W2ssfKn678cGXZyqZVrlWdVo1YdfOqOat2rSpb3W/1hNX3rd6++p3VJ1aHHxn/ yKpHPl5jXTN+zeI1H6wpWNO89sq1D67dtVZdN3Jd1ro92Rn/Zqz68NLx6OLRJnv5haKPI9k7LpTo CPJv+l7apT3u4n4SzfTLjjotI0+bcvHYkV1woeijQ3bxhRIdF/QxNPGd5ILOWxmHy8fWMmoaY7Cx Z7xtn8H4uj1hZ+I2d1HrmMm97cM95+jPuj9M2H5h7IyqxOg8wRh/o3f1SNjZop5+Vh+LjXvL9evG /TEFqfdD91lG8p08UW7UVkTrtrEvN8qF2SF0yawwoc08cGEm2Km3+3uj/zvfG/0dsTH/SWO8N0Z5 ox6eTpjA5+0tIyF+7I75xdgUHX+i41vMR8ZERkDdtTmto2OLo4xxyWnZlfoTFzzuOS27MruS2vS7 GriWkVLZc9r3c4JxsLjNiHqZcbbtuPr9MTU2chcY2RQdRae0jJ/6uM4ZvjVbTdnNmWnJGTcOSz/a yRKdx4w9c1bnpo6nyKqkltmnZVZJ6trJcmEGimalPrcZd1v0O3h2X6ck/Yp+Rr9LP5/U1V3UkqnJ VyZ1ZQZM0p/XP0fPXphH286keluMWTM2b7aZOZOo4dJ5cutFs2NRbGbs0NJ6rjdFv13//skZHU8l T6A9F6mvq6ZrjFNtemyLxtGeqKsZzZSec9A7TXdTVyI5o8PLht+7dW/a9OqRKXuItWWGLY7Wmq0m Z2er0aJ/g77vOU13Rf8UzTR9n61eM7DXkCjRGa7XEGNWalP0GS46uxnz439ZjDm1Tfn+HcZM26bE ZtzW8v0n9Jn2PyvGXPyDS+uM/W/KpUrppXUe/zfFmNl/cDFWGz+wXKqOsUZpU76vn7F2aVP0vI86 /Z+V79f8v7fuh5WozvraJWHnGGtajzHN7nJ91WOULcYZq77SMY62pPXQ10CxaxRWUCP0VVP0rD72 65/0YqyOZhgrK30NVTu21lgfsTri074xW4zVSXbrKkYvu6Zmp5+Ymq2vYIyjXbF1TvTzLlZBlfoZ fUWjP5ceK8aKZ6mxNuJe4+oufZuyh7t36aspRove6SeMdVdWrGQYZ3rrqy7jKCP9hD4uxa5RWLkN Zq2mr9D05zYanyjGOi3TWM9xr7FSa12vTc4YpxiKNOta3Lk0qsQYqxEPLY62dHKhUbf+TRuNuox6 L+6J33e0bR5cWxo9ElZTniw33yE/Nk8X7cwzhMu8WNaZfWK4ULhSxFHA+KSap8uzwsS2UShsD5pn yCLe1N+VzSJfNps84grTz8U00yyRYpotUk1zRHvTQ6I9dw7jznHmBfJvwkQ9Z4SFe13c2557Xdzr MOoLcFeNiDfdJ7pyvSfXp3P9Kq73pK5rqCuVp1+hPSeFk097aW978yO0Y438I+0daT4jf2k+Kwab A2KIOSj6m7+Un5tDvO3qtRdRe6Ww8Ekxz/juW1qzlZr2iyzRTqSJRBgp+opRMEd+Lh6AubBEBsVS 2SCWwXJYAVmwUrjEKnlMrIZHYA2shRye3wCPwUZ4HDbBE/AkPAWb4SNxs/gzRPj8HUjR1yTABBli lOlOmAZ3wd3gFVNNBaIbEXvN94jR5nuF3Xw/LBCbzOvE1eZHRXdzjrja8ro8ZtkBb8Ax0dfyBRRD CZTCcSiDf0A5+OEE/FP0jUuUn8edksfivhKuOJXP1VArj1njRJq1L/uhoq/1RvYL5OfWh2Eh/AKW yaB1OaCNFW2saGNdBWhjfV+Msn4Af4RGMcrWT3Sz9Yf7RV+bB2bBIlgMKyEbHgU0sm2B5+B1eEPc bHuXfTXUQC3UQT00AhraZ8MceACWiW7xQoyK7yC6Gbl7jrx2GJ++xPVG0ZGszSVrc8m23mTbTWTb erLtLrJtFtk2iWwbz91vkS8DzffIZ8w/lqvIoBvImxepwWP2yV3mM+RZQJjN58jBL8W9Rp6d5a4T LDNbesV9YlCb+idS/3Lqv5X6h3P3TOreSt1/5Kmh1L2Nul+hvo+p7x6RQC3nqeU8tSRSy7XUspBa BlHLIGrpTy3X6r9PQE19qGmO/v/9p4bdRqQH+fS+SKaOv1HH36ijj+l++WfqGUQ991PPMOq5i3rG mbzyM+oaZNou/8STf6E+C/Utp2VzqfMKWpZDbU+ZK2UDrSs0V9FbvxTXmUOxHtueWvtRq5dah1Pr rdTaixr7UNsXPPkFPe8OopwunLER5l+MJPrI8pLIkarYAI/BRngcNsET8CQ8BZuhUEbEITgMR+Ao fAZF8Dkcgy+gGEqgDP4ppTgJFXAKTkMlnJGHxFkIQL30i6/p5w2gQRgaIcLo9g3Xm+BbaIZ/wXe0 RUrVJMBkjIpnzDPJsJ/K8+b72HvkecsxqVq+gGIogVI4DmXwDygHP5yAf0KVjFi+hBB8BSpUQw2c h1qog3r4GhqAtli+AykPxSXJQ7bxMmK7FdJgMqTLoO1u9tNhJtfvhfvgfqnaPDALHuLaIvaLYSmf V0AWrOT4EfbZ7B+FjXx+HPDB9iz7Leyfgxf4vBVehG3wS+p/nfM7+fwWn9/l8/t8/gvgkQ2PbHhk wyObX0rbCcAjGx7Z8Mh2imdOQyXgke1L6beF4CtiUaFaFtlq4DzXaqm7DuqhgWO8s4XZN3KMR/bZ MAcewC9FPCM6GDOXWTxD7k4nh/XZK46j33KUxtEksjzf/Jnor/8LmjIsJpCZfjLTT2b6yUw/mekn M/1kpp/M9JOZfjLTz91BMi1CpkXItAiZFiHTImRahCxSyZgwGRMmY8JkTJjv039/xm/+mYgz/xxm kUGz5Rmyxk/W+MkaP1njJ2v8ZI2frPGTNX6yxk/W+MkaP1njx8kwToZxMoyLflz041wY1/y45set ME6FccqPK37c8KN6BNUjqB5B9QiqR1BVRVUVRcMoGkbRMCr6UTGMin5U9KOi3+ix5cKGljfRk+3M vX9l7v2DuYi59nNmIWYbQ98QEX5OhKcNfR/hKJmjrui7nhqOixnMk6nMk6nMk6nMk6nMk6nMk6nM k6nMk6nMk6nMk6l8043Mlb2YK3vRZ4vps8X02WL67Gn6rEaf1eizGn1Wo89qzKdJ9NkAfTZAnw3Q ZwP0WfwWk5k3h9FPT9NPK+inp+mnFeZZord5NiwQG5hHuzGPdmMe7cLcmcrcmcrcmcrcmcrcmcrc mcrcmcrcmcrcmcrcmcrcmcrcmUpfDNAXA/TFAH2xmL6n0eeK6XPF9LkAc1wqc1wq81sq81sq81oq fSXA3JbK3NaLvhJgfksl/4vJ/2Lyv5j8Lyb/T5P/p8l/jfzXmP+SmP+SyP8AOV9MzmvkfIA5MJX5 L5X5L5X5L1XPd1mP1vWsz56Rj+HARMbz04zny3BiIk78mqubyfZbzcdYSRXL78wlYpbhnp+7y7mr jBnzGbmWo1k8e4xnv+DseJ59hmc/5dk0ni3muZ8Ia6wf/Zg7S7izmDvTjPWVnjNvGzU9wPVxXD/K 9VKuj6KmJ7j6ATXdTE2F1DTYuP8fxjrxpLENC4epnehmmgkL4GH4BWTCIlgMS+FJZvr2pjzh5lvW U3sW9Rw01kY7RGfzX8QN5k/wv1L0ZNa+i1ViEjP3lawSe5qrGBm+pAUhzn0lbmA+Xyw/4YlOrCl7 6HM6zy8Qk5jBZpLz94pJ5vuM1dckkUDLutCyLrSsCy3rQsu60LIutKwLLetCy7rQsi482YEnF/Jk B55caDzp5kk3T7p50s2Tbp5086SbJ9086eZJN0/25snrebI3T15vPOniSRdPunjSxZMunnTxpIsn XTzp4klX7MlhsSeHEcm9oh+f+hka5xprhEbU8uu/FwZ3wjS4C+4WDtZuDtZuDtZuDtZujnj9734t +m8a8kxGbKWRb3h0WhSb+shKU1/oB/1hAFwHA2EQDIbrYQgMhWFwA9wIw2EE/AhGwigYDWNgLIyD 8XAT3Ay3wAS4FW6D22EiTII0mAxT4A5Ih6nwMrwCr8Jr8DrsgDdgJ7wJb8GvYRe8DbvhN/AOvAvv wW9hD7wPH8DvYC/kwu/hD6zW8th/IstN+2A/5MPfoYDzn8oS0wE4CIVwCPTfqDwCR+EzVhAzeVu5 TxZZ/s5KogA+hQNwEArhEByGI7LEchQ+kyVx7WVlXAfoCJ2gMyRDiqy0PgsvARpYX5PnrLvkeevb sBt+A+/A7zm/nz2rTevf+VwkS6xfcH8Zn8Oy0nYVXA3doDukyvO2HtATesE10FuW2K6FPrLc1hfI BRu5YMN32xCOh3JtlDxnG81+mjxvV2Sl3QwWiAMr2MAO8eAAJ7jADQnQDhKBeO1JcAUQt5247cRt J247cduJ234ldIGuQPvttN9O++20354KPaAn9IJroDdtGiLP2YfCj2SJfSSM4tx4uA1uh/u5bxb7 uVybx30PghfmwzKurYG1sA6y4VnOv8n9b3P/bllu/w3H70A95zRZGW8CYo2/QpbEE0d8R3kuvjs5 tNqEOibUMaGOCXVMqGNCHRPqmHjChDom1DGhjClRBk3tIQmugA7QETpBZ0iGFNB/y1f/Hd9u0B1S oQf0hF5wDfSGa6EPb9l9oR/0hwFwHQyEQTAYrochMBSGwQ1wIwyHEfAjGAmjYDSMgbEwDsbDTXAz 3AIT4Fa4DW6HiTAJ0mAyTIE7IB2mQoY8a7oTpsFdcDdMp933wI9hBvwE9N9LXgvrIBsehfWQAxvg MdgIj8Mm4H3D+N3n5+B5eAG2wouwDfT/soL+W9GvwKvwGrwOO+AN2Alvwlvwa9gFzICm3fAbeAfe hffgt7AHGGtNjLWm38FeyIXf6795rf8GNeyD/ZAPf4dP4QAchEI4BJeOItPlz/Xf0mYeaMfIP5p5 oB2j/2hG7c8tjHgWRjwLI56FEc/CiGdhxLMw4lkY8SyMeBZGPAsjnoURz7KHd5T34QP4HeyFXPg9 /AH+JKstH8Gf4S/wMfwVfPA3yINPYB/sh3w4IlyWo/CZcMW1F464DsIZ1xE6QWdIhhThtG6W1dan pWp9ls/b+LxdBq0vMSfhgTGa7eAasVh/zTXabKXNVtpsZZS2vi/PWj+AvVzLBX2U+5D7/8i5j7j+ Z/gLxx8D7bTSTmP0+5TjQq4dYn+Yc0fgKHwGRcJl/YLv5t3OyrudtZRzx2WjMVKW0zbe56xBnuWd xarymdW1ldW19TzwzmLlncXKO4v1a2gADcLE1ijP2hJkta0dJEJ7SJaNthS4ErpAV7hKOGxXQzfo Dr2Fy3Yt9IG+cD3nhrAfCsyyNmbX6KgrXHZFOO1msEAcWMEGdogHBzjBBW5IgHaQCO0hCa6ADsJh 7widoDMkQwpcCV2gK9BOO+2000477bSnQg/oCb3gGrhWVtv78442AK6DgRyzUrBfz+eWkXgYn2+E 4TACfkQcI2EKn+8A3nPtU3kuQ+bb74Rp8BPZaL+fds7lvktHad537bzv2lfAGtqwFtZBNvc/wXfT /41Rexv77dT7ErwMr8Db1LcbWkbxdzmHh3aNZ7+VjfFCno03sVaySzUePeMd7Ntz/grhMkZ2Zqj4 zpxLhhRgPI7vqv9cUu/psXXVGnpoibFG29d6fiHnVxo/R9HXWzUiTpkof2q+Q+5nderQf7bFtWox QBksQ8owGA7jYKL8XJkkDymT4Q5W5dPlSVYXJ1hdnHDMkIccM+FxGXJsgifgSXgKNsPTwLuc41nY As/B8/ACbIUXYRv8ErbDS/AyvAKvwq/gNXgddsAbsBPehLdkyNVfhoSZloaVGbwTL+YdehTt12i/ poyUAdqvKbewf0KeVp7k3eVecR3j13Xcechxlww47oZ74KcwW552zIcFsBAyYSk8LjVi04hNIzaN 2DRi04hNIzaN2DRi04hNIzaN2DRi04hNIzaN2DRi04hNIzaN2DRi04hNIzaN2DRi04hNIzaN2DRi 05xp8rRzMkyBOyAdpkIG3ClPE7uGh8PlcRw6rBg+ygPGTw67Eftu4t6t3Cv3KHPgYXhC5qFBnv7+ Tey7iX03se8m9t3EnkfsecSeR+x5xJ5H7HmOLLnHsRJWw6PwmNxDu/JoVx7tyqNdebQrj3bl0a48 2pUnbsIBLw54adsZHPDSvkYyqIEMaqCdFbSkjJaUmad/12Ce8Z3G7OLGmUHMLm7cGRR7x88nuxrI rgZaV0brymhdGa0ro3VltK4MZ7w448UZL854ccaLM16c8eKMF2e8OOPFGS/OeHHGizNenPHijBdn vDjjxRkvznhxxoszXpzx4owXZ7w448UZL854ccaLM14UKEOBMhQoQ4EyFChDgTIUKEOBMpzxiltQ wYMKHrw4iAoe/DioTBRXEX060afHft76VOx9uh8qdEKFoajQCRWGxn5K/BO8OohXB/HqIF4dRI10 1EhHjXTUSEeNdNRIRw0PanhQw4MaHtTwoIYHNTyo4UEND2p4UMODGh7U8KCGBzU8qOFBDQ9qeFDD gxoe1PCghgc1PKjhQQ0PanhQw4MaHtTwoIYHNdJRIx010lEjHTXSUSMdNdJRIx01PMJGLjQQsYuI nyPi5UScRIRriXCFSEGjfPTJR5tStClFhyQ0SOLqC8SfT/z5xJ9P/PnEX0r8pcRfSvylxF9K/KW0 o5R2lNKOUtpRSjtKaUcp7SilHaX0Fa98+5LxrkFcp9zJGDcDvIxz8xnjHoIFQN20+FTrWLeGMWOd PORcLUPOR2ANrIV1kA2PwnrIgQ3wGGwExkYnY6OTsdHJ2OhkbHQyNjoZG52MjU7GRidjo5Nx0cm4 6GRcdDIuOhkXnYyLTsZFJ+NiQjw4wMmYp4/sIaPtGn08QB8P0McD6Ka/p/fm6jH6boC+G6DvBui7 AfpugLZrtF2j7Rpt12i7Rts12q7Rdo22a7Rdo+0abddou0bbNdqu0XaNtmu0XaPtGm3XaLtG2zXa rtF2jbZrtF2j7Rpt12i7Rts12q7Rdo2262PWDPkP1D6Mwp+0jll6RBViCBHlcr2S64240YwbzbjR zL0V3GvnXic9xUGkA+kpDqIdGPsZUAEONeNQM1HmEmUuUeYSZS5R5hJlLlHmEmUuUeYSZS5R5hJl LlHmEmUuUeYSZS5R5hJlLlHmEmUuUeYSZS5R5hJlLlHmEmUuUeYSZS5R5hJlLlHmEmUuUeaKG4gk B28O4M0BxSu64s8BIphND/iGHhAmkg1E0jn2k5nO+k9miOSX+k+z8O4A3h3AuwN4dwDvDhBVDlHl EFUOUeUQVQ5R5RBVDlHlEFUOUeUQVQ5R5RBVDlHlEFUOUeUQVQ5R5RBVDlHlEFUOUeUQVQ5R5RBV DlHlEFUOUeUQVQ5R5RBVDlHlEFUO/XiG0Y9HEMVnsb9zuo1Wv0Cr9won8R4h3iPEeoS4OhJTR668 SDxHiOcI8RwhniPEc0RYlWX4ulx+o6yQ55QN5MXTskZ5Uf9JO2eblA0yLExsvxF9uSOsZJERK2GD LFE2CrvyOE9vllXKNv3f7pHfKi/Jb52sb52sb51XwdXQDbpDKvSAOdzzAMyFefAgeGE+PAQL4GFY CL+ATFgEi2EJLIVlsBxWQBashFXyWyOeJlp6Rlkjg8RyVtkqzyu86YmZymKyfQks42wWUa6EdbJI yYZHYT1sEB2VjfJ95Vnu2yJPKc/B8/ACbJcfEd9HTkUedprBAnFgBRvYIR4c4AQXuCEB2kEitIck uAI6QEfoBJ0hGVLgSugia9CwBg1r0LAGDWvQsAYNa9CwxjlSFjlHwWgYA2NhHIyHm+BmuAUmwK1w G9wOE2ESzCGOB2AuzIMHwQvz4SFYAA/DQvgFZMIiWAxLYCksg+WwArJgJaySHwkLmXMSFb9AxdPK NllHLm2Q9eRJo8jAhQguRHCgCQf0DDvNjBNmxglzRxiVI6gcYYYJM8OEmWHCzDBhZpgwM0wY9SOo H0H9COpHUD+C+hHUj6B+BPUjqB9B/QjqR1A/gvoR1I+gfgT1I6gfQf0I6kdQP4L6EdSPoH4E9SOo 34T6TajfhPpNqN+E+k2o34T6TcxyYWa5MLNcmFkuzCwXZpYLM8uFmeXCqBtB3QjqRlA3groR1I2g bgR1I6gbQd0I6kZQN4K6EdSNoG4EdSOoG0HdCOpGUDeCuhHUjaBuhD63nOzW++IaNF1Ldm8QCah9 BrUrUfu8yERjHxr7yPQq7jyA1mfQ+oyyiuM18kueqifzVTJfJfNVMl/Fh3/hgw8ffPhQpzwjP6UH HKcHHKcHHKcHHKcvHWZsKMCjEjwqwSMfHvnwyIdHPjzy4ZEPj3x45MMjHx758MiHRz488uGRD498 eOTDIx8e+fDIh0c+PPLhkQ+PfHjkwyMfHvnwyIdHPjzy4ZEPj3x4dAaPzuDRGTw6g0dn8OgMHp3B ozP0EJUeotJDVHqISg9R6SEqPUSlh6j0EJUeotJDVHqISg9R6SEqPUSlh6h47MNjHx778NiHxz48 9uGxD499eFyCxyV4XILHJXhcgscleFyCxyV4XILHJXhcgscleFyCxyV4XILHJXhcgscleFyCxyV4 XILHJXhcIrw4GMDBAA5+jd/7cPE8zpXj3Fc4V4NzNThXg3M1+O/C/724p+KeqjzFuadx+ln5Wxys wsEqHKzCwSocrMbBOvLkr7hYgYsVuKjiooqLKi6quKjiooqLAVwM4GIAFwO4GMDFAC4GcDGAiwFc DOBiABcDuBjAxQAuBnAxgIsBXAzgYgAXA7gYwMUALgZwMYCLAVyqwaUaXKrBpRpcqsGlGlyqwaUa XKrBpRpcqsGlGlyqwaUaXKrBpRpcUnFJxSUVl1RcUnFJxSUVl1RcqsClClyqwKUKXKrApQpcqsCl ClyqwKUKXKrApQpcqsClClyqwKUKXKrApQpcqsClClyqwKUKXKoQg3EpjEthozdGXWjAhTpcqMOB MA7o7011qFuHunWoW4e6dahbh7ph1A2jbhh1w6gbRt0w6oZRN4y6YdQNo24YdcOoG0bdMOqGUTeM umHUDaNuGHXDqBtG3TDqhlE3jLph1KlDnTrUqUOdOtSpQ5061KlDnTrRj5GhmZGhmd6vMp87lKeI YjNRGK3n8zbYznz/EvN2F1Z1XeEquBq6QXdIhR4wh3segLkwDx4EVpBo3YjWjWjdiNaNaN2I1o1o 3YjWjWjdiNaNaN2I1o1o3YjWjWjdiNaNaN0oHkTrKrSuosUqLVbpBSF6QYheEKIXhAz9W3oAun8v 81nBK/pPNv59tlfhRxV+VOFHFX5U4UcVflThRxV+VOFHFX5U4UcVflThRxV+VOFHFX5U4UcVflTh RxV+VOFHFX5U4UcVflShoIqCKgqqKKiioIqCKgqqKKjSG0L0hhC9IURvCNEbQvSGEL0hRG8I0RtC 9IYQvSFEbwjRG0L0hhC9IURvCP2A3hDCoRAOhXAohEMhHArhUAiHQjgUwqEQDoVwKIRDIRwK4VAI h0I4FMKhEA6FcCiEQyEcCuFQyJjja42/hbwRr1S8UhltVEabANqraK9rrKKxisYqGqtorKKxisYq GqtorKKxisYqGqtorKKxisYqGqtorKKxisYqGqtorKKxisYqGqtorMeoEqNKjCoxqsSoEqNKjCox qsSoEqNKjCoxqsSoEqNKjCoxqk49F5bBclgB5BsxqsSoikTGYu3iPkOmPWX09DBjavh/6yOs3Zez RuXNlN7mordZ6W2n6Wkd6WkOkd46oixjNl4Da3kv38B3PSFryexa7o7QN2uZnRt4aiAKh1G4oc2q qZbsriW7a8nuWrK7luyu/X802tSSfbVkXy3ZV0v21ZJ9tWRfLdlX+391VaS/rURQ6tPW95YGYY6d i+DSt2I62haibSH+VeNfNdrqbzblOBGHvkH0DRrj37Mcb+Ud4UVWSts595IMomsQXYPoGkTXILoG 0TWIroXoWoiuhehaiK6F6FqIroXoWoiuhehaiK6F6FqIroXoWoiuhehaiK6F6FqIroXoWoiuheha iK6F6FqIroXkVDU5VU1OVZNT1eRUNTlVTU5Vk1PV6B5E9yC6B9E9iO5BdA+iexDdg+geRPcgugfR PYjuQXQPonsQ3YPoHkT3ILoH0T2I7kF0D6J7EN2DTj3OZbAcVkAWrIRVMmho/E2sJ0TEFcofRCfl E1ac+8jL/TJb+VTuVr5mnaHJZ5VvZJGZkdN8HW+vg+T75mEy0Pr/Vr5HJJp/LFyx/09hlcsvj+LY W9S7B/bRA/bLYiWfTP87fMp3HmB/SPqVo7zpFvNtJexLoUrEK1/SUzXWuGFWQo3QJOvMQp4y28AO Kbz9D5JnzNfLr81DYCjcIMPmUbLS5ZGq6wF5xPUQMEa4fsE+U/pdi4AxwbWa/Rr2a4E1tCsHmDFd TwO90vUs11/gHGOf65ccb4dXqeMt+Y3rN9T/Pnwgv3b9DvZyLpfjj9gTk6uIc5/DMTjOcRn4+XwC TnFftTzl+hoa5Sl3B1nj7gidgLdDN2+H7l6cny+PuFnTu2mX+3HZ4H5afu1+EV6CN2WNSIupWo5P EVQ9jqrVqFqNqs2oehZVy1D1OKp+jarHUfU4aoZRsx4161GyHiXrUbIeFb9BRQ0VNVTUULAaBctR 8DgKHkfBchQ8joJlKFiGguUoWHaJguUoWI2C1ShYjYJlKFiOguUoWI2C1Sh4HPWqUa8a9TTU01Cu GsU0FNNQTEMpDaU0lKpGqXqUqkepepSqR6l6lKpHqXqUqkepepQ6HlOqHKWqUUpDKQ2lNJSqFz2U d+Rq5Q/yA5TykYPfotAuVPlKOSnnkWfLlC/l62T3PUoDK+1v5FjyrMBslvnm/yHuzuOjLM/9jz/J k8wkk4koIi61WuuuXdRa22otpy3H2lNra1t7rFvbU60HClYUVEC2LtrWBXdQxKUiolagprgB7las DSRkgGESaNhJCA8EAglb7vOeKT0/e37n9fr9+fvj83rmeeZ57uW6r/u6vte8kplUuCvOhmt5+5K4 XzgmPjr6aXx8GM7zPx5/KnyF1Z7k/efxuSnxl8LY+Mvhsv1/nfW3+N/D4/ElYXA8KMwv/v2SWb0q Jr0pS7yN98IKPa63Hiv1uE4PbVrdqsXVWtxiL51jL52rInzWir0ZGj1V3C9/Le2RjdFRnl7syfc9 udbY1hlbjRZypf1wZsh58s3wvqfWe+pFTxzsiVX6+1tp/6qqS3v4aPv0k84/HVZ6qtUo34k+yrO2 l558h2e9iwU85gNPL+RVOSpyiePSsJZ3rOUda3nGWp6ximes4hWreMV2XrGdV2znET08oodH9PCI VTyhhyf08IS1Vm6tldtu1YqRf2N0gPGkjHya/p7V78vm+goWhN3s2sKe67I3h53a36b9bdrfln3I +aNhp3a2RRWe6jLy6z2xuuj3lPCzYskcc3k7NLjaXN4ojhRtuDK0s1ujdpdpd1l0iV4nunu8PbWm 5C0vhzF6H+PJTpbYzRK7tbCGJQJLdO3fV10s0VWeDzO1WMeTGso7eE8G/cLVcX+rcSgOw7Hhhvg4 HB82xSdZ55PxSavH7vEA73+59LfLpxvN6fbeGtbtYt0ue28NC3excGDhYO+tYYUxLB1YYiJLTGSJ ifbfGtbezdq7WXs3awf7b439t4bVd7P6btYaw/JdLDYm+7xINBNzww3Zdxz/inosxHIUsMJ7f3Nc pY3V4YbaKPy5tjLMrE0hjWOcn4DBItSEMNEeXGM1d9c+GFbXTsJkPIypYWZUwyO38cbVVvozos8+ 0Wef6LPPqn/OTt9np++z0/fZ1fuiI61HcS13sv1Wtt/qqZQY1SlGdYpRnebeZe5d5t5l3lvNe6t5 bzXXrea6VXzpFF86xZZOsaVTbOnk351iS6exdhnnVrGiU6zoFCs6yzJ6nMADHrT6b1j9e63+veXz rehreDO8V/6OrPgu3gtP8oI95Ytdz/GtfBhRvjzMKy+gGS1YgZXhtvK/Oa7GGm2udVyHDdgYTeAt deXtXm9CB8/b7JhgS7ihfCs6vd6G7WGQ2NQgcudF7rwd/H0xamH5Hu/txb4wv7zXMcjCZShHMX5V 8LZKr1PiVCaMj2u8zoahpXjWx/FAHIS+6BfO4a3n89bzeev5cuut8RHhpvgj3jsSR0c/iI9x/DiO FfOOw/Hh8vgE5yfiJOcn4xSvP4FPhq+KkT8WWZ63ahOs2gSrNoG3f1O8vDM+yz2fw+fDL+IvOJ6N c8K4+IuO5+JL4Qq74vz4X7z+crjezvj+/r+Yfd4OuSm+NDosvhKDwiLx9Q/ZQaEhOxjXhT12yR47 5F47ZA8vmcBLJvCSCdkJ3v8FfoPf4ne4I+qfvRN3YaL7H3DtQUxyPhkPaWeK80cdHwtDs0/gSUwL t2afCjfJZuOyzzp/Dn/A8+E8u+o8GW4cD5zAAyfQB7fKcuOyfwq/yM7Bi+57xbW57pvn9Xy85vo7 zt9zfYF2/+LaB/ira/VYiAZtNWIxmty/zL15LPdeAaI3755g156XXRnm2bnnyaLj7N7z7d7zsmtc 44NZPphdD36Y3Yi28EaWH2b5YbYDfDC7BVvRKQJsw06ve8L87C7s9nof+FyWz4kK42v5XS2/q43D /NoKx8owQpQYIUqMqK1yXi16ZMAHa7PhjdpaHOB1Hxzo+kHoi4Nd7xfyMn1eps/XHqq9w9xzOI7A R3AkPureo73/MRyj/4+7JsKKRuNrx4UGO3xC7W1R/1prXWuta6117e24A3d6775wk50/QaQ6T6Q6 T6Q6TxSYIFqdVztFO1ON+zFtPqn9ac6fwnQ8HW6IjhElrhcl/ljKzG+V8vm7IsEGO36inX2FnT3H rp1l174v5+6wY1+3Y9fYlY1241/swvl2YZNd96921pV20iw75k475l07ZoNd8oBd0mQXvMb7n+L9 3+L9b/D+4n8qnMXjF0X/IV49YyR/kLEWl8+SpeaICS+79grekufe9t47YanouVTmekPM2ixzzZED Nxttm+w1R/aaI35NM/J3xak2I18oFr1j1HnxZrV4s9rIN4jXOSPfImbnxOycePKO0T8vFjwvFjxv lHuM8jtFzSN7Lc7+WKS9OsyRwebIYItlsDn25mZ7c7MMttj+fMb+3Gx/PmN/PmN/PiODLc7+ynO/ xu24IywV1ZeK6kvtzc2y2WLZbLEIv1SEX2pvPiObzbE3n7GXnuf3z/Pz5/l0m3ySk09y/LZNTsnx 1TZ++g6/nMYvp/HLaXyxja+t5mur+dpqvtXGt9r41Wp+tZpfvSMX5fjUOzLcHD71jAy3WOZYyj+m 8Y82/rGagpzPD17DmxTae+Flll4rOzTyha+I5i2ieQt/+IBVW1m1gVUb+MRLIvdKll0gUrew7AKW XcA3NvGN9aJxk2jcJBo38ZFP8JFuUbYgyhb4ynJ+sk5krRdZ60XWej6zRDRdLormRc4mEbFRRGxk 9bWsvpa114qAjSJgowjYKAI2ioCNLLtW1GsU9RpFukYRLS+KFUSxgiiWF8XqRbF6ESwvgi0XwZaL VstFq4LoVBCdCqJTQXSqF53qRad60Wm5qFQQlQr7o1K9aFQQjfKiUZPVWSCytIgsLVZpgRVaILqs FF1WiiArRYsW0aJFZGgRGVpEhhYr1WClGqxUg6iwUgRosVINVqrBzm+xUgvs/EY7vtGOb7TjG+34 Rju+0Y6vt9vr7faC3V6w2wt2e73dXrDbW6xig13eYpe32OUtdnmLmngjdVzU1WeGvdFn7bJinfUz O2qyHTXZjnrLOo+3a3ZZ1+nWtc661tkt7dZ1jXWdaU1nWtOZdkSPXdBjLcZbi/F2QI/1GM/je3j5 ZF4+mZdPthbjeXkPL+/h5ZN5+WTevIu9ZrLTTN68i61mstUatlrDq3ex1xqevIt96tinjn3q2GcN b97Fm3exUR0b1bHPTN7bw3sn89xd5lxnjm+HO3lstxnMd7bd2HeEZ/nmyugIM9vubJ2ZtZlZm5lt Nat6caDdzOrNrN7othtdvdHVG912o6s3qu1GtN2I2oyozYjajGa70Ww3mjajaTOaeqMo1rJt0dF6 2qGn5Xpap6d1etrIhsUatUFvXXpr0FuD3nborUFvDXrbobcGttjGFtv0uoMttul5h57X6Xmdntex xTa979D7Dr2v0/s6vTfovVgfrlMjrBQvt4dFZr1Iz116bBHLXhFxl4m4xfrgpVLETbmra38N1b7/ f5g+HV8SnVGyXKt3WrzTWjor1nZ7Snas3P/UNmcd2l+q/U5qOE/TdrDwbvPMsESESpo0hTSOcX4C poat2lhZWplGdzfLIsUxdkUnaONd77zMftu09ao71v+jvi/lm0h8SaMKmfCqWV1kNj9hx23suJId V7Jjsb5eyX7bjOFVY3jXGN41hnfZ8p/r7o/gyA/V38e4/zh78QTHqe5/zLVizV1mzkl0qPF1GlOn MW0ypk37P8HZYvRtxrXFuLYYxxbj2GIMW/Tdqe9OfXfqd5N+N+l3k/426W+Tvrbop1Mfm6LjtD7X 7P9s5gs+FGVz7Py8nnaWomqm9Jciv96/lsvNflDxL3r+EX3MeIFe5+p1rl7n/q+RpxhpjnFfMcqc 4FiMGFPd+z8jRnUpi26nA3aprVPW9eJw3f6/7lik5x+U/mL0DONe6c6XrFq9umCp8b/OSrM+FEGK mSHPUlOtdTHvrmetqaw11Xxe1+rtWptpFetpt6UsOJUFp1rJelacakfk7Yi8Fa03v9ftirw5rjTH lea40qrW02BLabCl9NbS/xE58la53irX/3fkOEYbx4Wp5v66ea+0yvWl6PERVm9m9ebSpxE7RJFd 4W2j3szyzUa82YiLn+FsZu1m1m42ys1GuJmVm1m5mZWbWbmZlZtZuZmFm/W0mYWbWbeZdZtZt5l1 m+2qHaLubtmP9/CwHeH1qFwW3E0p7YpiauQ9Z53ONkTHOEvUMD30SUKfJDJlt0zZLVN27/+MsJ1m 2UrH98h47TJdu0zXLdN10+s9sl07jd5DVyQ0eY/s1i27dctu3XR3D93dI7N1y2zddEcis7XTHolM 0y3TdMsu3VG1XL7LSB6RuxM5u6jr1us1sYJPWsEnS1GlWrbvivuJJJ8MHWbQ5q6O+LNRHxFGzROd rp98VKGdtdopfubaU5yBGWdLnyC0F+9niX7202dDj+vFT2Xd4bnV0SHOirPvMvsus+8qzfxSWuHK sORDM+8y867SrBscG7EYzWiB2ZlZl5l1mVlX9DG9LWTfHey7jH2Xfbgy13eHXtax7Q49rNPDuv+u xl8ofeK3jm13sO0ytt3xTxX6Muf50qeApUqdbZfpfR3bLvtwtR6VmfmO6Li41qt+4TFqKaGWEmop MaYXjelF1tpBMbVRTMVP1zaz0ybKKLECe63Ac1bgOXVkX3Vk8a8ji6qnjeppM64XqZs26qaNummj btqomTZqps14XqRk2qiYxJhepCjaKIo2iqKNmmiL0kbzRz1v12OPHrfrbZfePtDbB9Gx3l3FbhuM cbkxLnfnzv2fYf+fFfosZXcOv/4yO0wLG9hwNxvu/u9VesG1OuevOM6ltN5z/PCqLXOexz9Wb4V7 Wt2/Oiz/p1Xsz2qtrNbKaq0s1cpSrcb9t/2fSbWySCuLtLJGK2u0skYra7SyRitrtLJEK0u0skIr K7SyQisrtEZHmOcKc1xhjivMcYs55syxyRybzLGJUi16XZP5NFGV7VRlu7msoCyLHthkLk3m0kRJ tptHk3k0mccKc1hhDk3m0GQOTaX/ojw2/mF0bDQ5uio8FF2Nn+KG8Hg0KtwTjcYtGIOxWBMmR2ux DtvcsyvcHe3GHuzFvnB32UmhoexknIJT8Ql8Ep/Cp3EaTscZ+AzOxGdxFj6Hz+MLOBvn4Is4F1/C APwLvoyv4KsYiH/FefgazsfX8W/4Bi7AN3EhvoVB0aFlb4TXy94ML5W9hbfxDt7Fe2F+2QK8j7/g gzC/4rFwT8XjeAL1zhdiEcy1ohch3F15YHiosm+YXEllV1LZlVR25aE4DIejNdxT2eGezdga7kmd jLMwJDyUGopr8XOMCI+nbgS7pyaGhlRDmJ9S8aRPCPPTJ+Kk8FL6ZJyBzzj/Ii4Nk9OX4cpwd3oS pqHV+SqshjVLt4XH0+3Y4r0u5zvD3VXloaEqRgUqkQKlWEUpVlUjgxpkUYsD0AcH4iD0xcH4Qphf dTZ+6PVPHcc7Pu04I7xUtSM0VGur+mD6+Iqob1gYHQzRLzoE/XEoTsRJOBmn4FR8Axfgm7gQ38K3 cRG+g+/i+/gBrgqP8NxHeO4jPHdsNDxMjUbgRtyEmzEqzODNM3jzDN48gzfPqPhdWFhxO+7AnbgL E3E37sG9uA/34wE8iMc89zieCDOs+iOVy8LCyhaswN/Q6vp6xw3o8P5mbHVtX1iYSiGNamRwGA7H 8TgB7JBiB94xI3Wm41mO5zh+DVfgSvwQP8KQ8AjPeYTnPMJzHuE5Y3nO2JT5psyXB82o+nnRNtE9 oSG6F/fhfjyABzEdT2MGnsGz+As+wF9Rj4VYhAY0YjGakMMS5LEmvCAmvCAmvCAmvB9tRxd2YCe6 sSvMEidmiROzxIlZ4sSsio2hoaIN7diEDqhOKhJswVZ0YhtULBVdKD7XixBm2W8vpMWCtL2fttfT 9nraPk9fGN5Pf8/xYlzqnstwZZiV/pnz4RiBm3AzbsGtuA32W5qN0myUZqM0G9lPs9K/d5zmOMtx LtghzQ5pdkizg732gr32gr32gr32gr32vr32fnoTOrDFs12us4d9N6vsU1FFdFBUiVTx6/2L3zWP 4neHZ1CDbPErJnEAzo76R+fgqjCaj4/m46P5+Ag+PpiPD+bjg/n4YD4+OBqphVFhKD8fys+H8vOh /Hxo9MuoT/Qr/Bq34jb8Br/F73A77sAr0VHRq1gTRlnRUVZ0lBW934rOsKIzrOgMKzrDis6Iit8g vSuMsapjrOoYqzrGqo4pezgsKZuCR/AoHsPjeAK/x5OYhqcwHU9jBp7Bs3gOf8DzmIlZmI0/4gXU 4U9hSflpUZ/y06P+5Wc6DsD5YXT518MN5d/ARc4HhQnlg8OQ8p9hSBhCs30jviwMp9u+Ef/QcXj4 SzwiNMYNUWXcGPWLm6jeJarypVEmXhNmxGtpkXXRSfF6xw3F7wZy3BT1rRgeHVQxAjfiJtyMkRiF 0bgFYzAW4/BYGCpeDBUvhlYsjvpUNCGHJViKZchjOQpoRgtWgD15+xjePkasGV15UFjC60eJMUMr N0UZ8WW0+DJafBlauSc6KBWDb6X64mAci5PD0NQpjqfjM1F/MWVo6nNeDwmjxY/R4sdo8WO0+DFC /BghfgwWPwan+FJqFPhS6qGwJPVw6T/ol6Q/iqNwND6G03FhmGGnjbLTRtlpY9LDoj7p6zEeE3AP Jrn+mOMT0VF205j0c163un8VVoPP2Tn32zn32zkz7JwZ6c1RdTrBFvd3eZ//2UFj0t1Rn6p+YUnV IeiPQ3EYDscR+AiOhLFWGWuVsVYZa9Ux+DiOxXE4Hj/R1lW4GmOcj8W4sKS6LCzJXBJuyFyKMWFI Zhzsm4x9k7FvMvZNxr7J2DeZO3EXJuJumG/mXtyH+/EAHsQkTMZDeBhT8Aim4lGwT+ZxPIHf40lM i/rUjMYtGIOxGAe2rWHbml/A/q6xv2vs7xr7u8Y4a4yzxjhrjLPGOGuMs8Y4a4yzxjhrjLPGGGuM scYYa4yxxhhrjLHGGGuMMXtq1OeAamRQU/zltHiRnbJGNCq+Kn73yKHlN4lm2eLvOItmWdEsK5pl o+IvGmdQg2zpG+yzolmWAihQAAUKoEABFCiAAgVQoAAKFECBAihQAAUKoCDyHSzyHUwJtFMC7ZRA OyXQTgm0UwLtlEA7JdBOCbRTAu2UQLsoeY0oeY0oeU30nyGJBmEwfoYhGIpr8XNch2G4HjeEQSLq dSLqdSLqdSLqdSLqdaLpQNF0oGg6UDQdKJoOFE0zomlGNM2IphnRNCOaZkTTjGiaEU0zomlG3m2R d1vk3RZ5t0XebZF3W+Tdlqj4eccMPINn8Up0uMh7uPybyL+J/JvIv4n8m8i/ifybyL+J/JvIv4n8 m8i/ifybiNbDROthovWwaINadiPa0I5N6MBmJNiCrejEtjBJZJ8usk8X2aeL7NNF9umi+khRfaSo PlJUHymqj6Tp8zR9nqbP0/R5mj5P0+dp+jxNn6fp8zR9nqbP0/R5mj5P0+dp+jxNn6fp8zR9nqbP 0/R5mj5P0+dp+jxNn6fp8zR9nqbP0/R5mj5P0+dp+jxNn6fp8zR9nqbP0/R5mj5P0+dp+jxNny/7 dtS/7CJ8B9/F9/BwyMlEOZkoJxPlZKKcTJSTiXIyUU4myslEOZkoJxPlZKKcTJSTiXIyUU4myslE OZkoJxPlZKKcTJSTiXIyUU4myslEueLvuRd/zV0tMU8tMU8tMU8tMU8tUaeWqFNL1Kkl6tQSdcXf ey+rx0IsijKyWFYWy8pi2fKzi/+j6vhVx/PDONnsQtnswlI2uyx0lF+FQbLbh7Ja+dDQIbOdK7MN ltnOldkGq8UnxjeE5+O54a34teiA+E3Zb5F6vlGd3hQdKsu1y3JxvEx9//dMVynTHVf6jsl21zfJ PMOjrCyXleWyslxWlsvKcllZLivLZWW5rCyXleWyslyWkm6npNsp6XZKup2Sbqek2ynpdkq6nZJu p6TbKel2Srqdkm6vmBSSisl4CA9jCh7BVDyKx8JAmXOgzDlQ3VWn7qpTd9XJohlZNCOLZmTRjCya kUUzsmhGFs3IohlZNCOLZmTRDJ2Z0JkJnZnQmQmdmdCZCZ2Z0JkJnZnQmQmdmdCZCZ2ZVOwIHRU7 0Y0e7MJu7MFe2BMy80iZeaTMfI3MnJOZh6n/8uq/vPovr/7Lq//y6r+8KqGgSiioEtpVCQUZfGDl 2pCoFAoqhYJMfo1Mfk2lMVUak4w+UEbPqhoKlb3OQ0hSEcpQjjjKyvRZFUVBRVFQURRUFAWZPyvz Z1UWBZVFIXWkez+KY1073vkJEGtVGQXKYCBlkE2d5n0+SB0crOooUAgDKYSsyqOg8iioPAoqj4LK o6DyKFAO11AO11AO11AO16TE0ZQ4mhJHUzdgOEaEQdTEIGriOmriOipioHo2T0nkKIlc6tHSNzL1 T83Gn0rfytQ/9a5jQ6ijMnIpa6nuzae6o/4UR47iyFEcOYojpxauUwvXqYXnqYXnUSA59fA89XBd +pwooyauUxck6oJEXZCoCxJ1QQuVMl1dkKgLEmplGLUyLH156EhfgSvDSPVBkh7itT2VvhY/x3UY ps3rYV5qhxa1Q6J2SNQOCYWToXAyaohEDZGkf+f+20vfKphQPRn1RKKeSNQTiXoioYJGUkEZKuhw dUVCCY2khDJqi0RtkagtErVForZI1BYJhTSMQhpGIQ2jkIal12p7HdZDrE+L9VTTJKppEtU0nWqa Ti2NpJaGUUvTqaWR1FJGrZ9X6+fV+nm1fl6tn1fr59X6ebV+Xq2fV+vn1fp5tX5erZ9X6+fV+nm1 fl6tn1fr56muHNWVo7pyVFeO6spRXTmqK0d15aiuHNWVo7pyVFeO6spRXTmqK0d15aiuHNWVqzrD mD6DL4S6qrPxQ23/xPlVuBo/de0ax//EIAzGz0M7hZaj0HIUWq5qvGcmuv60e2eEeVXPeP0sdoR8 dRT1p+By1eZWfXCoqz4kymS+G9Zkvofv45JwIWV3YeZyr28OHZmRGI1/KL0JXv8at0VZii9L8WUp vizFl6X4shRfluLLUnxZii9L8WUpvizFl6X4shRfluLLUnxZii9L8WUpvizFl6X4shRfluLLUnxZ ii9L8WUpvizFl6X4sv8fFV/2nxTfIdFd4YtlV0bfLPtR9N2yH0c3l/1H9K9lP4m+WHZV9O/l50eX lA+Kvh9fHL4SXxK+HL8apsevhW/Gq8P7tGG/WISL14d74o3hvbgt+kjcrt7aFHZGR0d39b4dPRcW R++ExVr/0v5vgz1L66dq/VSt/0vZoLBTbl2nF9WcquzicLZeztXLiHhemBvPx2u9HfEbYY4ctyx+ K7wbvx3u0vuv9NwTrwsb9H623ifqPdb7o3p/O6qKF4ZpcYMxqeTjxeEncVN4Jc55amlolhVX0KnP hT8b25/d+QO5c6G7J7l7dLy4t9fdT7j76/LoHE/c5ImHS9/t+GmjHSObf1T2/nr5N2XyQWFQ+bVR XP4snfx2+I/y98Lk8pXRZ8t3yMj9oj7xp8NT8bwoK0t/2gz+qKf31KNxvFituST8SZau1HqvGeVk 6tH7M3W8vyaNzWxD3GZW7a5vCpvL/j2qCK9ElUghjSpUI4MaZFGLA9AnzI0OxNmhOToHvwyzo1/h 17gVt+E3+C1+h9txB+5iw1dCY/RqaCwrD81lMSpQiRTSqEI1MqhBLQ7EQeiLg9EPh6A/DsVhOBxH 4Wh8DMfg4zgWx+F4nIAT8e2wouwifAffxfcwBmMxDuMxAb/AL/Er/Bq34jb8BneH5WX34F7ch/vx AB7EpLC8/LQwu/xMDMBF4eXy34ZC+e9CgZdfbFU6+NlePjbbSnTwsW/xsb3xzt6Ncbcd0RPS8a7e 7nh3b3O8J6Tivb0b4n1hQNzregiHV1T2bqxIha9UpEO6oqq3u6K6t7kiE1IVNb0bKrJhQEWt6we4 b3h4pWIEbsRNuBkjMQqjcQvGYCzG4fehueJJTMNTmI6nMQPP4Fk8hz/geczELMzGH/EC6vAnzMHL YUXFK3gVczEP8/EaXscbeBNv4W28g8VhdkUTcliCpViGPJajgGa0YEWYXbknvJKKwX9TlWFuqq/j wTgWp+B0fCY0pz7neEdYkXoQk52bZ+opr80nZT4p80mZT2qWa7PxAurwEl5x/VXMxTwYe8rYU3/x +gP81et6LMQiLMWysDxV8N4GbEIntmE7urAD3WFF+gD0wYE4CIeF5enDcQQ+giNxZmhOfw7Dwuz0 9RiPCbgHj+GJ0Jh+zrE7zK46MayoOjU0V33K8TTHC/Etr38Qllf9xPtX4Wr81vXJrj+EhzEFz2FP WF4dhRXVBznaX9X2VfURODI0Z34SCpnBGIJrcR2Gw37P2O8Z+z1jv2fs94z9nrkTd2Ei7obxZu7F fbgfD+BBTMJkPISHMQWPYCoehTlmHscT+D2exLQwu+bfQqHmG7gA38SF+Ba+jYswOrxccwvGYCzG YTwm4Bf4JX6FX+NW3Ibf4Lf4HW7HHbgTd2Ei7sa9uA/34wE8iEmYjIfCy9lTw+wDqsPLB2RQE16O KuSK2SJ/e7wk+pS4vDd6IBoVpkSjcQvGYCx2hYL6uaB+LqifC+rngvo5UT8n6udE/ZyonxP1c6J+ TtTPifo5UT8n6udE/ZyonxP1c6J+TtTPifo5UT8n6udE/ZyonxP1c6J+TtTPifo5UT8n6udE/Zyo nxP1c6J+TtTPifo5UT8n6udE/ZyonxP1c6J+TtTPSfFbuMr+bJzvhQ41a4eatUPN2qFm7VCHTlaH TlZ3Nqk7m9SdTeXTwsbS30f+/a+OVpV3h1WyWV4WmxIvio6WL1tlsDvUcFPUcFPUcFPUcB1quA41 XLF+KqifCuqngpopUTMlaqZEzZSomRI1U6JGmqIOmqJOmaImmaKGmKKGSNQIHWqDRB3QoQ7oSJ8S CulTS9/H2UH7F7V8gc4u0NYFWrhAAxfo34T+TejfhP5N6N+E/k3o34T+TejfhP5N6N+E/k3o34T+ TejfhP5N6N+E/k3o1Q56tYNeTWjUjqoR2h7v9dPFb00LCb2Z0Jsd1f3sp0vCZBpzMk3ZRFM2ZceE jdmxGBc21vYLq2oPQX8cjY9hgutPhlVRuazyB3mdjotfjb4Qz42uiF+PzozfiA5j35fityipt6MT 44XRhWx9obq+kmL4ktq+b5yLzmD3v1EOR9E5q11dE51CL1xIL5wQb4zO0+5b+z/LPlVPb4bn3H9f qc/Z3htMVcyNDnDtfWeLit9L+X9/l27ZoGjA//59usZzut3xRb1eIB9+3Rj+fuV02bLb1a/IlnNl y/bSdxRvKv4apatHOvtS6TPFQ917vDEUf4tgffRJd3zK2aJogBn2895R5lr81rdLQn08PDrb+N+q OJdeK3dlgbMP3C030YRbnK1wNiSqdbbb2YLoxKgiGhBVIoU0qlCNDGqQRS0O0OPF0SHxpTTelRhi TnPpwDfozDdDY8XwaEDFCNyIm3AzRmIURuMWjMFYjIsGqOUHqNkHqNkHqNEHqNEHqMkHqL8HqL0H qLcHlH7/opa67dLTCrNYH79uJYu/ZvJmeJG63WTuw9nkVeOa7y6zNffaqG9ZQ3RsWWN0GstcyQ5f jS9112XRZfGVpe+YuyweEt4sfitRfGNYHT8YnRVPij6nn8RKH0/JzKz4QnRGxdnRaax1WXSUJ47S z5lWc3j0MT1tLvZf6ql2/++avBdf7ukr3P8jxx87DudhDWE5jdxBH+8q+c/SqMpTcZQq/hKKu/u7 s787q92ZuGNL1D9aI4rSUNE6uul6PRXX9MbQRHd3WPU+Im5jqb2cFVziKW0WFXFl37BXDb9XDb9X jbxXjbxXjbxXjbxX7btXnxeHjcX/eNLiKXZKutTaktAVHfpPfV4uZv0IQ81tOCW+KHQa3RbzSHjc Ifre4al39Vuj357/Z781+l1d/G0WrfXVb6UWd2ixQ4tdWqzWWuf+Wey1zy52tfh9gZdT8j/C9d4Z Hh3uyWojTnlypyf3erLWWHqLVvPkHrtiTfS1aC3WYRfP3o092It9osPFKpdLwmnx5aLFFdEP4x85 /thxqNrneuO5MTwZ38IvHow+zx++yOINejy7tDaLw9RSb7mw1J7rp8rZvd9HzqjQdkUvQnRiZd/o a+lLcRmujE5MT8I0tDpfhdUwzvQW17ocdxpb8fsftxjZLnPeZWSnmPcuIzvFvI8w72LEqDLfjLlu iJdFB5a8bp4n3vLEWk8c4Ym1njjCE59394HGvL7keYvDHuPu8eTa0lO50u8SXKq/y3jylY4/dBwh Kq6OPi7ibRFjMiLj4SLjQeLdvNIv6hTXr+Cu2JUt1uFiry4p7Y3it+H1j2/gVTfJd+uNe6Me20JS 8rdWz631XEbrVVou904hOjy6KnRGV+OnuMHqX2w9LzWuKzGCZxbvXsNL1rP0BmNqU1+2a2WTPHlu dGjlgaGzsgObQ2dqCIbiWvwcI3Cjdg/Y/5tAeS0XtFyIbzCrEWL+auu4hhettYNKsxWHN7JRW/hr qRY/1Pj2GN8e49uzf/bFz5RXamWlVsq1cooxHqiVbq30aqX4TfNVWlhV/D0i49tjfHuMb4/x7TG+ Pca3x/j2RJ+MroouiK7GTzEqGhiNxi0Yg7HRQD320eMnxKxKFr5IzKpk5YvErKdZ+gWWns9P3+On X+enF8TPhnvM6QMZ4oS/j0beKo5mIzXxhehsPnp2xbkhX/FYNLDicTwRDaw8MLqgstWxw3EztkYD UyfjLAyJLkgNxbX4OYrjqzKqnfv9pny/35SX1qpowbawofRpxEzjnr7/rv777+pv3Ik7zyh9AtEW mnjGkN631YKb1X6tar3NarvWipN61/G1Ib2Jq1tc2VJxUviSVof0rox3svMeT+8VG/aFhRWVoVtd 2FNRE7rcudCd55WefdO7ja40upIpPZvEu/W3h1X2hSVqzN6K6ijl2V53LVFL9rpzgLg0pHe9XnpV qV1G1hHvctyj17088+9P7tVrr+q0y4g7KqocM0ZR4/rfW9prBjt43RB1bXdUppUtWunVStDCxlLf qajM01s83evp4MmN+8dwctFOvXcbw2pPH+vpZk/vjHfbscXR7+XH+3hcL50Qwj5jWa21Y7XWrLWd FdUhV5pVjXXORgeqlNv/i7rrgLOi1vonyUwy9965u8vusmxn6SCgNEEpCnZFHvrsIIKCYgELIiJS BJ+CiFJUwCdSBJ8FH3ZQUNCnqFhARYpIR1h672Xz/ZN7d91lF7bA0/dlfpObSU7KZE7+OSeZORcl H0Ob/m1mUc1R4kG0Y4XIIY5cB1H3CieMcE1dyVDkLABFNuozPbUMFNko0/TSMpSxE7173PPC048+ J+Qu5vlYWvtcQFvM88A9nuJzAJ6Wsv+BMqe533GPJ+hvm1JkP1OMk0gBpzzal0xBJxWlpSFPOmSG DIQzkVYRaZWRVhXX1ZBWHWk1MB84ThJqSENqFn6r4Zn4TiKuoEM4FVB/KmpIQ02mrEzEV0R8JcRX RXw1xKMcPAVDbWpOi1KYmkxZ8WgXR+p6JwkxFXAmUybaFw/K9SgzE+3jaB9HrvVOFtIr4ayM+Kqg qYa46gjXMP9KjlJWoK3mDrmTgramkhstxeRegfabO+ROFaRVRVokN8f9JuIsD95LQpuTUW4q7iUN Tz8ddWWY+0J6RaRnIb0y0qsirhrSqyO9Bu4Pd4FnUx7lJiG2As5kvRhtyEHvrHXS8SwzcM+ZoKkI miykV8JZGTRVQFMVNNVBUwMzm3lOvu3XZEpEO0yPHUQ7EtGOENrh276tjOuqtgcPog2JaEPIPBUS 9t5To/0cab3pPWHvO5JjR7TVnGLLyhMYtdvRf8fxBUb7WRQuLW8gVz1SJ+IPpFajhNPFIyitDu66 jHyC3DWp3KnyCko519zR6eEXPIlv7XMsE8/YuSFcWr6xqF5T7M/ZBCTtBMRJB6q1EYdzdgDVLhZH czYDfboA1bKAak0dN2cTELUT0CgdqNbGCeTsAKpd7IRyNgOZugDVsoBqTZ3EnP3okbrokVrokVpO Mq5TdB30SAxaVR+9Uh29Us3JRHxF0GWBphLOyriuArqqoKsGuuqgqwGuCUBz86FznS/M//p8QQmQ dhMh6VaFVHEOZIW5kPZi7X8LzWS3UDPWiS5ht9LT7Db8dobmfp0eJ66HLnKDngnJY5z9p7paJ6Ga a6nMfyAtsbG5V+/kXXFo8rPZZ/odGzL/brcWoVhoyXWJqCl00jOoFY561Jquofp0Pd2A2JsgyzWn O2kYXUHP0pt0H82k2bj6DMdI+pYW0yhaimMCrYB2MpGyUeIbLI2l0c8sk9WlhexK1obWsbbsWlrP 2rGbaQvryDrSdnYr60I7WDd2L+1hD7GxtJ/9E0cqG4cjjY3Hkc7eYG+yDPYZW8Aq8nq8ATuLN+JN WAPelDdljfl5/HzWhF/IL2Ln8kv4JawZv4y3Zs15G96GteRX82tYK349v5FdxNvz9uxS3pF3ZJfx Lvx2djnvyruy1vwufi+7kvfgvdjfeW8+mN3An+LPsK58OB/NuvGx/EXWk0/h77Je/H0+l/2Df80X szF8KV/HXuOb+Bb2Pt/Bd7LpfDc/wD7ih/gRNptrQexzwYVgXwglwmyuiBXx7HuRKBLZjyJJpLKf RCVRmS0WVUU1tlTUELXYMlFH1GUrxFniLLZK1BcN2GrRSDRma0VT0YytFy3EeSxbtBQt2SZxgbiA bRYXiYvYFtFGtGVbxbXiRrZDtBOd2V7RTXRnOaKHeJiT6Cv6cin6i/5cidFiDPfENDGNB8UH4gMe EjPEDO6Lj8UXPCzmiyU8WawVW3hlsV9oXsdxnRje2El0avKWTgunBb/O6ekM5tc7Q50P+d3OR85s Ptr5wVnAX3Z+dtbzic5GR/MP3KAb5N+7vuvzH9w4N57Pdxe6v/Kf3OXuar7UXeeu4yvcDe4GvtLd 6G7iq9wt7k6+xt3t7ubZ7j73AN/oHnIP8S3uEfcI3+oeky7fJpWM4ftlnIzjOTJeludaJstMIWQl 2VAE5dnybJEhm8hLRaZsK68TZ8kOcpBoLP8hnxQ3y6fk06KjHC6Hi9vkSDlKdJYvyBfE7XKMHCfu kBPlRNFNTpaTRXf5qnxV3CunyvfFfXK6/ET0lnPkf8QA+ZX8Wjwu58lF4gm5RC4Vo+QyuUw8L1fK VeIFmS03izFylzwqXlKkuHhNKZUl3lTVVSPxpTpXtRALVUvVUixVF6pLxa/qCvU3sVJdra4W69S1 6lrxu7peXS/Wq3aqo9igOqsuYqu6S90ltqt7VG+xQ/VR/cUx9Zga6HD1pBrsOGqoetqRarga63jq n+qfTrwap8Y5CWq8muAkqilqipOkpqpZTgX1hZrn1FQ/qcXOWeo3tds5W+1Vh5026qjSzrVeda+6 c6NX0zvDuck70zvLudlr5DVybvHO9Zo6Hb3mXgvnVq+l19Lp7F3mXeF08a70rnS6en/z2jp3etd4 1zl3ezd5Nzndvc5eV+de7z7vAedBr4/Xx+nl9fP6OQ97j3mDnN7eYO8p51HvaW+Y098b7g13HvNG eaOcgd5o7yVnkPea97ozxJvqTXWGetO8ac7T3m5vjzPM2+ftc571DnoHneEBAJ8zIuAEHGdUQAWC znMBP1DBGRNICaQ4kwNpgUxnSiArkOW8Hrwm2M55I9gp2Ml5N9gl2MV5L3hn8C7n/eA9wXucD4Pd g/c604P3B+93Pgr2CvZyPg72CfZxZgb7Bgc4s4KDg285c4KfBb9x1gcXBZc724Mrg+ud/cFDoVQn J1QlNMLNCo0KTXKfDU0PzXbHhxaEdruv+cpPdr/za/sXuyv8G/073YP+Pf79MuD38HvKWL+X31vG +338PrK839d/Qib5Q/xnZZY/wh8ha/ij/OdlTX+0P1HW9l/xX5GN/Sn+W7KJ/7b/gWzpz/BnyUv8 T/1PZWt/jj9HXul/7n8j2/jf+z/L6/xf/F/kzf5if6ns4C/zV8lO/hp/p7zD3+MflL38w/5R2dfP CZMcEOZhLgeFnbCUj4e9cFg+GY4LJ8lh4eRwsnwunBpOl8+HM8NV5Zhw9XB1OT48IDxATggPDD8h J4aHhJ+Rr4ZHhp+TU8MvhEfLaeEXwy/Kd8IvhV+S74ZfDk+S74Unh1+TM2J4TIz8JCY+poKcF5MW kyEXxByIOSx/Jh6E/E7kX1DuKqpJWXSanJ6p1+kNVE9vRPi3Iily9Ev6bRw79FBcXaXbI89chDZG 0zfqzfDXRK/2F8pvUjfrvTj+SFNF1LMH5/PFtvdRnJ8WiFmJGpJMLSd00LxA96s+grCPmfxmCuN6 XcE25t5NEXV+r1fr7foHlLAWd5tdXBtL4DyUOjpa+u96q56r10evdheqfQvOFXqVXqgP6isogL47 gyrlS88prjK9D89uL0r4o+Xof0gskdRX9avk48x7hsfl3oZzvV6GMlbi0oWcVZ3OQ6iiTf1Sz9eL wT/gHejtRdf/pn5Fj8fvEJzn6zP1Q7onQvn6MffuEdpaKHeO/kpng4O+0t+hHXgOpvcK5sqj/b6Y riDoqUQxNvRsNGY7yv4hlzfzc0U0Zi/ufDf6/je9B/J+LKIa4Snk1a632Ce0JZe6UP6tehPG2Pbc Hjcro/Z3eX6a4todpVtW4OqBAlfflKwMuPqWPsppegmen6eXFFPzgXxjuz6dUwz1W/p1M6L1VyVu U8H8Gwx3GJ4tlLKoBLlxZ/pJG5p+/HjWt5UgP3hEf2Bxa6V5bqV1+g2Lpm+gXws7r0Ql7NAzLWqW kC+KKGF3ybmqiNxRhNU/lyn3O9ZfYpDjtLuGJah/Q2Qu00fAR3tKXYN/0tQaOP9ua8md8dZEjmh6 xSLy1MJREUetAq38V/R3QeQ4Sf76ReaP9i64ZB/Qad+JGgz83KZ3AcFW2zFluPqgjX/OJmfqz/Rs /YuZ0U+Q/2i+8NOUAvy/gdqaERKNW4G5YVZhLM7LcyRfeARmnli6nDohPC0atw6999OJZ9Xc+i1H v4j8AaBPjyiSm/j39Nsk9IwT5j+eC11IT10R/0w0/Rv9Nfr/2+hVYfw+nC88FLlTqA0ZSej8aNyn +mOU8O8T1v970fE5eGIGH/XV+m+6i24bpZ5QKP8goNir+t/6R/1LvmhOHehxGobQszTcfDNDb4Fz p9EMSIezaDY1sKsKjekLWkxN6FdaT60pmzG6kXVinehBaPR/p55Gl6deRounh/ndvDs9An18KfXj v/F11J9v5BtpMN/Mt9AQo5vTUL6fH6Bh/Ag/Qs8a3ZyGG92cRkI3D9FzoqKoSGPFzaIDvSg6iVvp JWe6M52MVqtpvBvvxtP38kP5If0gP5Wzab78TS6nH6WWmn42Oh0tNDodLVVXqatphdHpaBV0uhto tdHpaK3R6Wij0elos9HpaIvR6eiQ0ekoBzrd04ygzY1kUj2nxrKA0elYrNHpWJzR6Vg5NVlNYQlG p2PljU7HqkOn283qQpvTrK0nPJe19zwvyG7xfC+G3eqV8xJYF6+8V4F19VK9dHa3l+llse5eFa8a u987zzufPQit7Xb2ELSzIaw3tLOnWR+jf7FHjU7E+hqdiPULPRoawQYaTYeN8eP8ZDbLf8t/i33p r/N3srlG12ALja7BfjW6BltudA22yugabLXRNdg6o2uwTUbXYDuNrsF2GV2D7TW6Bjti9Ah21OgR 7JjRIziPCcSEuIopH1OBB2MOxhzmZk9hieUYZjmGg2NGQ6MYQ/8ET79EUxDzKg5F/6I3MUtNBT9J y08S/PQJRt2n4Kqg5aoguGoe4r+lXyhEi3BwcNliSNW/0nJIVytoLcbYOvBcJcqmXRjxu3FUpj10 gKrQQRxV6RAdo2qUA44sZzkyw3KksBzpW470wZHdKI53B1/6li/jwZcrKImv5Cspga/ia6gCX8vX UjJfB35Nt/yaZvk12fJrecuvqZZfE7jmmhIExH9KBNdy+HBUHryrEMbDpxQRAB8nWj5OAx/fTNVF B3BzDXBzJ4RvBU/XsDydAZ5eQcxZ6awn7mxwskk6G53tFHJ2OHsp09nn7KdY54BzlCo6x8D91Sz3 V7Lcn2G5P8Nyf4bl/gxw/4WUqC5SF1FIXawuJkddgvHgYjxcgZjWqjVirlRXklJtVBvy1N8wTqpg nFyFvFdjtATsaAmZFRAKqxswZmIwZtpTJXWz6kCx6hZ1C1VTHTGKytlRVM6OIoZRdA9ydVP3g+YB 1QMxD6oHiaue6iHU0kv1QskPY6SFMNIeRa6+qi/i+6l+oO+PsRe2Y4+Z9RTQDFFPod6h6mmkDlfD ETNCjUCukWokaJ5ToxEzRo1BS8aqsYjB+KSgGZ8oZ7waj1wT1ATET1aTUc4UNQWUU9VUxLylpiHv 2+pt9MM76gP0zIfqY7RzppqJPpmlZqFVX6i5aO1Xah7K/EmBM9UiBZ5US9QylPabWkVZarVahz75 XW1EXZvUZqqstqit6MltajtVVTvUDtS4U+1Gm/eqvaDcp/Yhdb/aj/gD6gBaclAdQvmH1WGUfEQd QclH1VFKUMfUMdSeo3KQVytt/l/VcynDoAl8oAl8oAl8oAl8oAl8oAl8oAl8oAl8oAkxoMlg+EO8 IcQNppBjMIWYwRTygSl94fcLDqA4gywkgCyLyQ8tCS2lcOjX0G6KMyhDwqAMpQBl1lGC/7v/OyX6 6/31FPY3+Bsoyc/2s5G60d9Iyf4mfxOl+5v9bQhv97eDfoe/AzQ7/Z2g2ePvQXivv49S/f3+ftAc 8A+C5rB/GKlH/KMU8nN8Tclho1onGPyC74Qd+G5YUjxQzKMK4UA4SOXDoXAIlH44TOnAtQTEJIaT KNWgGyUB3VLhp4XTQZMZrkiJ4axwFsqpFK6McJVwFdBXDVdFGNiHeGAfYl4Oj0ctE8ITkWtSeBJK nhyegjJfDb9G5Q0akjBoSHEGDSkOiPVuFA1H4BAWDV2g4ViEXwIOCouDEij4FsLT6CP4HxO4DWj4 GcL/AQYKmgscFMDBRUDMxcBXYdfvPYuDwuJgeYuDSRYHgxYHK1gcTLY4mGJxMNXioM9iWSyFWTvW Dn431h3+fawH/J6sJ/yhbCiFgZJXE7coGQBKdoFvUDJkUTJgUTLGYmIi38q3UjmLg/EWBxP4MX6M Yi0CxglHOBQP7PMQDooglRPtRDtKF+3tm2wG+zIs9lUUt4hbEN/Rvt1mcDDD4mBFcZvoTGl5OJhN Agi4lzxg31EKWtRLtaiXZFZtMT5bqVYYvReoC0hYjPPUpcA4BxjXGmGDbsKim7TolqzaqraIMegm 1DXqGvjXqutAaTDOseiWZNEtaNEtFejWiXx1m7oNfmfVGfS3q9vhd1Vd4Ruk8yzSBaNI11P1RMxD QDppMc5Tj6hHkLeP6gP6XKQbgHAE4wapxxE2SOdZpBMW6YJqmBqGXM+oZxFjUM+zqOdHUW+UGoV4 g32exb5Ui3rCop6jXgbqiSjqTVQTEZ6kJgHRXlGvgN7goLA4mJoPB4XFQQ84OBPhCPZ9oj5H+Av1 I3yDfR6wbxnCBvXKW9RLsqgXtKhXwaJeskW9FIt6qRb1fLVH7UEug31JFvuSLfalRrHvKDBOWIzz PeYxEhG0CvYOPkKB4KPBR+H3C/ajUHAAsCkUHBgciJgngk9QwOIUD40KvUjcIk6ivw1YE+fv8ndT vMWXOIssiUCWAwgf9A9RLDAlB+PcYEq5sAgLigWaKIqxOBJvcSQRCBKPsEGQhHCFcAXQGOxIDGeE MxBfMYodlVCCwY54ix1xFjvKWeyIB3a8jDInhCcg1+TwZNBPAWrEW9TgxBvsNCuvTTZc2JiuoBtP JOf//3B6o95kzujV6qL0LrPOY9f6Slv272aFy2ren9nr33LrtP6PUe1zq9E/rS66TK/V2QVXdIqv N3eFTt9f+haeXqdbQ/M0vyfUvQvl2AhN++uyr8vklbP1+Cu9y/rReOiKe9Gza/V2nHkre/k00cR8 uZeBaimZdY8KCEVXGHO16z/JBfNak79en26ycVuKWl3Qmwuvzendeo3+FSmFdiHK6nJXyQtemfET 5ep86wVou8gLbz3RU9arCq9qni5X9A5Osbmm6En296hdDf/GnGZ9SL+B0LwoTS5nmRG8Ty/IjS9V Pb9bHl37x7VZBdMr8lE8Y9eDzFr5Khv6Ha3Jj1DR/i3p87Wr1muLpyu9A6flK1fv10dxHjZrXfpY AbqT7Uv9j7k/ecyXwOlxp5D5qiLKW0s1wYOZp1DqyV1Nsthq8NRiapEO2FDiPcRTnyuOK69Aq/KP vRLmf0/P1u9E9wcS9QQ928auM7N7/tm7TPLDUmDjais/ZFvZxKKZmZP0avxOjVJtt/tt3+KciyO7 4Mq1RbIUyl2b/RJzwTz9E85xiL1CL9Tf2fhfIlKE3dG+qfQtLdTyTQWu7Byq380Xc7eerLvrp8wq v+6RF9sMcR+ZcVd415HMnmvhvdDN+jPcy7LTN1Jz+cHMY0CwXLlwHkX3Z/O3Abictzdi9liKKfmH 09XGsjr0Utj+jjT7zYVSe+ovC9BGfldgdltnOKQM9S0yXG/lLdtPJoT5bXW01+Dru/R8+7wPkChi DgtTvUJlbsc42BbdXRJAjtxdpwOR1FOf3/7Yhy64X5krpRjZy87bv+PYXkj2XGVlzyJGO0bzacau otxxeLawUPrR42Oi8Q8UHU+l2UcvtdN3lDJD5B2LIfoJ+7vDIsD75kTodT09ErJpufKZ3e/Ek/q4 DK17T38ExPwwevWlfpPM+0EzTBgnkBMo9iVQIlcK3gH0/S6KE5H9s5hCZX6tP9RzomUmmqtofAF0 0Lr0rbX5MEr1r3lXubrLGhPK1SsjkrhFtHmGPyLviETHz26LyB30VfZqDpndvPtxPozQCD0Wc93D 0VLyvduCHpil+5ShtbfqfvoV3R2h/2BUv6K7Wnx4BrPRK+jnOXqcvhNz6w6zB2jvbKaepidGao7O Gqn6P8eVma0XQ6uMjNyz80JRuVMfipwll5gLlL3Xjve8t4IKzlJ2ns7TfK3ku9q+95D/jYszC76x 8me5gru49g2mbcW3xN5Rofev/gxXUJM1vQoe3lMcftqnc9o03dK4/PIHRoPRspbg9wQ73XmUm0+9 vfpl3Vf/Q4+x4QXg90nmTZnoPBSRF/fpD3DOPrV6bEn1Im+ynFIZ6/QGzIR2fsQz3QA+zJO5I09d 74TMsbMoCbDUdZVB5s6X+7vIU0VbDA7+EL1aFR0/0Vb/NeO5KKfv0LfrT/R04vaqn+4FtO4UkQj0 DH0QV8P0A/pcXQU42kg/rO86hboi8mPWKbU3ikkRnTbvfcNJBVNPp9NTTkMZhnsXR1Ad8m2hp2/T 1+qf/5iF/1qH1vyGMWfXPMHDRlPM01Qiki5Sv8Z5gndV/2yH9j6bf+RCvpr5V7bnxA6jraeRnSJv uuoHIR39gtEXSZtj/d/0x7q9fgqh4Xp5JK6MdX196u0tZY1787/n9b/r8mTc3af+dmVR77qfTheR DiF/r8esdxpWLIp7R/mkeUvIUfptu7a/pew15XMpp6WUEjnIQqcsueqRp6MlxdQRRTpIt6e8Ln+a nlJxtayDZPtfHimnz0Hq2Xvaeib+FNpxOsb7n7gfURZuhNyzNpIz+mVH7rrIfLvPMP+kme+N0r5T +nr/bFeWbyAKlXHC3ZCT5LGr9WalKKIJR1Z08vaCgyfTj+3abgp1J1n6em3+MnzlpbPt3PHHt2S5 a3Il1e1CdGnpa/1LXVJZM5Z+54nMWw1mXzpPs9ezrL8N+FzsbsT/moPcv+/E30zkozv4329LyVzJ ELKss3qR30oVW5d9g+CPbwftjkUeZwWLzJRLa9aq0qk9xtxf4ArK7hHUgPZUDM7anZi/YL1P7zqN Za2h6IpykV8c1bJfOZkd9AVFpBZXtvmOak1uztyQXeFfE43JrbOZreu4duW7GvxHmbltMd9rFWqV +SqrvtmlKYvWrsfpf+mZed+BRUNGIoiuaS7Ia0f9Qu39V+nrK5C/DG8K6Z/trsS3edf2HSDIm7LE O30l+HrvBHUX+W1yMXk22FUrM5NbLLBXX2LsRZAheDL50s4osXReyb7XLCJ/Wd5/WGi+t7Tn/si1 9aOr5idHh+i9pBd83wj8tUv/ZM9xVAEy6abobtLqyJi2vHZ36VtazH1Edtjyaeu6k35Yv6bHW7sB ee/06Nb6vVKW/OWfIzGbNp64Hp1T1K5yZEfxuLhdxe/ilNXZd2SiyKx3Q57YDfloqV72BxLprYgz e8bn6Ovt9fvggMW6g55rrvUc/bz+yqyY27TnCpS9Ije+VC1qq7vrgfqK6JUNgQO72vC/9GTdA3ww DtLaTMy8hmK6/lB/EJ21zep8EtWze869dTcbF3kfcTzk6pfN8zBWEvLeAiqwFqQP5X7NX6r2vqjf gK72z+jVfFv3OIvz820fmN3Xd/Re/bkliHy1H33DIMrFZ5e+1r/K/Ve+xi5cy5pcxIrsO/9Vriz7 VHjS2yjfqkOehYSSzD0JZN7fucaG06kRdM8sm3c9pI71djZJo4Z6EUaoOVbolfpcjJeu5OvIvB7V UzE6IzpVhej1e9GdCk55X0zb+LdOch/23QrdB/NcdAVSt9IdcbbWd1CCjszBuTY0+uG8WDfT1+no lw36G73cvi1hRuxmzElrovprbappZ87alurkqxtFt2uSngz/jbzrmUaXK/BmxbXRQHv6O51DDayd mGo2Jf+9B3N+1qGcA3am/ETfo983c5jurx83IZQ6tEC1kXfA7ilDe7vp+3D/99kLD6FuFjcftzP1 T3iW2TmRL+lnWKsguc72rH4wWkYJdLwi695UPE2hPFvtGwFGTrDcZLn5S1w7Ntk/qbxjcsVSc7Se 08Ji7Ni1i9qxG0SXM87KUxdrna63tU43xFqnG8rasQ40gt3F7qLnrV26F9hDbCiNZcPYGJpmrNPR TGOdjmYZ63T0ibFOR5+yz9kCmsPr8fo0nzfijelHY52OFvLz+fn0i7FOR4v45bw1LeE9+IO0jPfm j9ByPoI/Ryv5FD6F1vLX+DRax6fzGbSFf8w/pm38Ez6btvMv+VzaxefxebSH/8Dn017+I/+J9vOF fCEd5Iv5YjokfBGmwyJOxNNRY2GOtLUwR9bCnCuqiqpMWQtznrUqFxKNRWMWtlblYqxVuThrVS7e 2pNLEO1Ee5YobhEdWZL5Vo4lG6tvLNVYfWNnOjOc2aydsfrGbjOW3tjtxtIbu8ONc8uxrm6im8Lu Mvbe2H3ucncN62XsvbG+xt4b62fsvbH+xt4be8zYe2NPuvvcI2ywsfHGnjU23tgYY+ONTTA23thE Y+ONTTE23thUY+ONzTY23tgcY+ON/Sg7yCfZEmPdjTNj3Y07xrobd411N66MdTfuyYlyMo8xdt14 vLHrxhOMXTeebuy68SrGrhuvIefJpbyWsejGzzUW3XhTmS238ObGohtvZSy68TbGohu/ylh043cb i278EfN9HO/vcY/zAZ70FH/MC3khPsiL9eL4416il8if8JK9FP6kl+Fl8CFeJa8yf8pYXONPG4tr fJixuMaHe/W9+nyksbvGRxm7a/w5Y3eNv+C19FrxMcbuGn/R2F3j44zdNf6ysbvGJxi7a/wV7w6v K59s7K7xV72eXk/+urG+xt8w1tf4m8b6Gp/qPeU9xad5w7xh/G1vuDeCv2Osr/H3jPU1/r6xvsY/ NtbX+CzvfW82/8T7zFvIv/EWe0v4cu9X7ze+0lvhZfM13iZvD99qrLLxA8YqGz/o6QDjh4xVNn7U WGXjx4xVNsECKYFMETb22ERCoHKgpkgM1A6cKdICDQINRMXA2YGzRVagSaCZqBRoEbhAVA9cFLhI 1AlcErhM1A1cEWgt6gXaBNqKBoEbAjeKswP3BnqIJsGsYFXR3Fh3E62MdTdxubHWJq4w1trE/cZa m3jEWGsTA421NvFU6NpQZzHVfLUnZhlrbeILX/mx4ntjp00s8tv7d4qdxk6byDF22hzH2GlzlLHT 5gSNnTYnZOy0OeWNnTYn3dhpczKMnTYny9hpc2r7U/ypTh1jp81pZOy0OU2NnTbnfGOnzWlp7LQ5 rYydNudyY6fNucrYaXOuNnbanGv9Nf5ap52xsubcbKysOR2MlTXnNmNlzbnTWFlz7jFW1pzuMTzG c+6N8WNinIdi4mMSnd7GsprzaMyBmANO/1iKZc4A4mwtUC8GGl8sxRGjcjgExWMedigZc7eLWb0a 4qvjUFQDs6BHdYCSAeBhM/KBh+Z/Hs6z/4BhEDPGImYsEPN65LoBRzngZgeUeAt1ppbUBRjaChja A5LDgzguoJ7Um8rTIziSqA/1R80DgLDJQFifUliYxVCq/UI4jcUBc+sCc2sgpiarSfVYLXYG4muz 2gjXARanWCyuDyxuC/8qIPLF1l5oCusAXG5gcbmBxeWGwOW+iO/HBlMjNoQNQZlPAanTgNTDqTEb wV6gJmw0ULu+Re36FrXrW9SuB9R+A+E3gd31gN1zMR98xb6iZuxr9h01Z98DzVtYNOdA80bwzwam S4vpcRbTucX0OIvpiRbTL7SYfpbF9HMspqcD09+givxN/iZl8Kn831SJTwPKV7YoX9mifBZQ/hP4 nwLrMy3WV7VYnwGs/wH+fCB+FhD/R/g/AfczLe5nWtyvAtz3qZoIA/2rW/SvadG/BtA/mc4QKSKF aotUkUoXmZkAYcwEVAszQQ34NUUt5MJ8QHXMfIBcTUVT+M1EM6S2EC3gnyfOAw3mBviYGxBjvrW+ 1H5rfZn9vvpS+331Zfab6kswTwyg85zHnMHEMFuMoFhnpDOaznXGOGMpwXnRGU9NnQnOJKrgvOL8 m1Kcac6HlIoZZQY1MNZEqZGZV6i5mVfIN/MK/Dg3jlq55dxyVN/MLtQAs8svJNxF7iLKche7iynW XeIuIcdd6v5KLmad5YhZ4a5AzEp3JSl3lbuKPHe1u5rKu2vcNRQycxKFzZwEyo3uRirnbnI3UTxm pi3E3K3uNtS43d1BCe5OdydVMHMVatzn7qNkd7+7n1q4B9wDaNtB9yDac8g9hPBh9zDCR9wjdJ57 zD2GknMkpwQppEPnSVe6xDDDKcJkIT0Ky4AMUqwMyRAJ6UufkmVYhqmFjJExoMEsaP7VXSYgb6Is j7zJMgX0qTKN4mW6zEDJmTKTjAXUSvAry8oooYqsAvqqsiroq8maoK8la1EFeYY8A/G1ZW1yZB1Z h2JkXXkmyj9LnoW89WQ9lFZf1gdNA9kAeRvKhuSbGRd1NZFNEH+ObArKZrIZSmguW5IrW8mLQXmJ vISUvFReija3lVfjvv4ur0P5HWQn1H6rvA21dJZ3oJyu8h5qKbvJ+6iVvF/2RI0PyV50gXxYAj3k I7IPJclH5aNobV/ZH/cyQD6GcgbKgShhkByEEh6Xj1NI/kP+A7U8IZ8AzZPySdQCCYDSjARA9SAB jKRGcpQcRQ2NHEApkAPGIHWsHEup8kUJHJAvyZeouRwnx6G3J8qJ8CfJV6iBsQELesgKKGGqnAr/ LQkuldPkNOR9W75DF8t35bso+T35PlKny+nIO0POQPxHciYoZ8lPQDlHfobUz+V/qDEkjK8Q/7X8 ms6EnDEP9N/KbxHznfwOlN/LBaD8Uf6I9vwkfwbNQrkQLfxFLkKbF8vFVFcukUuoiVwqlyIvZBTk WilXouRVchVyZctslLZRbgb9FrkF9LvkPtDsl/vRGwfkAbTtoDxKKUaOoYaQY8IIx6hy1EjFqwRK U4mqAjVWySqdmqgMlUX1IeXUoOaqpqpFl6szVG1qpuqoOoipq86iFqqeqocS6qv6oGygGoCmoWqI 1EYKuiNko3PpbNVUNUVdzVQz0DdXzZHaQrVAXcamADMyEzUwMhN8yEzwITPBh8wEHzITfMhM8CEz wYfMRKlGZqI0IzPBh8xEdY3MhDBkJmpuZCZKMbZq6UyvldcKuSA5IQaSE2ggOcGH5ESNjeRETSA5 QRPwunpdqQXkp/so1rvfewA0kKKQF1IU4iFFgfIx7zGUM9AbiPAgbxDiIVGhPZCoQD/cG06NvBHe COSCXEUNIVeNRswYD1znjfVeQvg17zXU9br3Ol1uJC3EQNKioJG04EPSgg9JCz4kLfibvF10vrfb 241a9nh7UA6kLqpnpC6EtafNf28FiC4OsACjFCOBURokMAXfC3h0dgCO6gWCgSDCfiAGfmwA828g LhBHjQPlAvGISQgkUPNAYiCRGgbKB8pTi0BSoALiUwIp1CiQGkiluoG0QBrC6YF01JIRyEBqZiAT MZDtEIZsh5ZAtoMP2Q4+ZDv4kO3gQ7aDD9kOPmQ7+JDt4EO2gw/ZDj5kOwoa2Y7Oh2x3DcUFrw1e SzJ4XfA6hK8PXo/wDcEbEL4x2I4SjeSHmMHBKcSDrwbfQhjyH8KQ/0AD+Q80h0KMeIiHUulCIwXS ORHbDUYKJG6kQPiQAuG399tThn+zfzNl+R38DlTOv8W/hSr6Hf2OVMXv5Heiyv6t/q0k/Nv82xG+ w78D9F39rqC5078TNPf49yDcze9OVf17/XtBc59/P2h6+D2Q+qDfkzIhWT6M+N5+b8RDvoTf1+8L v5/fn/6Pte+BiuI8935ndnd2gsOCaAhBQgwhSAilhBBCKRJCkBBCCCXEWGplWZZld2dYlv3Hsiwz +1+i1EusJdZSY431s8ZYa62XUGuttdZrOdRjrNd6jbXWa70eP+v1Uq8f8ZLveZ/dUNNzvnu+75zv vOf57esz78zOzj77vr8fZ+ZnlqAIAfKYEBRCMDIshGFkRIjCOw4L6yEzImyAIwMHhXfZKGwE/Kaw CcaMCe/AOW8WNsNxvi1sgf53hO/A+HFhHPrfFb4Lx9wqbIWt7wrvkmXCNmEbeZIyV5IPzHUHeUr4 vvB9UivsFH4A/d3CbhjzvvA+bP2h8EPAfcKPSKGwX9gPW38sHICt/yhMkALhQ2ESMj8VfgoZ4LuA wHcBfyEcJU8IvxSOwZhfCcdJnvBr4dcw8oRwAt5lSvgtZE4Jp+GYwIbh+GeFs4D/LJyDMeeFf4Gt F4QLcJyPhYvQ/4PwB1IKLPmPcLTLwmWyjHJlkg1cOUSyksPJEZKTHE2GqwS8eZgUJr+VDNcqeSR5 hDya/I3kb0Dm7eSN5KnkbyZ/k9RSPg0Z4NOkkPJpspjyacJSPg0IfBoQ+DRZTPk0KQFmV418ug75 NItMOs6bP2PMlB/rkB/ryFeh6ZAZ1yMzbkBmnIbMuBGZcToy44eQGWcgM374Pv8eDfr38Ojfo0H/ Hg369yShf48G/Xs06N+TjP49GvTv0aB/jwb9e1LQv0eD/j0p6N+jQf+el9G/5xX071mE/j2von9P E/r3vIb+Pc3o35MJTH0B8OZkJhk5+sPkWSaTyQQOTZl6OTD110gFcvHXmTeYr0KecvEvMybGBAzb zbgBPYwPeLMfGPlzwMiHyXLg4m9Bfz2zHsZTRv4cMPJ3SDVw8XHyArDwA4A/YX5CapiDzM9hK2Xh byILfxFZeC2y8BXAwouJClm46j7+rQL+/SLy75eBf7+CLJw6DKnRYWghOgwtRIehB9FhaCFy9K8g R/8S+xa7jlRRZ3/SmmDqlJc/xf6Q/SF5kp0AXv44MvInkJEvY3/D/gb4N+Xij7Gn2dOQ/x3w78fQ tegR9vfsx8DI/8D+AZA6GBWiq1sBe4X9V8j8mf0zIPV2y0Zno1z2f7I3oU/9jfLYf2dvQ5+6HOWz n7D3oE+9jh5l59hPSTY6HuWoGBULfep7lKfSqDTQp+5HOeh+lKtaoFoAmRRg/0XI+0uQ95ci729R LVFlQZ6y/yLV48D+v6jKA/ZfhOy/WFWgKoB+oaoQ8GnVM+QZUALPQb9cVU6+oPoS6IEi1ANPqypB DxSpnlc9D8eneqAIlcAbqARWohJ4A5XAStQAdcD+x4gOeP9WkoaMPwMZ/xJk/OXqg8D4vwyM/xhZ rv6VeorUIO+vvc+TSYOeTCnoybQIPZmaUQk0oBJ4Af2ZXkE9UAF64CPCoQbQan4PGoBDDaBFDaBD 9q9F9p+huaK5Aiz/qubPkKG8n0PG/xAy/gZk/GnI+DOQ8T+smdHMAFJOX4ecXoucPg05fR1yepbj gNNrkc1rkc0/jKy9Dvm6Fpl6GjL1h5Gd1yEv1yIvz0BeXgdcHHQvVwSMnEMunoZcvC7Bwku5Uhhf xpXBeMrF65CFxzm3Fnm2Frl1PXLrBuTWacitG5FbpyO3fgi5dQZy64eRPT/MjXAjwCm/wX0D2CRl zxXImCu5MW4M8pQxP4uM+QVuK7cVeCTlymXcduDKlciVlyBXXs7t5HYDj38fWPISZMmvIz9ezh3g DsBelCWXIUt+HVjyBOz7IXDlJciVy5ErL+d+yR2DI/yK+xWMp1y5DFnyEmTJ5ciSlyNLruVOA0uu RJb8ArLkMmTJy5ElVyNLXoEs+VnuY+5j2Er5cZwZP8vd4G5BhvLjcuTHFciPX+fmuDlgqJQZVyIz Xg7M+CHoU05cjZz4Be1j2idIDTLjWmTGbyIzfhF58AvIg99EHlyLPHiJ9jntc4CUAa9ABlyrfV77 PByTOoqloJeYBr3EUtBFLAVdxDToIpaELmJN6CKmQRcxjbZF2wLvTr3ENOglloIuYq+gi9gidBFr RhexTHQRy0QXMQ26iGnQRUyDLmIp6CK26D4XsRR0EUtCF7EUdBHLRBcxDbqIpaCLmOY+FzENuoil oIuYBl3EFqGLWCa6iGnQRSwFXcQy73MR06CLWAq6iDWji5gG/cM09/mHadA/LBn9w1LQP0yD/mHN 9/mHadA/LAX9wzToH5aC/mEa9A/ToH9YCvqHadA/7GX0D3sF/cMWoX/Yq+gf1oT+Ya+hf1gz+odl on+YBv3DXkH/sCb0D2u+zz9Mg/5hmegfpgENs4hUgGJ5gryA+qSGX8YvA22Qz+cD13+Kf4qU84X8 F0BvFPFFkC/mixO6pYwv4Z8hK1C9lPFlfDkg1TC1/Jf5L8NxqIap4ev4lwDr+VfgaI38qzCmiW8i z/KvgZJZzjfzLaAQ3uTfhK1Uz1Tz7Xw7nI+BN8BecSdGqnBqQeFY4b2owtHxfbwDjuPknbCXm3eT F/l+vh8yQ7wCn4LqnArUNkvQubEMFU4lv4HfAEh1zgrUOZX8t3iYJVDnlKHCWc6/y78Lmff49+Dd qdqpRbXzJv8DfjfsRTXPcv4D/gMY80N+H+CPQfks4C/yfwL8V9A8C1DzvISap4af4WfgyFTzVPCf 8J/Ap6OaZwFqntdR87yAmqcS1U4Zqp0KVDtlDySDwqkEhbOQVKPCqUWF8yIqnBWgcNJBBT30QAaM fBgUTjlqmyWoZ2pAzyyDdykAPbMA9EwpYNkDFYDLQcMsQA2zADTMa4BUvSxA9bIA1ctLoF5aE4qF apVVoEPaULGsTloNmc6kTlKVZE2yAkpJEqAtyQZoT7IDupJcgNSLbiF60S1EL7oH0YvuQfSiW4he dAtR+ahQ23xlwZIFOeRLCxoWfIVULTAu8JFWdKpTo9pRg8J5ClQE1TBPoYZ5UugCDfOYYBGswNSp bnkMFctToFh6oW8X+kA5eAQPZKhWeVwYFAYhMyQooFKoPnkC9clTqE+eBH2yDjLrQaU8iSplmfAP wj/AeKpPnhK+JYzB1ndAnywDffJtOBrVJ0+gPokrk8dRmRQJ3xO+B/ie8B4gVSalqExahB+AMnka lMkeyH8g7CXFqEyeRmXyDCqTUlAmP4bMAeEn5AvCQeEgjPxQ+BDyVJ98UTgE+qRIOCwchq3HQJkU oyYpRU3SIpwUfgNbp4RpyFNl8ozwkfARjKSapFT4vXAe8v8CmuQZ0CQfw9EugjLJRmVSLFwSLsH7 Un1Sgvrki8KfBOB46A5YiH6kBcJ14QZkqFNgjnBTuAV96heYh36BOegXWIh+gTnoF/go+pFmC/8l /Bcg9Q4sFD4VgAGig2AuEHNggOgj+Ch6k2ajm+Aj6E2ajZ6CeegpWIjepAXJuuQUyFN/wbzkRcmL IENdBvPRZfDR5IzkTNhKvQYL0WswD70G89FrMDc5JzkHtlLHwTx0HMxBx8HcZGuylTyGSuwJUGJB VGJQD8lrk9eCQhsG9fUEqq9nUHe1gO76FvTHkjeTYlRfzyRvSd4CfepcmIfOhY+gc2EhOhfmo3Nh HjoXqgmz5HZWAMivoFpH/kCI3gshQ0Qg1kGMQozNvzL2M/A6DrEdYhfEXogDEJMQRyCOQ0xBnIY4 B3ER4grEdYhbEHcg7hE2MINBOlgMNjBL2CCBPg+hg1gMkQmxFCIPohCiBKIcoip+Dh21/4fXhvix sN+c2GclxGrcRjoMEOb4+eI+R+KfscMG4YLwxfOJVzbIYTD28xCXoC/M5+KRBpGR6BOI7EQ/NxEF iSiGKIOohKiBqE+MbcLxpCMAEYtfp46R+WseH9uK40jHRojNEFshdiQ+w+7E+7UlPus+iIMQhxLb jya26xNhgtwJiGn4PFchbsx/lvhnhu+44zzEJYirEDcgbkPchZgjxKBOvCbd95oYb0iFSI+/4vjb 8X/Pb8+CyIHIhyiCKIWo+Nsr/c4M1RB1/9evbFC677uCz2ZohGiJf9//T6/ln3+l9W1YFX8frKVE Ht/3/lgDYfzbK34H5Yl6Ww3n5IC8FcKeqD96HM/fXg1+iJB6YXtSj2toVr+3twCxGLEM8EBvJeBk bw3gkd56wOO9TYBTva1Ds3QvJaY/3dumjLSn9vhk0p7eE5A5/blePaJpvn+xV5I5ulXZ2J7VE5MF /ZVehyzE+wnM6RmR0/TXe72IMuAt7N/C/p3eCOC93nVyWgfbOwrI947JaXQvZTPgRujn92yWMzp0 veOAi3u3A2b27pIzaF7Z2l7Us1XO7ljauxcwr/eAsqO9tGeHnNtR2DuJeATxOGBJhw2wvHcKsKr3 NGBt7znAht6Lci7dS9nd0dx7RT7eXtGzWy7oWNl7XS5or+7ZJxdTVPa11/UclMs6VvfeAjT03pHL aEY5GM8nsLHnkFzZ3tJzVK7pMPfem0ebnZVraF45lMBVPSfk+g6XnUfUAfqwH7AvBozZMwFH7EsB N9rz5nGzvVA52rHVXqKcaF/TMy03deywl8tNeLTWRGa3veozpBllut3Yc0Zu69hnr0Vs+KxP88qZ dmvPeVnfcdDeLOtpXznfbrWvhL6955Js6jhkX41omO8ftZsBT9htgNN2F+AZuw/wvD2A/Zhsovsq l9o9PVdlqd3fc0N2dFyyj8zjVfuIcrXjhn2j7GgP9dyWve3DPXfxHDYjbp3v37bvgDPZ0DMnyx13 7bvncc6+T5bbN9nUcsRyfWA34j7Eg4C3Bg4B3hk4Cnhv4IQcsbID04D8wBk5QveK7rDqBs5Hd7dv sSXJ69q32VLlUevigUuAmQNXEWl/6cANeZRuje5r32lLl4uteQO3AQtt6dGDcWzfY8uSx6wlA3cR 5wDLsV+O/SqfGrDWlwTY4EsFbPaly2N0r+ghwBzo77fly+PWlb4swNW+HECDDzI0Hz3aPmErkrdb zT6KNl9p9ET7YVupvMvq8lVQtO7DfjWgz1cHGPA1AsZ8LYAjvlWAG31r5F10r+i0dbPPGD3Tfkwv yHutW31WeW/7SVuFfIBisKn9lK1anrTu8NkBd/s88iTNRM/H8wk8a6uTj7RfsDXKx637fP55POgL wW8H8tFLCbxsa5GnrId8w4gb5vtHfZsAT/i2AE77tgGe8e0EPO/bA3jJtz961XrVNwHzzzXbKvm0 9YbvcPQGHu1cInPbdwzwLkWaid5uv2lbI1+0zvlOIp76rE/z0bvtMzajfEVU+87KV2g/Oicm+S7E 1O2zNqt8XUyFK0/x8nw/3XcNMMt3EzDHNwOY75sFLBokgKWDnHyd7htL0hObXb6l52we+Y5YMSj8 HVYPpsl39ILNL9/Tp9lCCivWDWYgZs/3GwdzFVafYRtWeLFlsGAeVw0WK7w+27ZB0RnU9oOIhwCT sJ9qPwqYbj8BmGWfBsyxnwHMt59XdLjXDUOR/ZJyW59r26Qs1hfYtiiZhlL7VcAKxGrEOvsNJRO3 3tUX27YpS/XF9tsUad/QaL+rlOvLbDuVPEOLfY5in/rv+qv6kgDX9KUCGvvSAa19WUoe7jWnr7Tt UQr1Nbb9SonB3pcD6OnLB/T3FQGG+kqVEn29bUIpNwwjbuirCKj1TbbDSpVhU181Yh1io1Klb+pr gf6WvlWA2/rWAO7sM9K87XAgybCnzwqZ/X32QKq+1XZMqTVM9HkAD/f5lVp9m+0kfAuAgXTDsb5Q IEuvt52C8Sf7huEI+r4NFG2nAknxfAJNtrNKg16yXYBzO9W3CfAs4oW+LXBlIB/IMVzu2warJ/b1 DttlpdlwrW8n4p55vNm3H3CmbwJwtu+w0txJ+o4Bcn0nAYW+U4H8zrS+s4EiOM41ZaW+vu8CoGS7 Cei1zShVnRl9lwGzKdIMnKdsm1VWd+b2Xfs80nygtLOg7yYcubhvJlChj/QSxdBZ1jerGGg/UK2P OCCjX9fL0c/liKPwWb+z0pEGWOPIAKx3ZAM2OXIBWx0FgG2OYvjssC983tFeQTHrx3rTFFun3lH2 d2hyVCo2/XhvhuLSb+/NVnydEtQwoKNmHh2OesWn39WbqwQ6vY4mQBkx4mgFXOdoC9RRThJo7Bx1 6IGfADcItHSOOUxyWue4QwLc7nDEV/DAKroOBtZ07nJ45frOvQ5ZrqcrUcDYecARoauSYx0grDUB a+ekY1TWdx5xjMl6+nsJ2DuPO8bhtwN1G/B0Tjm2K3mdpx27AM859iZqzE+/30Co86LjgNKsdzgm Ael1GO684jhCr4njOGD8k153TAHecpxWfHTFiaWKawbLYPWBmT+WLhoHK+Ux0TpYA2gfrI/Pz7Es OsvFckTPYJM81X55sBWQzjP5on+wjc45g3r5Op1JYkViaNAEs8fwoKSwtPIDSZ13HOcCGzrvOS4G NhlZx5XAFiPvuB7YZtQ5bsmccbHjjiwYMx33Ajs77zlZGLPUyQf2GPOcusB+Y6FzcWDCWOLMDBw2 ljuXAr/yOPNkyVjlLAwcM9Y6SwIn20POctlrbHBWBU61tzhrA2fbVzkb5Hpjs7NZuW1c6VwZuGBc 7VwduBznG0aD0xC4ZjQ7zfCtAaMI3DTanLbAjNHldNFvwen7bGU3+pwBxBhgAM5t1hhzjgSJccS5 McgZNzo3BwXjZufWYJpxq3NHMMO4w7k7mB3ntB2Fzn3A4uI8ClmKcbfzIKwdyBuN+5yHAA86jwKL g9oI5naMOAGNh5zTwQLjUeeZYLHxhPN8sMw4TUe2FzkvydnGM86rwco4c9Mfd94YmjWed96G90KO arzkvAtMtdY5J+car7rU8O4bXUlwHW64UgFvu9LlJuNdVxZwsDOuHDifOVe+bOpSu4oCEx1LXaVy dleSqyJY05Xqqg7M0isQrO9Kd9XFazvY1JXlapTru3JcLbK+K9+1KtjaVeRaE2yLM8yuUpcxqO+q cFmDJvq7CEpd1S47sHTg6kFHHLvqXJ44Aw9670MZMYLvsg5xtKvR5ZfTulpcITmja5VrWM6mjDo4 1rXGtSHRH0fcTn9fwV2JKwl8OLgX8QA9q+Bkl9G1KTgZ7yMe6bK6tsiVXXbXNuDDwIqDx7s8rp1x Dhycug9PA1PdKjd1+V17AEMUKWsNnotj17Brf5ypBi92bXBNyG1dm1yHASEPmS2uY3HWGrD+DYNX 6K8+eB3xVhy7trlOAhcFRhq807XTdQqYJ/DS4L2uPa6zsrdrv+sC4BbXZeCcd13XgFvC9xJi49g1 4boZ4g2Nrhn4ddOZubzrsGsWVs9GN4H+MTcX0unr3QJdEdxpocVdJ90ZgayuU+7sUGbXWXduaGnX BXdBKK/rsrs4VJiY23H21kfcZaGSrmvuSpiNt7trQuXxmbDrprs+VNU1424K1XbN9tlDDSbibg01 JzjAJncbrFy4ypg4Om/H12iT4NaHVprS3KbQalMGXW1N2W4JVj2YtUIGw6zbETKYcu1zIbPhsNur 1JoK3HKoNrEun3JHlHJTsXsd5RLuUUVnKnOP0TXdPQ5HrnRvV6pMNe5dsAZx7r10/XLDHGiqd09C vsl9BPJt7uOfrRSmVvdUyGZqc5+GcwMuEaw06d3nArP004VcJpP7YnymVeZMkvsKHMfhvg6rAKy5 IZ/Ja7sQCtB1KhQzye5boRFTxH0ntNG0zn0vtJlet9BWPM4O06iHDe02jXl4ZZrO4aF9CbYDGBhO YILV2LaFDlKMZ0KHEI/ScwidQJw2jXt0SqFpu2cxXLddlI1QZhIYNu31ZCb6ORRhL1gLQmforBs6 YzrgWRrnFaHzCaQswm+a9OTBeoF9/FxnTEc8hUqD6binBBgF8IrQJdOUpzzBIob/hqGjhlOeKmWl 6bSnFvCcpyGx4vsphq6aLnqa46t86Ibpimelstp03bMaEPKQueUxxFf50O378C5dp0JziEcphtWm Ox4zrN2wgoeTTPc8NlipYR0Pp3azHpfi6uY9PkCdJwCrmNcTUwL0mofTEbPiV6Z7sWdEMXRnejYq tu6lns2KrzvPs1XRdRd6doRzxA2DjlipuGnQG/GKWwZlwG2DEXlS3Dm4Th4V9wyOysXi/sGxWAWM GYetE4PbY9Xi4cFdsPXY4N5YnXhy8ECsUTw1OAlq6OTgEfmAeHbweKyl/fDglLxLvDB4OrZKvDx4 LrZGvDZ4MWaEFfOKPCXeHLwe3i/ODN6KWcXZwTsxe1wdtM8M3pOvSMTPxjwSB/zfLwl+PhaS0vy6 6EF9mn/xZzxcyvBnxoalbP9S6Of688IXpAJ/YWyDVOwviW2SyvzlsS1Spb8qtk2q8dfGdkr1/obY nrgCtbr8zaC5UOnENYXU5F8Z2x9XeVIrZMalNv9q0Fx0rZ+wTvsNsQmxxW+OHZb0flvsmGTyu2Kb QA/CyPYJv0/eLkn+QOxkXGdZrvtj83oWNabkQF3pElOp4vOPfPbu1jP+jYColSSvf7N8OqFx8kFj Xpdkf2bQZDX7t8LxI/4dsVPSOv/u6A16BWJnpVH/vjhXiR6SxvwH5Slp3H9IYaXt/qOxC9Iu/4nY 5bgelPb6p2PXpAP+M7GbyHNmpEn/edDUoKxjsxTXEumI/xKsGqCgYb0AXMtRVFBTrxXou6xNi6N0 3H8VPtEUaK5x6bT/hryd6t+1GdI5/+1EPxsxl/KltQWJKwnqdW1xAuGs1pZJF/1315bF+4iV0hX/ nHxEuj6kBvUKGnZtjXRrKCmuWNfW34dN1ttDqXDF7gylA96jSDVmIBTHHnYoK64r17b28EM58sUe 3VA+IOQhs3ioKK4x17bdh3rK4taaEKU49mQOlYJyBP241tGzdKgCdCKoyLXenryhavleT+FQHWDJ UKPC9pQPtcSG6feyVkaMtE8MrVqb0VM1tEa+0lM7ZJTv9DQMWWFk85BdjnSXeHaH81E74HqEcxdo lu5yz75wUXeV52C4VF/sORSs7K71HKVrh+dEuKK7gSL0p8PV3c2eM+E6wPPzuNJzKdzYvdpzNdzS bYC9SuKartvsuRFe1W3z3A6v6XZ57oaN3T7PXNjaXUvnT4qBnO5AvzqUSWfLsB3RY9jTn6RUdcf6 U8P+7pH+9HBIr+/PCiR1b+zPCQ93b+7PD29A3ETnyfCWhLYCDG/r3tpfFN4Z11ndO/pLw3u6d/dX hPd37+uvDk90H+yvCx/uPtTfCHi0vyV8jM6Z4ZOIp7pP9K8KnwVcoxR2T/cbwxe6z/Rbwxfia0r3 +X57+HL3pX5P+Fr31X5/+Gb3jf5QeKb7dv9w0ISzaEn33f4N8mj3XP+m8KxZ3b8lQsxJ/dsinH6s f6diM6f271HM5vT+/fLF+ApFMSLod8FqCP3+idCOOHPrqug/HEkzZ/Ufi2ToC/pPRrLNOf2nIrnm /P6z4fzulf0Xwo3mov7L4VXm0v5rkQJzRf/NSLG5un8mUmau65+VJ82NnqORys8drcVLIjXmVV4u Um9e4xUiTWajNy3SarZ6MyJtZrs3O6I3e7y5EZPZ7y2ISOaQtzjiMA97yyJe8wZvJeAmb02kMoFb vPWKzrzN2xSRzTu9reE95j3etkjEvN+rj6wzT3hNkVHzYa8UGTMf8zoi4+aTXm9kO/1+I7vMp/Tb I3vNZ71y5IC5zgtzvvmCd11kMv7dmS97RyNHzNe8Y4EJ803veOS4eca7HXDWuysyZSHevZHTFs57 IFSld3hBYVkE7xHANO/xyDlLhncqctGS7T0NmNtvjFyxFHjPhXhLsfeiXGwp816JXLdUeq9Hbllq vLfkMUu9907kjqXJey9yz9I6wEZZS5ttNmiy6Af4sNFiGtBFeUvNwGIYKQ1kRnWJd3EMLI0utngH 8gKzFnmgMJqpLza3KEstkYGS6FK9aaBcabCsG6iK5llGB2qjhZaxgYZoiWXcvDNaopcHYHW2bB9Y GQUuN7BaCVh2DRiiVZa9A+ZoreXAgC3aYJkccEWbu1cP+EKZFKMr46rfcmQgEF1tOT4Qixooe4ma KUuJ2uhfUaKu+C+OcgzlYOIvFZ//dVyL/60g/peBqM8yNTASbqHrezRANXg0RqsxOhL/6xCdHwI5 ltOeo3B8ZGKWcwMblbnu5oHNylzirzf4dxXLRduW6EZz1sDW6Oa46rdcGdgR3Yqq009Y8hBzi/l3 Qpi/MncIy8wynxA18ynLEI7VsBx5gF3ACmQBm8ouJMnsg2w6SWEz2SVkIZvDPk4Wsfnsk+RB9rvs d8lDqnrVyyRDU6d5iWRqHBonydL8QvMLkq2DRh7VLdW9SpbqmnWrSZOuXRclX9O9rfs5CelO6G6Q H+lu6u6Qs3A2XyFq/N8PdCSFPEAWklaygKwkBvIaMZL1ZDX5BtlAImSUfERi5Hfkj+Qk+ROTRP6Z EZhk8imTwjzIMAx9xomn900yDzFtTDeTxViYGFPADDObmHpmM/Nd5g3mJ8xvma+pPlB9wHjULrWb 6VcH1CFmQD2sXs/41W+r32YC6nfU32aC6nfV7zER9V71PuYt9UH1h8yI+ufqnzOj6l+pf828jc9j blKfVn/EvKO+qL7EfFt9Vf1vzLj6L+q/MNvUf1X/J/M9ehcds0OzSLOI+R+ajzRzzC5Ow+UyZ7hl 3DJmhnuSK2L+yj3HVTCf0Cc8mE+5F7laVs3Vca+yHPcat5rVcR2ckc3iQCywSzk3J7Nf4N7iNrDP caPcOLuce5fbyTbQJyfYFm4v9xv2dW6am2b7uFPcOdbBXeAusIPcJe4S6+f+zF1nh+j9WGyQ+w9u ho1xd7g5dlhLtMns29o07YPsu9qHtI+z72nztM+y+7QvaCX2iNap3cje0H5L+y2VoH1HO65K1r6v 3ataRP9fVdVD2n/UTqiytJPaX6iy6f1Aqjzt77TnVKXa89qrqnLtv2n/U7WCz+P3q1r5/3jgMdUf dZ/oPlHT5+W8ZCegQAroM9s104nIS0TDfD9v/bGX09efrDW9PFPbtP7U+rPrL9TPrb+8/lrtuua9 Ixkj2SO5tedGCkaKR8pGKkdqRuob8xur199s3LR+ZoV5RWz97AgZ4UaEkbTG6hUGqDAt1PstrPe/ EgbqfRaq/lPmU6KCGk8lat2XdF8iGt1y3XLCwehH8D5Vwr7Pvk8Y9gP2A8Ky+9gfweifsT8jGrxP lWN/y/6W8Pic2APsR+wZkoR3qAp4b2oy+0f2j0SHd6WmsH9h/wK/HXrfaZqKUTHz/6ewRsWRdHyu LEOVrkonD6syVBkkE+8jXaLKV+WTR/CZsWxVpaqSLMUnxB5TVateIDn4zEwu3tHxBHwigUnD60qR iHXEL9aJjWKLuEpcIxpFq2gXPaJfDAEOixvETeIWjG3iTnEPbNsvToiHxWPiSfGUeFa8IF4Wr4k3 xRlxViISJwlSmpQhZUu5GAVSsVQmVUo1Ur3UJLVKbZ9r5yS9ZJIkyTHfvJIsRaR197VRaUwal4DB Srs+1y5CyNJe6YA0Ca+ftSPScWkKkLbT0hU44nUYdwt6d6R7PWwP36ODY+7qWdyT2bO0Jw8+P/OA lJhT6BPtC/GaZEBTkSxoapJHlhENKYSmJV+ExpMKaA+QSmhJpAraAlJLVuC956/AnESfykwhXyVt JJWsgZYGs5KRLCJmaIuJk7jweUwfPomp4P3mYZIJs9XbZAl5B9oj5DvQssn3ofYfJe9De4zshZZD PoT2OPkptFzyM2hPkF+SY3B+J6Hl4/+V/SQ5R34Pv5aPoRWSP0H7AvkztCJym/wHnPtd8r/I02QO 2jMMy2hJKZMEM2MF3l3+ZZgZU0kl3l1exWQzj5HnmceZx8mL+DRoLcyVzfi8ZxupY77O6MlLjIEx kFfwTvNGfPbzVUZiJNLE9DK95DXGzXhIMzPEhEgLzKwxsgrm1rfIV5n1zAj5GjPKjJKv47Ofa2Ce nSDtzCQzSTqZI8wviJE5zvyamJh/Yv6JmJnfMFPEgvUrwhyRTyS+gC8gvXjvnp1/mi8hfXi/npOv 4CuIi6/iq4gbnzPy4N15/bye7yADfCffSQbhu71K7mDtl1HfCWsZRCVEDUQ9RFMiWhPRBqEnb1or rTXWemuTtdXaZtVbTVbJ6rB6AWVrxLoO2qh1zDpu3W7dZd1rPWCdtB6xHrdOWU9bz1kvWq9Yr1tv We9Y74msyIs6cbGYKS4V86AViiViuVgl1ooNYrO4UlwtGkSzaBNdok8MSEliTBwRN4qbxa3iDnG3 uE88KB4Sj0I7IU6LZ8Tz0C6JV8Ub4m3xrjgnqaGlSulSFv3/RTUGjQWWyK/r1qD7wor/b/X9KrQU rPJUrPKFWOWLsMoXY5U/iFWejlWegVWeiVW+BKs8C6s8G6v8UazypVjlOVjlj2OV52KVP4FVnodV vgyr/EkyBa0Aa/0prPVCrPUirPUvYq0XY60/jbX+DNb6s1DrLCnD+n4O6/tLzCNMNtQ9rexKrOzl WNlV+PTE81jN1VjNL2A112A1vwjVPAS/AYVR4DdAn6F4Cau5Hqu5gfkm8034PdCabsSnJ17Fam7C am5mpqCOW5hpZpq8zr/Bv0Fa+Ta+jbzBW3gLfZo7NZC6Dr4nAa79ArxriFgOQExCHIE4nshNQZyG OAdxkebUCy0H7RNi638fOKbNsdJyyH7YctR+TNR/PmjOcsJ+UjRBSI7VNCzT9lOi478POsZyxn7W ct5+Qfzf7H0NdBTHlW7PTM8gYzGWFQWEjImsYIzFj7EgCiYECMEgZnrGmMiYJQQp093zp9Fo/oOJ goFgorCECB4mhGCsxxJCFFkhBCsgC0xYDESrJYJgwASzejIrE1BkFrOY8LC8937dIwkhP8jZ9855 5ySnzvf1VXXV7fq5detWiSMWdYN/9rWEWkuWEFZEXL620MWSVf9noExlxOtrD3WUbAh1+K6GrgE3 QjdLNhO2hq9A3hEJltRGYr7OsOAXw5aS3d3Az/WRxf7+4dSSA3fB4cjSkqbISn9aOB0YGM70DwkP LTmhgWXuW8mZbvDP/pzwsJLz4WH8BEaEc0su3B1czj8mPNY/Ppxfcul2+CeGJyX19oR/anhayZVu +GeEC+4FZS2JIX4p7PTPCRf2iXnh+YyytkQOw78wXHxPUMJuvz8cuAOhcIRR1h5N8yfCi+4FZVcT I/zl4SXA8vAKoCK8ilF2IzGGn8Er8VH+1vAF/5pwpX99eENvlHUmxvs3hTffDSExMRE6qsJbge3h Hf6acO1t2BXefQf2hOtvw/7wgXvGofBhf2O46Q40h0/4T4XP3IFz4fO3gft9Dyi5Hlntvxi+5O8I X+kT9K7kVmRdwBjZiHLXwtfvCTfDt0qEiLE3WEcghWCNbCmxRFLuBYGMyLaS1Ii1C+mRjC7w+yxC dqQa8vDIzsCoSF1JZiQL7e2FQF6kAX0aGsm+GwITIgcDkyNHe9YvGRYZfhtyI6PuANedHjlWMjaS F7BFTuI5O3K2r/Z8GkryIxNKJkUm34FpkeklBRHbHXBGZvdEYG6kJenbb/PFuq9M+rjAgkhb0gcF XJH2nn6ky056zGvXvCTHyBu52jW2wciNnm1iXxLqTz6F1n4oTfMBoYH6GuZ1NSS8mfcNtvdQDmFE YmrSnkNjwmf4O/w+EIt0BhZHxcDSaP/Aymga7y+B1dGBnM99C6yLDglsjOawfw1siY5gPxnYFh0T qI6O5z0gsDM6kX07+kz2HqiLTk3650BDdEbgYFTifgeORufwWASOReex72SdwMnowsDZqBJoifoD bdFQoD2aCFyNlgduRJdjj+Q9iPcEHsNO2if1/axUDF1LjnNp/2hOaVq0gnXg3cDomtIh0fXYe5J7 bY856tLJ0PeU5F7AbeK9sTQnuonbVjoiWtU1z1ye5o7nHvsy7Xnct9Ix0e2cVzqe9vAGDbxf8/je hmPavow9i/dj+k5yL+YnQPbDfeu9x/KTUToxLDB4j03uq0mUTg2nM5J7JPZMfW/suVfetkfq+2QS pTNoH6Q5xt5H+2GpFJ7EgN3yPjdVQ5fPIpTOidbgOS+6q3RhdA/WGPmPUiW6v9QfPVQaijaWJqLN yKc1zPsH1i2tI15PpeXRU6XLo+fYF5VWRFvhO/V1kPSLbFush/1c6RryTck1wvNFfovrJ31g77XV e10l/UvX2mI7JL9Zuj56EXO+KdqRrI/ytN5Kq6LXSrdHb3K7S2tiQumumIV9OHwS92FPLLV0fywd 9e7mg/R2lR7S/HhXO1J6+Ci9zehrL3/c1R/yw0l8qq/7FH9a2qg/myN53Kck7vCTPX0l+8ekj+zh DzH3rIfLsG+iMSg9FTkWGp+YEZqYkBgc2/B8c0wTmpqYgzzyWcHCWGVoRmJeMn4JSYmFQUtsGvwY xR2hOQkFMQX5tODYWCAoxCYlY4LQvIQfPo33f44b2NctTIR4jw4pCRIS5cFpsSWhUGJ5KJGoCJUn 1oSWJ9aHKhKbQmsSVYjJdH/JdRGbJeMmjnmSMQrr0nWgjesT29lfol3J2C4ZhyW6fTCQjGH02IN1 cTwW2pSo4XgnVJXY1VWfy3N/+GeOBTnmor6Ftif2II/jxiT0OPE29I4F9djvNujj2juu6wLHYkn0 juuSMVofsVmoRsNdYzOOvXrGXxxzJeOunjEWt5XrcpnkmPReW7T+Ss/FMu9YV62xockYq/RibFhp RyyXfVGXv7oWG8t2XXozlg97SuZTGV5XbH94psYKgukxJ+TMWGFwaGw+o+d6Cw6LFbOPCObG3LDP /FjkjjiGEJwUWwSQPTKwDslvBQtiK/B0xlYl1yCvieD82IZgcWxz1/qjdRV0x7byegsGYjuCkVht cFFsN+89ScAf8RmL1x/1ObgkVh9cETsA3eQ/gqtih9FPvXywMtYU3BA7EdwcOxPcGjvPvii4I3Yh WBu7FNwduxKsj13n/Y8B/0QxQfBA7FbwcNzI/jjYFE9hO+W9MHgibg2eiWcEz8ezMF4X4tnBS/Hh fE4IXo/n8TgFb8UncPkyY3xyWUp8epk1buMYkP1/0jeXZcRnl2XF5zJYH/YZPg9lxxfwuJcNj7vK RsW9bGdlefEgfBjNY9mEeAzvJscXQ8f0+FL25WW2+Mqy2fHVZXPj68oWxDeWueJbyrzxbWXBeHVZ LL6Tx7dscbwOvoz6X7Y03oDnyvhBtoey1fGjZevix8o2xk+WbYmfTdoPx+Acf5Rti7eUVcfbynbG 25Gv+9yyuvjVsob4DdbP66TsYLyz7GhCLDuW6N9lq8lzgL5HsVx2MpHGZcrOJgZynmAUDNaV1kpB +PvvV/6Gfr/SLlzt/j2AskgIKJuVrcoOpVbZrdQrB762UjmsNCkniM8o55VFetoKXFAuKUv0dEW5 rtxSjWqKalUz1Cw1Wx2ujlLzCtPUCerkwqnqdNWmzlYqtaRmMNS56gJlg5ZUl+pVg2pMXawuVVeq q9V16kZ1i7pNrVZ3qnVqg3pQPaqsSCYqcUw9qZ5VW5RVWlLb1Hb1KpW7gfZxi7gkv+Mv0hf4nn9A Ndn2rP8r96AOWhvPUHoQ96DpuAf9DO5BP4t70IGCV/ALg4QApSzchj6E29CHcRv6OdyGZuM29BHc hn4et6HDcBv6KG5DH8Nt6Ajchj6O29Bc3IaOxG3oKFpzTcIY4RilJ3Ebmofb0HG4Df0CbkPzhfeF PwlfFC5Tmog70S/hTvTLuBOdgjvRqbgT/QruRL9qGGoYKkzHnejTuBOdgTvRmbgTLcCd6Czcidpw J2rHnahk+I7hRcFpWGZYJjyLO9E5uBP9Gu5En8Nt6Fxa6b8RnjfsNewV5uNO9Ou4E/0G7kSLxFXi PwrF+DuELnGPuFdQaF0fFtziRfFPgpfW73UaS/5d4JJuW5XnCXnyPHmhrMh+OUQpIZfLy+UKeY28 Xt4kVyFdlDvka/JNnhDFoqQq6UqmMlQZpuQqYznJ2+UaeZe8R96PdAjcKDcTn5LPya2c2G6MI8lu Rut2k47vs8UYaY4eI+thWxFp/PPIethWLLCVfmQpT5MN8Z35fWQd88mG2D7uh32k4p58APWrhCyJ rSGNbGEt2RPbQTpZwXayJ7aADOFXlD4LCxgICxhE83+I7JbvwwfTnL9DFsaz/hBmfQjuwB+mmb8k DMUcZxvSaI4fwezmYF4/jxkdZigyFAuPYkYfoxkNCSMMCZrRXNxyjzSsplkchVkcjVkcgzvtJwy/ MewRxgqGlPyUSd3z4aoRH3TV9E7yLcXo2uXak0zyDtd+PR3qnZQUV6OrWUuK1XXKdUrJoJxeSclS sl3nKLVSushJGY5nh+taMimjXDfvTEoeNNyUBT1ZtKRMkFPlVGUycfqdSZkuZ8pDu9IwLqunXD2N 7Z18Y335cr48KZncEXmangp6J98k2Zn8lm+aXEhpGOX0SkqdvEieT4m/V8zJUy1X0tONGkhq6E7t coHnKDQUJEdWDmjJVyBH5Igvl3jRncnnpP4tSSaqtaIrrdLTnSNlU2ZTmzYkkzJX3sxJWdA9Esmk uOSt8o5kwox75drbkxIkxOTdSPVyvbJYz1+qrKTngWSPqHWCslo+fGdS1slNykb5hHyGk7JFPq8l ZZt8hXIuyBeUavlCt57upOykMbrUla7I17tSsZaUOrZvpQG226gcVI7Cxo5hJE7Cos6S1IL+1ipt Sjta1I72aprYUgoxS07ffF8xrMGN0Q/wSCtB5SqtnV3KAlo5+5Ubcq7SSdorVdHVrPZX08iWW9WB ZO831SHyCjWHbDnd1V8dQWOVrqaRnVio7Bh1vDpRXqJOVWeoErWY7T9dnYNettKM2WSLOk+dSBoX qgrp4lWLHnFJfa3w7Fpcp1S/fFgNuWrUBOWnUrk9rotyqlpO0i6lRV3u2q9WqGvU9eomtUrdjrV8 SktqjbqL16u6R91P6ZDaSKu1Q1uxarN6ir/GX1LPUWtaeU2qrHm/2qFeU2+6BbdFznSn6uuPV2Cu O13tIFurhL1tpreZcpNc7x4qb3YPc+e6x8rn3fk0vzRbapp7knuau4D6UCsfprHPVGa7ne5CKj2f UrG82z2JLRC9xFxxOUpkMTxKbjchIB+mNZzuXkT5191L3Cvcxe5Vbvq2e4N7s3ure4e7Vq5U2t27 2d7d9e4D7sPuJvcJtnGyJcy5+4xSTdZW7z6vdrgvULrkviIf4ETvrrt3u29RD5rkM+4LHqN83pPC dkp8wWP1ZHiyPNnqds9wOeAZJV/y5JE9skUWeyZ4JtM3L5CFXuf++SJyvm+Rp41GZZpvCXnbYurP YVUkz7LCt4q8QK6vkjxFgTvTE/RtcG2SJ7kk9wnfZt9WXtdkMzRavh2+Wt9ud66v3neALJQ8B9lj PkYn1zfJN0krIad75/gOky72d7BglISXYQsmXYW+JjnTd4Js/Ay9WUHlJlF7Ir7zJOW7z/suyNOU BvduT4Pvku+K7zq8oO7JfLd88Kzuel+hr9Bv9KeQn3Nrvs5v9Wfw1/hL/iw54M9mb0Yc8Wf7h/tH +fM8G/3k0d3nNc8F37XKF/BP9lvl8/7p3BLPdJontp3zHptnNtuPltQ0aneBZy77JM8Cd7HHJZ9w NXu8ZFe19JVaT5A8xnBPTD7gWexZSm9WetjvuD3rPBtdkkvybCF/M5wsJ+K66dnmqfbs9NR5GjwH 5QtkZ7zS8+V6z1HPMTniOek563Z7WtRyOdXT5mmn+cyUi117FK/nIK3gSvJZF+jNVc8NT6e82St6 +3vTvANpjazyDvHmeEfIhd4x3vHeiXKldypprfTO8EryfNJc7J1Dbap0Sd553oVexev3hrwJaqOT rGEV+fpKb7l3ubdCTvWukQu862kdN8u13k1Up5bmp95bJW/2BL3baYyqPUFPUE2jMSh2F3prvLu8 22kcVnj3ePd7D7md3kZvs/eU95y31XvR2yg30bPDvch7zXvTXegTvGme2T6LL1W+7kv3ZfqG+oZ5 03y5ShuiqdF/P2H+DZ0wvUII/6phIP9fM8W5gqF4hZBRPJzSKEp5lCZQmlw8eT6l4unF04vmF80v tlGaXTwbeXMpLaDEeS5KXkpUb15oXqg4SClWHKPvGK1O6zP0jTScaAScaIw4y5gQ84o4y5hxirEg 5u2HU0wKTjH34eRyP04uqYh5rYh5H0DMm4Yzy4M4rXxGMKQpaUH0aSifCIrqBEPRMXo20POk+GDB iKKj94JZTfQcQxj/KZioYdZ5DQVT7xEzCFIfmKNh1nV6zrs32Iz0XKhD0eHXMKtYe9qyCNkkhwiJ O2EbRc/yu8M2gTCZ5OU6KghremFGH1jfC5v+ClQRtveBmj70Mnb1wp57g5PHfj/h0KegUYNznoaC 5nvEKcK5PtCqwcnzdvHe4OS57dBxTcdNDU6/9nS4aN4LCQLBciecZAOzUu8OZ0LXka4jkzC0F4b1 gdxeGPtXIJ8wqQ9MIxT0AWcvFN4bbF56ztfWR5+gd7YgIaaXc98jAoRIH5iv61xKz0X3BttKei7p gRU9kCyzTn9uJGwheVX3t3rCtk2XK+8OWzVhZy8dG3phcx/gunX03ErPBv15sO/2fCp2EGr7wG5C fR84cDtsR4u6/XdPf5v0l0k/dqzbv9hO3u4/uuyk57wm5yU5Rmd7jG3L7W3q8ik9fYC+fpNrC3uG bvNOasNtNr1Ie29rI7QTrmo+gvcXW6eWz32yi4T+mn8t2qn5SftAwpAi7AH2nCLNv5dr9m4f0e2f 7bSn2cdr/bVP1MbBPlXzl6wTYL00n3byi3YaOzu1wc56/fr4JseT28/7ZHIPU7rHGXqWazr4nZ32 C/savV2956nXHHXtJ/o8oa/clvVa2+ybetQv1+ePf+Z++fW+Vel5Y3pgYh/ovS/P6QPzirr31x57 bBdCPdB7j03ul/+dfbKq6Pa9sKaoew/ssd91+SyC/ZD+pH3L3qznk/+w055kpz3ITvuP/aKev1nb P7Buj2rryU77jP2a5ovsN/V1kVwHul+EbbXqfm5F9xrh+WK/xfW7fGDvtdVrXXX5l2T7+2tPyaLN uZTao36ltt4k2pukTK3dEu1JEu9BxbpPoj5ItAdJY/V6d/M/vf14X2WSbe7DH3dhVQ982rfu5k+3 9kJvP9nTV+4u6vaRPX3ifL1urf6uUPPRTrIfZ40Gjm14vhHX7NLzyFakwySzH9PjFyfFRtIi3ZfR nDrZtiyaP5N47Hm89JjA2aj7Mt7/M3U/x/ZHe7ST9DlJn0TtdXL8w3EN2ZmTdZKNPSPo/jPpL8fq sVkybrpW1B2jnOrWwe+esWj+ktt1hx/u5YO7YpikH+Z+kq5n+B3Z1DPp3fVRvkD/+ZC+Tqhvz2Tq eft7oLEP9I4FW/uAPq6947okEIsl0TuuS8Zo/53YLL/o9vhrWlF33NUjxuK2ou6k7jG5Y23R+pOc d64rqbCoK8aSeF0Xa74oWU5ya3YtBXR7SvqBU9q6kvT1JZFfkfR1J9Eakyo19FxvEq8rzt+s2+eO ojvjGIJUq2O3Bqw91l+vPw90r0FeExLtddKJHuuPfdAZbb1JtEdLFwiXtL0nCe4vn7F4nLjP0hXC dV039UO6pfdTL++gM50jhWAlZBTBFzmyCHSGcwwnjNL2PwZiEIoJHHmECZo/dkzW7ZT2Qsd0go0w Wxsvx1zCAu2c4PBq4+QIauUdtHc4FhOWajEg+/+kb3bQHuBYrcOm7TNs24512rg7KAZ1bNHszLFN G0eeR0e1/m6nrqNO8+UOihEdFB86yPc4KB5zUBzmoLjKQfGUo00bX0e77se4/1f15w3NHhwUCzkp BnLSHuFM62E/AS0ecFIs5KRYyJmj5+s+10nxgHOMPn+0Tpw0Rk6KAZxTe9hq8hyQ3KNIds7Qyjgl LY//NcaAgwPe+vu/xvhbuisTc8VD/BtVY6PwS0Hol00YThhFyCNMIEzu8ZxOsBFmE+YSFhBcBC8h SIgRFhOWElYSVhPWETYSthC2Eap17CTUERoIBwlHCccIJwlnCS2ENv2b7Z/yvKo/b+jlOwUhRdTy U/oT0vS2tetP6kPKQMIQQo6W3/UcQRijtTVlfHefUyYSphJmECRNT8oc7Xsp8wgLCYqe7yeECAlN b0o5YTmhgrCGsJ6wiVBF2E6o0Z+7ejyT5fcQ9uvPKr3e/h7vDxEaCc2EU4RzhNbuJ49LykVCx1/x TI7FNcJNbSz/mifGpOdztvafzbN+zJOej+/1wH0WQmr3E3PZousl3JdOyNTnm/LvG9r9vG8YIVf4 pa3R1mw7ZTtna7VdBDps12w37YLdYk+1p9sz7UPtw+y59rH2fPsk+zR7gd1pL6Q0315sd9sD9oh9 kX2JfYV9lb3SvsG+Gdhq34GfayntttcTDtgP25vsJ+xnSON50nbBfsl+BbhuvyUZpRTJKmVIWVK2 NFwaJeXRzxOkydJ0ySbNluZKCySX5JWCUkxaLC2VVkqrpXXSRmmLtE2qlnZKdVKDdFA6Kh3D+43S Sems1CK1Se3SVemG1OkQGY7+jjTHwD4xxJHjGGHrcIzR03hKfckTKU11zHBIJM/R0zzHQkCh5KcU ciQc5Y7ljgpgjWM97QmD+/x7DIL+9xhS8PcY+uPvMaTi7zFY8fcY0vD3GNLx9xgy8PcYBuLvMQzC X2IYbM22Pik8ZB1nnS6MtspWrzDFGrCGhaetMesLgt26xPqi8Kx1hfUl4WvWtdY3hOes+6z7haXW o9bLwnL8bYbt/x+3zGBIN4Tw71Xq+f+az5msg1ZCjk3HbB1ze8gM8qw5Ll3mcl5dDuqI6SBvm0Pe Noe8bQ5525x1etmNennO29Lj5236s1rHzh7frNN/bhBG2shkbXNs82wLbfwrez9YsYUoJWzltuW2 CtsaPUm29bZNtirbdsqtofwq2y7bHiq733aI1qS2KhO0LpttrTRXD+DvcAj4CxxG/AUOkzXPmieI 1qetMwSzdZbVIfTDX+NItRZZXTQPPmuJ8LA1Yo0K2dbF1u8IOdbl1u8Kw60N1gZhhPVN65vC49Z2 a7uQ+/9Yu6Hz6+JXieeTdRg674fcH/KTkJ+EPE4sIB5vjiHfhfwfQV5NnGf+FeQCyFrdJyHPRt0n iMcgf7wYhB6umwf9C8RxzOav8799Mi8mOUOcxmyOE+9CmVf5ux9D/ngf2rAc+SWQx0EeB3m81lqd F4PDKEM6P/5f4kjiFr1HI/H262gVeio+hX750HIvy6YzkFPwVkCtnyOnFHXtyHkA8hTU/Ra0PYCW TAGbUSYfZdzEYyGPhZwnTkS+H3I+NCAfPA5v8/D2i+KXmM0laMlElGR5nOkqymjjsBraGqCtAPKr KMn8hLgDZTSeAJ6DMgr010E/jYzxWf66cbS5mPglM610YwLyFPAZc4R4CZcxGMEvozzabBSYTW6U fNksE2+Hzgc5x3CaZcOHeLsW5Z9G+R9CzoC2D8EtKH9T/BfKN4pvEc8RT/JXWDZ8gBy3eJp4EpcR rjMbbOC/gPcxm0woOQt6nuPyhvegYQfk1/B2Jsp/gvK5kNvAB8Gvo/xlsYxKSuZ/JvkG27DRYn6T 5E7ON7jMjcStIlmFMYvLCJfNy4j/k9nQpucQm/KgJws8BHVV8FrwIPETvP0myb9nNp6D3ABuBr8s LuA5slwG14GrwRXgDuZ+mfSt8doMouRLFv57Ki7IU8ADdK4GV4C57iCUPIS3O5FzBjlLkFOlzTvL xHXganAFuAPM5WehZDlqCRqbf8xWAflltHw75Hrwdj2nGlwB7gBPp74cMFfAirzM+Ppp8Ieou1bn OnA1uALMGtZiNH7IZUwbwT9Emz8Et0BPC7fZcNncRHwNfNn8CjgELgLDEsztpGEQ5usGSraAL+m8 DDZwkG0DOZ3Q0AkNndDQCatoxdtW5LTqOfXEJvTlEfMh2EwTOAQuAh9nhiW0aDbGMlkaazsO+TLF 99wGyjFO1Jn6YjzCVmocgpwhyBmC1T2ENRO/Ba6HZdZQHxdr9gnNleC1el1eF1HY/CD+P7vpW6+A Q+Ai8FvgdjDrPIe65zAazdDWDPllyK/qzKPXiHY+24+1DdBYszTI2zU2v4GZDWEe+e2HkC9bvswj rDG3SkAOnW+Zs5DfjJltRs4urJHh4Gx4oSfh316yjCB+Efnvwxddg7yOdxPDv8OnDdD8IZc09Dd7 iD8Db7YCPAijUYsyo7AW3ob8LHiH7gNprzFAv7Efs+U4z77lH3k0zPClYjGPiWUPy5ZRLJsuwrZ3 wE7yYL1NqLXHvIvrirVoFb/1a/7cwp5zJDOtzZNYUyexjnh1PAp5Ld7+u97HKNrjRt1foPwvMM7w MOaLPD7M5KuZtfkabaG90phA+QGQD6H8Et17VMMPVPDugDXoRv7L4AfBj+Irp8Gf9Cvg2exXg+/y 26d5lmnlspyhM+v8gu6Tt5CcCZs8jpxs8FnLQzy/8Levwp6fh9/ezV7UfAI22cwlzSNgeymcQ3PH NpzB/tzQpK1iOjfTjoB5OcEjTH6gHjZWj1Wp8VtYL/Xgt7CDsK/O4ro0nm+i1jKsoGWwQ/5KnFtl msVvTbM0ryJS3GJ4GGt8GmrtsXwE/8DlJ3BryZI5p41XOln427yzoOV5uv9ZhpL8lW3gteCDlsdY tvwAK/cZ3mWwcs/hbYPO2gpludAyEm/bkdOO9vMI51uOs69Da1/h3dDwr9gTs9Daj5H/K4z5w5Cz 0ZdWjpqMs0XWf0y0El/kSNI4mJnmaxm8Cs/aJvRxC68105PYBx9nNmWLlGP8HTT/BCU/hOZ/g/xv kGdCfxOPPDFrtqHNQWZhJ+RL4OfN/QWOK1j/lzBTudBwTNt/OaaiOOGb8H5s4asQvVwS/egF29vn 8XYTWn4c39oHbVncU/EPPBpmjIn4EeY3wfu7aSBrM73NsvglyDPQ3w704iP4io+wErPQTnh7YwO3 0DQefb9Pby23JAfyKJHiWMMR9Po3IkWGhqlo21HUhbUbJ4oBXuOoVcjxsLHQ9Gfi9eLTpHky5nG3 qLB9Gn9C8kloe19n1vYq9HwBOvNEkfg9ZrK6hwWOymgETP0wDj9DrQi4EjZwUeTRq4WGEeAfQY8T chx9fwXjPA199KPW++BzYB+PGEVZ3IvlHLWSfB9bBfagUmhzoZ2F0GMxb2APoFsj9+4NtOemZRiz +UPw2+B9yM8B29gnaDEnlzSOBU80n8Y+wvIMLQqFnuPgI9BzBHqOQM8fUd6N8m7OMYaQMwk5Ti1q ZVm4zi0hfhu8D/k5kLn8AC2yxVf2aYw4ahb0zOK6xucgP6fJrId4H/JzwA8jZwjsB/EGdL4HbdfA O8CvgWtE3gFnQudM6JwJnTOhcyZ0zsQozWTNplwuacrFCByEhoOQX4f8OveCRnUL2s/8a62/LFPb tkDPFtT6EBo4ZwLa+ZHOjVhZ3IY55iewWnl2lokcbR7QTwf8lbfEU1izOB1wSUGL5C8gth+MU0AB +HfQNhj6r4NPgWtQdx54BuruQf774CaRrNSSw/2yVDOLfi4jHjPvpZWOb1kiZt6nFmCsQhiBv6C8 lUfVUo11/SRaexx28h64Uj+nnMbsHIZNnsasncbIwD55ldEIDOeZMg8i3owzkRElh6Lkccgr8PVJ mr1hLn7OOSYTZsqE/Fko/x74I/AO8GFE8jssbfgK53zC80Lzy3KbzphryHs0y+EcsgQbZtCGGacz tbDC9Ac6VzrN9zNb6Az78e95JX78ezPNsukniJQaeUzEp3jfEVWWTb8C/w/k7+B4THwVXhHlKTbm uOhzqGtHXFSCkr/l86Z4hL20CedH03N8dhbT8PbXqPVT5n4PIX8gNNwC16B8MexkCc+F6XUeW9N5 yDPB45jFbJ4jMQe2UYHyb8Ki3mE2b0OZcbCKLC5p+j5m9s+Q/Xj7ON5mwlqmQ4N2Vq0BF+BbUxAV vIodcAaPmOk97CAV8I2HsGsc5vjEVIWIdA32oK2ID8uR8xKimg7o2Q8+CX4b/A70XAAfA38Le9M7 2Gf3MJt/C3kJeC+863XsQd/j+E0ciSjuHV2uA1eDK8Ad/JZPXuZLGP9ZKJkKfsryD8TaiQwnRNNe navBFWDW8CuUXIRar3MOMefM5hzzQljFAsS63wLbwSFEhhHEnzNwJkUEKw6H/byBb6GkqYJ9qYgc Yu7FRWh+VOc6cDW4AkzazI/zmdTyJmzmiHkg1bof2qrAMhjnUzEDfX8Bcp3OdeBqcAXecr9e4LES 97Hc72HLj8HzWD9qiTrz+OCMYKrhcTBNQdRXrvMr4BC4CAxb4sjN0h/z/g2UnMG+0fyo+QjJH5h/ S/xj5J/SOQQuAr8FfoLtDW8PI+cwcr7Psa7pl7xCDd9BLD0U/GXwtxBbZuMc9BRi11GIitfAor4F i13DcaBxBjT/GvILOL3uRtveRf67rEe0o/3nOUd8SOdXwCFwEZjX12PcKvFzfIa1/EyzeV4RxgvQ dj+4ChHCUqyjDMQPYdj/Zrx9R+dXwCFwEfgtlKHxFB/hr5h/y3eMxFxmL2rthZyBEbiOUTprrsZa GMpvNcaJtY1PrOJFzjHv45aIdZA/gCzCTkSULzdfxixozKfX3/PplUaDreKYuBRtY4sVIO9Fy/fi reZFJ4PvN2cQCzxf5sGWZ0neyvnmR2DJ74Jf0H0pe54G+NK1KLMK5X+OFfdnrKP74VEnwANvgvwG e2CyK6plPoB5OQydOL2a1kFzKbSNhFzH51864fLbEEo2MKfsYwtPEXDa+hE0486kn+bt/wWnmwqs 0EtYQa9jdXwBjNOx6TVo+Bm0CeJLVKsBen7DbRNxTyXiRExzwXuoirNwlGXS0AE+iXXdAT6J1doB PonW/prkH+CLezBKtzgGMP0E3ukIWETb3uAzsvhP4BizCTcnpkbLSt7vsIrXQn4d5V9F3R9gpVdw jsXL3sBSgvzfonwL+DlwleU6c7/5vNOhzE/Zcvo9BHkgeBy03UL59Whzf94dxHS+pxKfMGfBflg2 ctvM7Tz7YjrWTrl23oQ91JiPsp1wvviefqbmG8tqnHGewrqeyXtEvwLM3duYqS+xbOlvHkBvb2DP 2ssnYrJe9gnT+W2/AuwsVbyayF/Vg9+CX6oH8x5qwz3SSOSfR/555H+A/AvIfwf5C6DtXXxFO3mV Y2c8Cd7L3zW3cI8suI817cKJeyv2uI1c3vjPfL4mL1eEEf4IbWa/9BSftS0DsOo7sLr3M9NINsHP PIGWMB/D2/sRF93PkQ/5w4+xFl6Bx+C3S8AVuvfgWqfhN97kczeV2YT8TWg//JXlRZLr0OanxYeI /yezmI3x34me/hGzk0CZ5/WSnDMU56DfcR/FB/mMbMKtskk7tZ3Bqe0ofPK3MQ5DMO+jcS77Mawl 00y+yJKCWh8hQvgln8fNfpFOFuIa+Ngg6gZRdzXkHfwt4xfxRRfm5VWc+hX06Hs44Z7EihCR8wM+ lYsj0c6vo/wVfBGtMq+AXM5nc1MZZK1MKTTkg7/B8RLFjbwq94qDeF9AC9+HnWun6a/AEmai70+Y Gqhf81mPJQZezCxWia/Bc/KK+CrL5kXmRWgVj2chymi/79gHb2bmt6Yo72JmA/SkYfz3ooU/5XO3 6SzkD/i0bnoS8kw+rZt+gb48wC0xYwWJz4uDKWcL2r/U9AHxiyayBPES/8bH8k+ICb/Jp3XqHbfn IT6zm1ZBZ1RnHsMB4Of5nG7eC/4HPkeY/jf33TIQI2DDGbwVtYr5nG76LOT9eHsN7fkTWrgL+f+B 32Vk88hYRuDrk8FF6G8AnK/HlryrDkatJj65G//AJ3fT9zA+g3F/2IIWfhNsw+x8H/No51kj6yU2 voacIWjnJpxi1oKnaDJOKGux1tbipLOWT1X0lk4i5scQUR9Aye+CXze/BH/IshVs1xga7NBgh4aZ KNmBs95IzhFHIuc0cjaJNOMG1DUOA6/EeflrOC9/Daewp3C++zGflcgSqLzRi5Lv4IsDEX+OhrbR XFecDnmZxshZxtqI9yE/B/wwdnYaGfNx9M4v0qnQtBk6n4J+rXeTwd/msye1H72AzpHQORI97UBP O3isxOdZs2W6+QT4u2xF0LBTY4yPC3IBxmGKRcJYMT+D8/tZPr9TLyS++xKP47sSVtAfoeFDaJN4 t+JWkedh/on4KPFCcTnlL4JHxXmZztf89vvgIciZLK4gOSRy20YjB/5WfBhz8WfwfzCbGpnNx5jF 0eBlXNc8Bl/5LHTOAk8Eb4O2Cm2soOED8AiM8AvgUvZ4/Y7wCKQ4MZ43cO4rwS19Kcv9LNj1vslv zY9hhBtRcjpkleV+R1hbipMjE3MnzoNPoV+abUzALE/HvGyGnAENk1DmF3w/YCrm8RezMAs7YRuP 8C5mauPemV6DnAZ5CcqcB49GrRxwBmZzINc1b+UZN29D/jiU/Blm+fssG/+MnKcs+eD1bG8oOZhn k+zkJfhA5mborIH8KNqcgTH8NudTyRto7Q2sUPzW/pOfCwbB9MnvIL/Gv60G533yM8iPgyv4N+b6 25+Dt6L8YsgaZ4LXIl+rWwu5FtpqwO8i513IZ1CG8o3PfsI3oqPBL4ET4CngM+AlzAYjs3ANOXlg gdnkhvwyeDv4QV3m3xqcRt0PkbMW/DRq/RByBt62gG8iB18xzkHOB5A1/ZPw9evgd/D2L+B90GZC mVng55D/ni5zG3Yg5zXkzIT8CWrlQm4DHwS/Dr6MkhLkG5AtkDvBmeDWzlyODNEelBf+k3NM2sgM AWdxjgG9NjwP/j3yz0FuADejjDZ6z3Z+hTSM1+aCZeMU8BZwlTYLkPPAAvhl8PZOjk4PaOPPOYZf gj/E23+F5o1a7yAP0kYeZTpR5hGtL8hpQavaIB/X+/IV9CuF6i5G3XLOETA+hhdRMu+/2Dv3OJ+q 7/+vs9d5v/fMnLdNDGmSz4SESoMhSUIqJLmWhHINDYkxJCHJZZK7kluSJLcilXJJYkhuyS0kud+v Qxoz7/nu9Trn8/1lvv1Rn8/n99/n0aPnWWfttdfZe+2113m/z7zfb9GGmMVkjHwyRjsZYxOOheYS eAqaW4Xky8XABPAwrlgaTAQrgMdwLT8Dx0E+AiZEa1s2g1wIKzvEz0nRq4WQ74zKu+8dkKtBj6xQ WhhGpoX7CN0v4SFHIhDuJnJoA9Z6th+Z3Cny10bYv+HnBryNwxh+g83viFVj2ZV2TxVF/gvH+Kuc c1F2HGaaFlCBiZY3gg+AA9A6AN4GiMbGU/QPQ18RpICJcl+APDGgWDZEtHcFkU/EKkwHRX5I9Dwa rZnoVRkj9DM8EzNC/J09/opgpu/6+Qy5A2yWIErb/OohsXK3I2L+/o2HXAyRWQ371dGa8lQKchr8 9IY8TcjYxVwPGXgVcRuLVqymcwv0pySGTjbGHEb0EjCjGEQpKrR55csyR8TKeQP087BtwET0nQ4/ Yr8FPreh9SMQ8aTzmPVJcBq4KbeQZQ7mGAfNIsi3QE7EqjWCvBkjP47Wm0S2FWOO1dREay9wMlqn IwLIdq4A2d/pCRIxVRZ6f0d8B06B547w0BGedwZREtmvbBuxr9dgtx7DKqCqOC4ifx/8+JVwM3gi t5JEEvIGvwbCMh2WJf0aiKv8AD12nzsIe2cd5N9yH7Hj9O8jM1Ftdkis3PsgPwz9Wfj5DTIqoYoF 7wBL+HsWNuvAL4LqVNkSdwpnPWyW+DsaRAVQExClGrDZDvp1A3mrcF+wUbXvKRh73/kQ7An6taIM +DbYG/pUyLXBrsjAl6D/KLgXSD4PDmSJgH/vaAV71BDVzr+nYDXDiH9RcCy4BVwOop47i7BeuZCX gVnou9VfL8iIpHMOciewIaJ0BXI+tK6AXA9sHr0iI4T+EHyOAReA84P9619LMn8dMv8KdkRz8BHo V0OuCvtX4Q33HWctrh5FbuDO6KCS802wXIFsgexcQTXeCXk+9C0g+3UVqx+ei4wqAL6GCoPXJ+Hi 8OZXpOYY7We5U+VvTPCQG30D87V0MsAs1OEmqCQLwDawzEIdjmAu/n0qPqirichtqQzVoamO6FVH VbkCfT7EYUVAqb0My3oBxcMctC4ImIj7TgpimIhxSl1KROtG8DNEu6UqLdGQ5wBczu0i9zL3fbmz i6zOuhckB4R80Z1N8lTHWtI+odMZveoKQ3PxJCEMlnf7y46AhzmufbXJreAhW1rDzdCrCZiMTwVc BWPcBIkzvyzj5DViI7IaJN8xUSlC7sH74c1a0nqhU8LvBc02oXtaaGchnMlvyizgp468l1cZvh+0 thCGBsPDVXA/mA4uZnmKUk6olrO8p06Ud9PqKjQFQy0xTvnsVkQ0tE1k2ie09iKvF/tQdfhJRK8k lk/NleZJcr/jmRjbfHmSjF6LwWrQlBH70Er0OhyMRFpbQDOd+8keh75GQPn0jht4mylRwtg+F9k5 gPGwcoShTPndGchKKdE4K9EqnwGu5BzE51Tls2SNVLrlXfKsQy1Xo6XWqWEycvWB7CaR1VA11HKA kr8pK7F3xoJNhPw8bCYqfMJQjbG8m0dYLoJ8J38IP2Pk1QIs0Vc9hL6jIReCt0uSpc4vuHqWKiQ7 SElWtFBFMc4CUhMU/rauwlZTS+WXHaRulx0k9k5DsLGQLguZ4aEuvDVXN0mlUlvgU+Qr6pDUasjz YdkAHqLo+w/IR8FvHInwEozhpFPSWpZ35LmirUbymsGRv+3mOJlSgVWSVDM1CH8rj5f7i3NAxiN0 aqkiolFL5X7hHJE7HVgMLC+03izpEOQxYEFnPyz3y/0U8j6nn9Rw+NzizLKc4OyVu4CMhI7Bw2UZ icomks+Bu+eF4XjIv0LOh8+He5Dvgf5jaKwf972w9em2BOuAp4V8HFwgDEWgzxYqF3wTmjKwaS0M 74JlObABWktAbge5BSyPQgO9my7UxSHfjtavwUxocBX+HnJHyIPARtAMBvsKHYxW1UDrd5APYDxh 2IwF56J1LeRFkM+Aj4NPQY8ZcQ76+t42gq+BXcAdsEyGjHnxNVzxRchrMJ6d4Elo3oe3DuhVFZYb oL8V8kLI0xCTpZD7gO+CZdHrPW1rfvhmf3VEdk+Duf4aiRyKQJMNuaa/RtCM81dKZG4NtgN7wFsb f73QS/urBhkxCZ/zVw32C8CjaC0h1MWh+RpjuxuWI8Gufnxw9QcxwlV+TESjikH2I4Y4uzPB6rgi ou1cQCsiqZbDA7IuNAHMgP0McBv4GIhZu36mTcM4B8D+NnhAzEMGY0D+qNLIvVjYH4bNPMgPwNLP sdqgEcbMk74xhTFOhs0j8PAFGA/9zZh1GURmA+wnohV7xN2OXqVwLcSWJ/j7DjHchb6IrZsO3g4/ n8ImCf4RT1ULfZdAj10W8nO1M67l78Tifu7BzybIsFQj0OsUbMaDfoYgetzTz2Rc91bEaqHQuQDN FFzLz8PK4H1gY/TdCrkSPFQEj4G/Qz8U12oPuSn8YF4hXD1UBZaj4GcSZEReoT64s8A0sDls/Cv+ CPoZsgytz4NYF74JV3wBROQ1NO4lXLEf9H5Nwx50/d2NnRvKD01BEJWBkRUMb8qvVKgq6jzs0ddN BT8C50Dv10bIvAWadZD34+rIK8beURfRC1kX8neTP6MVsImD/VRo/HVfCX0TMAHEmBk1MzwcPv1R ISvcvSD2lIvccDDy8ED0ehn2WZCxE93+4G7osaaM+IdaQY8a5aJqucgHharudgK/gn0mcmYQ8sev V3NB1KIQ9hG/Bo1fOc+ir7+mWHfGSoWRS/w0iL3GY0Bkr94sjEFWhHD/CiHbw4i2xtzDaHVhz6hR fC/4uFydSF75u+9F5W80LcE64GkhHwcXCEMR6LOFygXfhKYMbFoLw7tgWQ5sgNYSkNtBbgHLo9BA 76YLdXHIt6P1azATGlyFv4fcEfIgsBE0g8G+QgejVTXQ+h3kAxhPGDZjwbloXQt5EeQz4OPgU9Bj RpyDvr63jeBrYBdwByyTIWNefA1XfBHyGoxnJ3gSmvfhrQN6VYXlBuhvhbwQ8jTEZCnkPuC7YFn0 vRl9c2FTE/I4tPaA3AZ6DWIu4XPg3WgdCXYFH0SvVbhuMYzQHznm684Eq6MvZu1cQCtmpJajL1Y/ NAHMgP0McBv4GOiP0F9xf14DwNvgAXMPGfjEOqrSyIFY2B+GzTzID8DSX+vaIHrFoDWmMMbJsHkE Hr4A49E6ETIy090Om1LwjMgwxs+fojUJfhAZVQv6JdAje0N+DnSGNz/D/VzdBD1s1AhoTqF1PIjV UYgD9wSnwJu/jpXB+8DGaN0KuRJ6VQSPgb9DPxQ+20NuCj8YeQhXCVWB5Sj4mQQZsVLYWe4sMA1s Dhv/ij+C/pouQ+vzICLJN+GKL4CInobGvYQr9oPerwbIXtffF8j5UH5oCoLYU4x1ZHhT/h7HflTn YY++bir4ETgHer+qQOYt0KyDvB9XRyYwMlxdRC/kScjPeX9GK2ATB/up0PgruxL6JmACiDEzqk14 OHz6o8K6u3tB7AIXq+9g5OGB6PUy7LMgY++4/cHd0GNNGfEPtYIeu9tFJihUQrcT+BVskNWuX0nO QvZXCqvJiH8YGcJPg8h5HgMi9/Rm5D/WOoR6HkKuhhFDjRmF0erCnlEf+F4h7VU/kTwV2WxbS/nP MXiU1dTF++5O8rSBZ+JJQj20Tpdvp3KifCqMJ+FZihKNOgH9KNHLxxrk2Sw0rYShbUK3PPSZ6NsD rceF4Z6QO4F14e2sb4nrtgieZpQieUYh7w2nQ/N68MSjPL7RJk9R6uP5SRaeh8Tj2ch86GdJX7UV mk5ofQuygoezYBo4B3OPCNUgRKCZPCFRGXhqkQw5mb+QvmJDuXheUSh4fmJJv4pNqCL8NEGvOnhC Uk00TiF3qtUXCZ6NzMczkPl4HmIZHZcrz6ka5W6W2gu5hby3VVtFdh6C3BKtdSCvgLwblv0hx0Cu htZv0eskNAV9b9AcjMo7/TthUxC9ksB2aN3pE60JkLPQ+g48lIL+A+irQC6H1jDk5yAP88cgsvOT Pwa09hU52iT3is2E0tAsppss90CeLjLnx3v5XCHXAC9CkwV5Eix/EYa2CV0HegXOR2uM0MmEfBZM gj3BZhRYDhyC1jSMYQLkdpDn4IqnYNMP8nq0psBPHPyvBmcFI5eRdIVmKTTLwXQQM+W6aDXQDIou w7+DLp5XRuVJYCI8dw/GIPp9skZcQ0j70HchOAbe8MRDHYammdi4paPyCbEH0For+qFllBpYfQHY VBCNOu+PGZ5nyhjCt0CzQmRnDPRNooskP8XeXYPWndJq5y6rE4HnJtAXhc/RGP/NuVl2nIMx2ssY 2x7pFeqBuRyFfgayboD0cqrgWv0gl4CfpGg2nttnSzzBdKF9NSU8AE0x2ByFXFDID2JUyVi1DFyr Lzx3wggPCMMuYlvGz5Dc5pJ1YqMKikZ+AcdWSOwyt4DMJVwU9kdFDj0Mmwg0Lf08RLSL4SoRRKag RMwZilm3iMqz2RSMcA7kuOiTkmNRedpZCGyIq2cgGg9BbieWTiZ6JUG+AssMeBgDeST0OxGNjdCX huYSWsdCswfexkLzACzPCW3FwXr5eYjxN8BcfsUYDiAT/EyeILO27wL2I0pYd3AQVioT9lF4KI9r VUNrEvLnAPRVhba+y7rUC2yEh5ED2+B5qx//IBoy8jqYywHEqgj0+cAWsEwJrpuNfZGN3LuITPAt JW7FRba5fRGZLDZtwDHQPAnLBFwrAZab0SsDNpPBpWhtGOzfinYuYYx5Cea4Cfpi4NcYT2ffEvPt 7s9aLG0W4ak1MiocRHUmshrRkMg4neH5LdSBlYje6uBa4qciVqqIX6nQ6yx6rYZlFNmeBMslyMx4 kcMlKD8ybRlWXMY/1d/RwR4Rb62wRqXAZzHC00HFuwn3GrnKxmDPTrKtn/h7WbzZavkWRlURvfy6 Kp6H4CnxWeqAvOog9/TcxlZ+All3EjaoA+zvo5Ho21B9j8xfhtWUOa7yayMsB0LfDJGfILR1aRlq hVQVf0XmgDFoTcSsa2O++8FRYDY818F61QRLgPUDG6lyA4J1lMo2XmqmzYdl2E0fIiuy8ffTbORq NvI5G2sh8lXEbVBwF7sJGpn1ZMy0un8XQ805i9VZLtTIIo27DB+HZQcQ9zg6L3loXwP/jBp4ETVQ KkwzjLMasjQJObwVWY1aZC1nwlLsP4Y+BZZ1IT8K/SyMfCfk+dA/HN0O9sDuuyivyeUq0Um5B7Fe TWS3Yk0fw7xK+Pe16Lf4K3lhGS1GPhhzSYRlkyhe86BvMSpufSYEK2vlnAXimQi/tEaufDsmeNIo pDjo40RPJJro0/LZ5mhL+fx5FN/CiMZBrgC5AuRK8unoaLJ8gt3qe0A/F/Iz8qkt+Ty8lddCPgv5 tMjy3Rnb9yv5nRnok+UzeNbPPPw6ymX8wsxyoXx6n0i+XR6Nl+9QROPlWxjRxeEU+Z0Z/ar8zozI OStEjg4Oj5bfmdHnxX/4sFCfg7xX/OvjkK9B9m0ag5Vg2RbsIL88I2PLOeCPOfw27GdC9nudxJgz oS8FfQGhronZlQfPYb5D0LoE1NDfA8vauNZp6DfAZ0VoqiEyviYLrU/DPh1X3IAoZYEDcfVasLwD fcUyCXIS5Irh9dBfhXwH/Pj60hjJE5DLQn4KfnYJYzRk/JZOTAxan4ZmBLx9Kb88Aw/3wEMFyBUg V5JvqVv7HyAXAQuj10MYc0WMuR1WeRpmehmtGFt4NjTPgGvBTLTeaHm3/hjyJ/C5EvJI2HwKjod+ CeRtkC/JCOW3L+xoJQ8r4a/hnJMLGXGTv19HK+SckPHkYC3k791Wc1Fac1ZIJH1NdCCYCKIXPFTI WQNL9M3BrHOmQT4Mn99C3gn5LFqRUTk/QXMMfuSzBI3wPZ1MfA+uGL6tUyz8qdSB4Bcq5BcequJ3 LXLw/ayysjucLUI1F9+hXovPb+NbHs4RV37dYhU+1YxvLKo6YU/uvPgW5GaR1TeQL7q75fkDvsea 665FFSSKc1bGVSdu/1LPFIp/rmfH52lJStvU7nScapKq/XjTRCrQtEntRLL3ltxcKkyGNCVSGSsl U3WqRfWoGbUneVUuv9E5gV6kvjSQhtKUwD4/xdCtVJaKUGW6n2pTfWpu69fz9tqtaRRNpJ70Eg2i YTQ1sC9AsVSCytGNVIVq0IP0KD1BHSmFFLWh0fbe2Iv60as0nKbh3yn0+9xAcVSS7qCidA89QHXs 3eVJ6kTdiOkZGkNvUyq9TINpBE23o+B6jRrVpfpNHn8skdo1a/JoIk2ClxupIHlUim6hO+0dpio9 RI9RY2pBz1F3e6UkepbGWsve1J9eo3R6F31i6Ta6ixLoXnqYGtJTVIFmQF+UClGESttKXJ5upmo2 ko/Q47ZSt6TO9AKF7L29LY2jdyiNXqEh9Aa9F4wgnvLR7fQPupuK0X1UlxpRU3qautjYh6kStaPx NJn60AB6nUbSTHq/fcVe7Xk7uA88DJ4GM8Fsoeu2b5uS6kbAImAiWA5MBmuAddu37dXRbQK2ANuA HcCuYA8wrX37bj3c/mA6OAmcDS4BV4Nbwf0dUro8554Ez4NXOnR/oZubLQwpMAY0YDyYACaCpTv1 bNs+dCdYBawJ1gebgW3AzmBPe5G2of7gYHA4OCqle+9uoQngZHAGOBucDy4Gl4IrU15onxJaA24E t4F7wAPWpGfoKHgavAheBaPCsAvGgQVesIdwEbAYWAIsA5YHk8FqYM0XenboHn4YbAA26SH6FmAb sAPYFewBpoH9wcG97MqGh4NjwLfA6eAscC64uFeX7p3CS8GV4BpwA7gV3Anu69WtfY/wQfA0eEWo CYwD48HivXolVdBlwCSwKlgTrAs2AltYVtTPgp3BHmBfcBA4HBxjWUlPAmeAc8BPwKXgKnC9ZbLe Cu4E94EHwePgWTCzV+92vXSWMIbAMBgBC4JFweK9evfoFVMKLAcmgVXA6mBtsG6qjX9MQ7AZ2BJ8 FuwEpoA9wb4kv4RcyNaBv39kW4dupmL/puTgx1P/CkO2KoZsXdIU8//pzMWZLzu2KuZlvr9FtvcI D78w/Z+RHFvd/5wF/xaV/Y9xpq47c4L7szDub/KGv8lb/g8L/C3KmBNxlvh/zv6po+t05i+S7d29 CBX9l6UbISn7CqTEv3QsSaX+peNtVPpfODr27v9X+Vcj6NhXM3+V+f8GK9hXcan21csEmkVLaA1t p8OU6bhOvFPKSXbqOM2cDk6qM8SZ4MxyljhrnO3OYSdTuaq4aqD6qXQ1Wc1VX6kNao86qbI4jhO4 HFfj+tySu3I/TufJPNfufblWjL8buGGe83Z5zkfmOR/1h3M3T3vYlpfdpJ0/nMclX38emXl9f3Pl ev/xLa8/L0zX+y8cn+e8dB77unnOW+U5zzOfwnuuPy9SJs95ozznfa8ff7EZ17ffsvz689vuzHNe /g/ndv/elpSnfTDOla05Bf0Z3t7IP5bxZ+7a/Ctia2LpQLs1OO4JjoeD4/k/sy6XHBxrBMe6wbHZ 9aMol379LO+ocv15+ej19ne3uP68Qp5VqFgxz3lynvOtec635Tk/nef87PXnlQr+IcusUCU+z3mV 6+2rVM1znre9fp7zBnnOG16/ivfWtzQ2Mu2didTJmYpq3c7+R3anTiAnVCB0A+5CBSkcqWcyInXN GrPKrLaasHPGOWPtzjvn5d2kc5GUc9m5TGxqmVrkmgfNg/Z+Lfmg+CGW9VKqoCpsNfKtLCPj4Xy2 Z3l7XsS+o+pp3/Nl0AHKcuLtGGLsqOIjjUlF6kaaWNaLNLWU2RWwNVzecSbZd4TVzXFiVcCO6QSO GeakPRa256dwzDA7Sdmz3ZYZZo/lejtXydAEKmEO2LGusq2/4phhDtrjant+CMeMP1geDiyPBJZH A8tjgeU/x/soxtsA430M4/1nS0O0PI6WRn9sMRswwo0Y4WaM8J8tW9GyDS3b0aJIK/uf3Waeknfy BVQBG9XCNqoceTjyiI36KrOKwnZMq22kmOQ1hcN4fmj/L2P7D7azGmxP8zv5aaCT4NxCg/DvhQ5x Wjqt6HUnxelGw/FvhKY7Lzqp9IaT7qTTaGeS8w6NcS44F2icc8W5QuOda841miCpQRNVWIXpLRVR EXpb3aBuoEmqiCpC76ib1c00WZVUJWmKKqvK0lSVpBrRNJWqetNK1Uf1oVW2+vejb9QragCtVkPU EFqjhqlhtFZNUBMoQ72t3qZ1apbaRes5n82abE7mZIpyba5DuVyP6zmKp/E0h91U9z3HDbUPtXcq hjqGOjqVQs+FnnOSQ11CXZzKoV6hXk6VUO9Qb+eeUJ9QH6dq6MfwcOfeuKZxbZ1zccM8x4lGCkQe Ui9Fno5MVx/n65Cvq7qUb2C+kSrLKBPDMeZWcyvnNyVNSS5gbjO38Q3mdnM7FzRlTVkuZO4wd3C8 ucvcxYXN3eZuLmIqmAp8o0k2yVzUVDFV+CZT1VTlBFPNVOObTXVTnYuZGqYG32Jqmppc3NQ2tfkf po6pw4mmrqnLt5o2pg2XMB1MBy5pOplOXMp0Np35NtPNdOPS5gXzAt9uXjQvchnT2/TmsqaP6cPl zEvmJb7DDDQD+U7zqnmV7zKvm9e5vBluhvPdJt2kc5J507zJFcxoM5ormnFmHFcyE8wETjZvmbe4 splkJnEVM9lM5nvMVDOVq5rpZjrfa2aYGVzNzDQz+T4zy8zi6ma2mc33mzlmDtcwc81cfsDMN/O5 plloFnIts8gs4trmU/MpP2g+M59xHfOF+YIfMl+aL/lhs8ws40fMSrOS65pvzDdcz3xrvuX6Zq1Z y4+adWYdNzDfme/4MfO9+Z4bmk1mEz9utpgt3Mj8YH7gxuZH8yM3MTvMDm5qdpld3Mz8ZH7i5mav 2ctPmF/ML/ykOWPOcAtz3pznp8xFc5FbmkyTyU+bK+Y3bmWTty3qF6FyOU6Wk2WrWK6Ta6tHSNn3 H9hnIeyzMPaZVgkqgWJUCVWCYlUZVYbiuK6tbl6oXagdRUIdQh0oX6hTqBOZUOdQZ8of6hnqSQVC qaFUuiGUFkqjgibRJFIhU8KUsHu8lClFhU1pU5qKmDKmDN1oyplyVNTcae6km0x5U54STJJJwr8D UImKmcqmMt1i7jH3UHFzr7mX/mHuM/dRornf3E+3mgfMA7ZaSf0tifpbyjxiHqHbTGvTmkqb9qY9 3W46mo5UxjxnnqOyJsWkUDnT3XSnO0wP04PuNKkmle4yaSaNypu+pi/dbQaYAZRkBplBVMEMMUOo ohlmhlElM8KMoGQz0oykymaUGUVVzFgzlu4x4814qmommol0r3nbvE3VzDvmHbrPTDFTbL2eZqbR /eZd8y7VMO+Z9+gB8755n2qaD8wHVMt8aD6k2uYj8xE9aOaZeVTHLDAL6CHzifmEHjaLzWJ6xCwx S6iu+dx8TvXMUrOU6puvzFf0qFlhVlAD1L/HUP8a2tq5hh63tTODGpn1tno2NhtstW1iNtpq29Rs ttW2mdlqq2xzs81W2SfMdltlnzQ77T2jhdlt7xlPmT32ntHS7Df76Wn8Bn8rc86co9bmgrlAbcwl c4meMZfNZXo2eJcmr3ySUWvL2twKOa2d1lbd0elIjvuF+wWpcE44hzimRkwNW4f/M9lna+B/s++/ 2RdkXwKyr5y82nK6hPf+N8f+m2P/oRxzQl3t6/kCTgmVzA+7LagYVcPfb+TvGO2oq3393s++skyn cTSZZtJcWkxf0WraQNtoDx2kk3TRvrInJ+xEYvsSx/aKTY19Ccfesf1wTIt9Gcc+sa/YY6qVBuCY GjsQx96xg3BMi30Vxz6xr9ljb2s3BMfU2Ndx7B07FMe02GE49okdYY9p1i4dx9TYN3DsHTsSx7TY N3HsEzvaHvtYuzE4psaOxbF37Dgc02LH49gntj8p2zrYsnfscMu02FGWff6NiEzEzHvFvhVE5u0g MpOCyLwTRGZyEJkpQUSmBhGZFkTk3SAiM4KIvBdEZGYQkfeDiHwQRGR2EJEPg4jMCSLyURCReUFE 5gcRWRBEZGEQkY+DiEyw8+8VOx0RmYWIzP03I7IoiMjiICKfBhFZEkTksyAiXwQRWRrkypdBZL4K IrMsiMzyIDIrgsisDCLydRCRb4KIrA4i8m0QkTVBRNYGEVkXRGR9EJHvgohsCCLyfRCRTxCRz5Ep qxCRjH8zIpuCiGwOIrIliMjWICI/BBH5MYjI9iAiO4KI7AwisiuIyE9BRPYEEdkb5Mq+IDI/B5HZ H0TmlyAyB4LI/BpE5FAQkcNBRI4EETkaRORYEJGNiMg2RGQ3MuXgvxmRE0FETgYRORVE5HQQkTNB RM4FETkfRORCEJGLQUQuBRG5HETkShCR34KIXA0i8nsQkWtBRLKDiOQEEYkGuZLrRyaO/MjEOX5k 4pQfmTgOInMcETmLiGQiIlmSKfLvYMq48TStBZV1tql3uQE/zp34Oe7Kz3Mv7s19+CV+hYfzCE7n N3gkv2nfBR/kQ3yYj/BRPsbH+QSf5FN8ms/wWT7H5/kCX+RLnMmX81WRf6fK2epstReYLt+95kf5 UVLckBsScwfuSC535i4U5p7ck2I4lVMpltM4zb4S6Mt9yeP+3J8iPIBfo3w8hadQIf6KN1F8vsr5 KuMpQwLFucXdf7iJ7q1uCbekW8q9zS3t3i4zsyO6jKfx/uuVYsGziTukzfbxn2Y7nPK/FmUCizvl 2RSn2BZy4135VbUybhny/tDPv268W9gt4t7oFnVvchPk9wSt7f+7rqJSlN8t6BZyQ27Y1W6MG+vG uZ4bcfO5xs3vFnDleZdr5zbQDlL6KPd+twZF3FpuLTK2rQoV5dk8h+fzx7yG13IGr+P1/B1v4O95 I2/6s4jL0zL+gD+wHj+Ub63zPJ5n472QbR21kfvWXu8gn/pf7x9Yq3m29Stexst5Ba/kr3kVf8Or +ds/W2N4n82zrfc5PEc+b8vzrfeP2VZnO8JN1rvMQ7yXp/g/9fon80DMDgYxk35/MbvQT7LB9gt1 V0voNRpCr9NQGkbDaYTd12/QSPzrraNpDI21u3w8TaCJ9Ba9TZPoHbvnp9BUmkbT6V2aQe/J5xpo Fn1As+lDmkMf2Xowj+bTAlpIH9MntMhWh09pCX1Gn9MXtJS+tLViGS2nFbSSvqZV9I2tHN/SGlpL GbSO1tN3to58TxtpE22mLbSVfrBV5UfaTjtoJ+2i3fSTrTF7aR/9TPvpFzpAv9qKc4gO0xE6Ssfo OJ2w9ecUnaYzdJbO0Xm6YKvRJcqky3SFfqOr9Dtl0TXKphyKUq5NY0c1Vk1UU9VMNVdPqCdVC/WU aqmeVq1Ua9VGPaOeVW1VO9VedVAdVSf1nOqsuqiu6nmVorqp7uoF1UO9qGao3eontUftVfvUz2q/ +kUdUL+qg+qQOqyOqKPqmDquTqiT6pQ6zXHqjDrLnjqnzqsL6qK6pDLVZXVF/aauqt9VlrqmslWO iqpcW4LkuxTMLoc4zJpjOJYbcxNuys24FbfmZ7ktd+MXeQi/zkN5GI/nd3gqf8KL+FNewkv5S97M W3gr/8Db+Efezjt4J+/i3fwT7+G9vI9/5v38Cx/gX9373Ory7+K6290d7k53l7vb/cnd4+5197k/ u/vdX9wD7q/uQfeQe9g94h51j7nH3RPuSfeUe9o94551z7nn3QvuRfeSm+ledq+4v7lX3d/dLPea m+3muFE3N5QvVFDX0rX1g7qOfkg/rB/RdXU9XV8/qhvox3RD/bhupBvrJrqpbqab6yf0k7qFfkq3 1E/rVrq1bqOf0c/qtrqdbm//62j/e87+10V31c/rFN1Nd9cv6B76Rd1T99KpurdO0310X/2S7mf/ 669f0QP0QD1Iv6oH69f0EP26HqqH6eF6hE7Xb+iR+k09So/WY/RYPU6P1xP0RP2WfltP0u/oyXqK nqqn6en6XT1Dv6dn6vf1LD1Pz9cL9EL9sf5EL9KL9ad6if5Mfy7/tq7+Un+ll+nleoVeqb/Wq/Q3 erX+Vq/Ra3WGXqfX6+/0Bv293qg36c16i96qf9Db9I96u96hd+pderf+Se/Re/U+/bPer3/RB/Sv +qA+pA/rI/qoPqaP6xP6pD6lT+sz+qw+p8/rC/qivqp/11n6ms7WOTqqc2MoxtEf6Nn6Qz1Hf6Tn 6ks6U1/WV/RvcX3jXorrF/dyXP+4V+IGxA2MGxT3atzguNfihsS9HjfUe9nr773iDfAGeoO8V73B 3mveEG+oN8wb7o3w0r03vJHem94ob7Q3xpvsTfGmetO86d673gzvPW+m9743y/vAm+196M3xPvLm evO8Bd5C72PvE2+Rt9j71FvifeZ97a3yvvFWe996a7y1Xoa3wfve2+Rt9rZ4W70fvG3ej952b4e3 09vt/eod8o54x7wT3invnHfBu+Rlepe9K95v3lXvdy/Lu+Zle1EvN0IRJ6IiHHEjoUg4cihyOHIk cjRyLHI8ciJyMnIqcjpyJnI2ci5yPnIhcjFyKZIZuRy5EvktcjXyeyQrci2SHcmJ/E973wEXRbK9 W6dnehh6epqcgyQDuYesggIqKgqosKiIgShgABFRzGJYE+qqKAYUVIxgznHNcUVd15xzTmtCRd7p Ulncde/de9/be997v/+vflRVdw89fapOfd93qnq6P/JVaqIGNaOWqeVqVq1Qa6mVam01p1apebVa Lah11LpqPbW+2kBtqDZSG6tN1KZqM7W52kJtqbZSW6trqW3Utmo7tb3aQV1bXUc9Rz1XXaiep56v LlIXqxeoF6oXqUvUi9VL1EvpKjWd26dz7MOY+QwiKJ05L5aFIr//IgtDfj8ri5F1IudlXWRdyUXK ppdlGbIMcgUZbwS5Kpsqm0puygpkBeQWZfbblLfuUN66S3nrHuWt+7KNsk3kAWWIR/L68gZA6Aw8 w3IsByKry+qChs6xeyiuK+7APS1Rywue0Pn2X7nvuTkMw5VwuxgT7jD3lvGgs+7xdL59MbL9C6JN TIkdcn44KqDZyAA7EZ3xK1SjCSMcprVSWpPWaHSJMbFUHcTts6pDmJ9XHcb8oupY9WfPYm03UaKe MCXWqACcPq0eqc5L+1UXMT+quoz5T6qrmJerHkv/KRhJZxSMpTMKJtIZ6bkq6Vm/rNFo49Z+gcP8 oKD66ogOPaJLj+h9dcSUHjGjR8zpEYZoY6+J2Hd+jPQGqoZMQ8IwIUwIkTEtmZZEzkQwEYTlpnHT iILbxG0iWtwz7hmej2GXMif/Jo79mmH//+bX/wzDShz6V3nz7+RMfa1ErWStFK1ByEASczZDzmxN 2awtMtMkypMdkCMldvzEjUl/kRUH/xM+/CMbzkIe/I0Ba7LL/21sWM12yIsFyN81WTEI1YekPT4p D0l3tEHlUfFZd7xH1dERFcc8qjnmo+J4h14bjZ7aVfLLL9zJ9PqaN3ldXo/X5w14Q96IN+ZNeFPe jDfnLXhL3oq35mvxNrwtb8fb8w58bb4OX5evxzvyTt9k29Hf5ltBW+AE1V9i3dI/8q6gI+gKen9g 34OqQ6rDlIOPfZOFzyIPn1ddVF1WXf3Cx4KxYEI5+fGfsnLlH3lZMBXMBPN/i52/4ma+8j/AzuHA gBGGsuZQjxhCG4gi9nTNvR50gSTiDN2hO/GEVEglXtADehFvSIeBxA8GQz5pCrOhkHSBDVBO4plM JosMYbKZIWQ4M4wZQcYyI5nvyQRmHJNHpjCTmakkn66ez2JmMIj2NMafJ+Nl+mS+zFBmSBbLjGVO ZInMReZOtss0sqbkR8r4pynj/0KjtzPyBfJy8oDVY/XAlH3NvgYz9i37FszZd+w7sFBgc4GlYpwi D6wUkxXTwE6RryiAuorZikJwVsxXLAd3RaliPTRUbFQcgKaKQ4oT8J3ijOIMdFGcV1yErorLiqsQ j9qgEpIUVagNcrV8tBrCZq0ArcawU+modILdShelO+xVapQaOKj0UfrAIWV9ZX04LK2fwRFloDIQ jiqDlcFwTBmiDIGflC2VLeG4srWyNZQro5RRcELZXtkeTipjlDFwStlVmQA/K1OVqXBOG8N+OM/F cwlwgUviUuASl8ZlwTUum8uGh8izc+AR8uwueIU8+xY+qhhVJ0ZL1Vk1kInj5/M3mGHqPPVsZu+n +1swGl1JV1w6Q/LnPRtr7AHSgCg+a486qGm88HgJJilfiaqghJbS1o7PWztw6zIm6S4bZ3BGr3ED N6Q7P/DDczaH5kguraAVkUMBFNC7bA6RONactWAtWSvWmq3F2rC2rB1rzzqwtdk6bF22HuvIOrHO rAvryrqx7qzIalgP1hN+htPwC5yBs3AOzsMFuAiX4DJcgatwDa7DDbgJt+A23IG7cA/uwwN4CI/k Mrlc9lr2RvZWViF7J3sv+yCrlH2UVf3v7JOjKXKGzjTI6S859OjcjykmGbHEJMeWq4uWuhDpvjR3 TEps1QaoE/0xcaQRJhVpSpoRnrTCJJD2mHRIRxKD+rALJn2SiMmApGAyJH1JFjEiOWQgMSHDMJnh 6GSIOeiALrHAMWpOrMAarIk1vTumFo7XNsQGx2sMsaWrunZ0pNpDT+hJHOj9MrWhH2STOjAEhuCY HgfjiCNMgInECabAFOKCI3g2ccURvIG4wY+wm7jDAThINHAMjhFPOt/kRUeeD9XUoXTWqQuddepW PRe27/NcmCu2lBWjYTSoGH0YH+lXPkxTVIyhTCgqxnZMO1SM7Zn2hEXdk0QUqHh6oGIcy40nSm4i N4WouMXcEqLLLeNKiT53hjtLjLnz3CViyl3lbqKWHqwaSmyRPUYRB4kZiCMyQzFxlnCcuCOOnyEa RO/LxBsR/CrxQQy/SXwRx28TP4yt7pL6iOX3SQPE84ekIWL6Y+wj6f6vhkxstS1HPtvihrZYf2VL faY+flaySMa0wVhGTi1iqUUK1HcxRIvapUT11odoU7s4apea2qVP7TLkVnKr0aK13EZiQW20oTba cXe5+6QO95B7inZJlrpRSzXUUh9qqR/yXwnGB0swymhMrW5GrW6OvPSatEJWqsTIRLKoJZP2efVV +g1rIrXIXbIR2tFxT6r3EDqXyUAKBFbvYyAKXHDLsPpzOAK+0Rb+jD+2hdQictrHLG0XBW0XLdou Stou2qh7OxOOto6K9jpP20jNdeQ6EgEj86FEB6Ovqdj307k5xBJjsI3EgdvM7SI+GIk9JY2459xb koQa4nvSC9XCFDIQ1UEpyUXu30DykevPk0La95tp329BBr9OtlIP2EY9YDv1gB3UA3ZSD9hFPeBH ZPanZDey+3OyBxm+kuxFPleQ46hxTMkZ1DW25ApqGSdyB1WJijxBdaFHniPHm2MEgEiIEVIfQqQI kgRLswykrXTfFolUDeKbkeP4P1Ywi97lKPutR0g8bVeRel2bGj0i/tYjJIo0qt7HkEC6em5Y/TmG yLi53CL85h+5Q+htFSrJf3EvjbM/XY8tvRLx87cz+C3m/w6y4n8aURwiFIeA4pCM4pCc4hBLcUhB cUiL4pCS4pA2xSGO4pCK4hBPcUigOKRDcUiX4pA+xSEDikOGFIeMKA6ZUBySfjW+By3gmRayrdgS /2wdhgEO9PEq7cAJPKABBEMotMOri4c0yIBs1C65MBYmwXT81iJYDKWwFjbDTtgHR+AEts0lbId7 8ARewjsEfwXDM/qMKWPNODBO2Lo+4ITW18O2cKVlDLKfVHaG+rTsAg1o2RUa0rIb+NMyDgJoGQ+N aJkAjWmZiCNPKpMgiJbJ0JSWqRBCy57IqFKZDhG0nM2aSKV8I2tKy02smVQK75UqqWQNlLxUKhYp 1bTcoRRouVOpQ8tKpS4tPyr1aFml1JdKVC8GtGysA/R70sARkUAHeZ7BLRfMY5DtJe2AeIBWog+i jRrMu4EH5nHgiXk8oI5A27wxTwQfzJPAF/NkCJbu/YAmmPeAZpj3RL3AoFUtMM+Alpj3gVDMM6E1 5rMhDPO5EI75HNaQMGivEeabWGnm470SOwYtRa9GO+WY71Ci3kAbFdLdTEotzD8qlZhXKbUJg7ah +lE2Jo44qmKRb3sizw4mo8hEMp3MJYtIKVlPtiOPHSOnySWM/B/h2P68noeeZIq+7oC+JIIP+KM3 tYBwRMgYtDsZrViOrTUbW2gFLTtDKS27QBktu8JKWnaDVbSMh9W0TIA1tIyDtbRMhHW0TIL1tExW Wkkl2mgtlWhlLVruUNrQcqfSlpaVSjtaflTa07JK6SCVaHFtWjaGebT/5tOeK6I9V0x7bgHtuYW0 zxbRPiuhvbiY9twS2nNLac8tk/pDaUhb3Ii2uDFtcRPa4qa0xc1oi5vTFregLW5JWxyIXIfQu7pl FCsIHemgI/1EQ3pOczi9p74e8UAu/jwTBcbU10yoj5hK3y2dBcyqaymSJ0nYi3gyg/oKzaUVMtBF hCJghDENUCRiKL5InGZKxsF30B46QgeIhhSuA7JPzKd5YaYfM5QZy+TLZsuWydYKH4RK4aNQhfha yM3j5nNFXDG3gFvILUKs3c3t4fZy+7j93AHuIHdIeCMwgkyQC6ygELQEJVfBvePecx+4Su4jV6VC 2FP9oJqqmqaarspXzVDNVBWoZqk2qjapNqu2qLaqtqm2q3aodqouqC6prqiuqW6obqnuqO6pHqge qZ6onqle8Fq8ktfmOV7F87yaF3gd3pl34V15N96dF3kN78F78l68N+/D+/J+fH2+Ad+Q9+cD+EZ8 Yz6QD+KD+SZ8U76ZwAtqQRD0BQPBUHgrVAjvBAvBUpDWIOvQqI/QSI9F5dAKOS2N6YmsnYURHc8M wYhOTe9+Fmj8pkOjMl0696onWyNbQ/QVqxSriYFik2ITMVK8UbxB3YaxCjGRYhXUN1e428RRilhQ zYxF7m6AMfsG0gSj7fOkNUbcF0kY5e5wyt0RlLvbUO5uS7m7HeXuSMrdUZS7v6PcHU25uz3l7g6q j8jaHXldZOp4ytRDKFMPF4yQqUeinVtJzF/p0X+vB/+WfvrSQxxtTUJbU5u2oz5tRwvajg7Ucldq uQ+1vC21PIpqlPafIj+Wvj0R66FEmtcNJtY1/f/3Xvzn/vjJd/AMetRTCPUUGe1hBe1PgfanDu1P XdqferQ/9Wl/GtD+NKT9aUT705j2pwntT1Pan2a0P82x30yIxeerV7FCjasXUG9+HrHSmKd+Sqif AvVThvqp7PP/8qxOjf81RVVSjQJfRjpFDjoKqCez1JO1qCcrP0Wx8Bxew/vPakCPMWYsGHvGUdaS TWCT2O5sKtuX7cf2F2wFe6G2UFdwFJwFV8Fd0Ahego/gJzQQ/IVGQqAQLDQVWghdhEQhWUgRegnp Qh+hn9BfyBGGCSOE0cJYYbyQJ0wWpgrThRlCgTBbmCvME4qEBcIiYbGwVFgulAorhTXCOmGDsEnY ImwTdgq7hb3CfuGgcFg4KvwklAsnhZ+FX4SzwnnhonBVeCw8E14IL4XX/3NX+f/cc/l/6J5Lhuii 5k9mDYT3yPmN/9I95TgSIU1xqcYdwErpXpnPd9X8w3tkqu+jwXMwAUyX6pj9055WiEBfYl4GXpI3 qNG9GT/8RBPcF8G0ZaKZjkwsk4hYlYGoN0Ra0/pWktaxaiY8y9fJ749JWvWqmaQ1sm+mJr9LIdIK 2lcp4o9JWk2rmdCWP0nIB18ltPnr1PFbCfnjq4St9HXqQtNv24m/S90xpf1JyvhWUn38OiFrfZ3M fpfsvk6f7ft0vfQM/zM38SdzE0CuIH/6I9e3QJUdRWJw5CZj5JNJBpChGPuMJ1PIDIx+FpClZCXG P1vJj+QARkCnyDlsP5Gu9f6rud+/lUf8O/k35z+kuREecWiGFPWQICkSQKYzprGDtMIB4IhRNINc n4/1GTAT6wUgvQ99HsZdDGyAp9LTfeE5Risv6PtNXsFrrL+BCsqY77H+AT5KzyZipLfLMIwcPY5l FFjXYqQn4qoYjL4ZNX1Xiy6DETajzxhi3YgxxrqJ9O4VZFULrFsytli3YzBuYxykt7ogwzpi3Ylx wroz44x1F8aFSG+rccW6GyO9F2kOMwfrc5m5WC9kCrE+T9acPqG3JZHJQlkD6RmALNrLmrPNpKdW ss2JjG3BxknPYGdTsZ4mvWcZmbo/1gdITwNjR7OjsT6G/ZFI74zejfU9SsRlJYMxJKOso92DgHZP bdR52r3Uywiol6sx5lWvUO/G+h71fqwfQJ0KgjWqDBlqySoa3yEm6zA6tT/9wpn2DEPiP/8u9zcF AlSBAFUgUOP3o0AVCFAFAlSBAFUgQH/1AVSBAFUgQBUIUAUCVIEAVSBAFcinK2SoDgGqQ4DqEKA6 BKgOAapDgOoQoDoEqA4BqkOA6hCgOgSoDgGqQ4DqEKA6BKgOAapDgOoQoDoEqA4BqkOA6hCgOgSo DgGqQ4DqEKA6BKgOAapDgOoQoDoEqA4BqkOA6hCgOgSoDgGqQ4DqEKA6BKgOAapDgOoQoDoEqA4B qkOA6hCgOgSoDgGqQ4DqEKA6BKgOAapDgOoQoDoEqA4BqkOA6hCgOgSoDgGqQ4DqEKA6BKgOAapD gOoQoDoEqA4BqkOA6hCgOgSoDgGqQ4DqEKA6BKgOAapDvjx3pPopJOYHsTSke4n5LjHXfJtC22lM izFv1KDFFOWal+KupQyARiVqK1hnQcaYs0SMU3DOCpBDri8D8qJIsa3oUmOP5QLr4ZZ0McefRJB4 0pekI4QmkSz8kxZ3Gom2NU4mNzQYNrpfjlm28ZPWrnfl49PvLBv0aHpRrlGumCvfK+bKVhTJGGAY A0+8RM/bdccsFEKdhtML9hTV1VcLLF5Xf3qZsu/kCgPmu0iNgagnbSgNuPZxfVNSe3fPSu+t0RUF aaeWgVa7pMRe6b0TNdaipbSHMzAKS03ITO+bnpxl0yQ9MyM9My4rFf/DVqwlHZcZmP52PCq1V5Jr ZFZcrwybNk2CRGsTtcZT9PTw9RBFPw/PGNz0En2qN8UR6/6WK1OLKum4ykAeFtGmnaauWPvTpnXv JqkZKUmZNk0jm9k0iwxvEOLt4efq6evr6+oX5OujqS3af7LI8psWRSZlZqcmJIm5YFezhaUXiuUi SuF+jskFIEeuHDHTqTUjOrfruWCP08peGwt/3PN4sN+KDp5lPUa02TzWluu8aqbrlJiDe93Wtj6d kNWh8ur+cVEnVMcq547SyyldaGvXy/Payiu1A5tNDVcnKJ0n+F6O0Eq75FSuGzO5fefCgHcmCcyB jEbb7B53WvPGY+utPttzqt4evd++cdagOy+GDG7fwb30lLD0/NjzgbUa2AXd0K7DFB27Xfv4xO4j r4a8HR2290Ky9cG+QxuuzzZZXFJUlPXd0tvdTIPi/Q4mhayQGydHP6hYfDS4vHNUovuIt+V+REe3 x/WRbnmNWjxqGR36aHbqy6M6uu+1vELje0Je74M2o47EnkyYZT2p8yOdEuMWy3tcsXVnZDiOFuaC NrYIK1phk1oJKMYNSQeLRo/3P1dM26kJ8Flfqurs8WwE9SEre7mpaDzc0N7r7fl2IRnc48D32e/X Oa/e671OR4ySPlBLHia2ElsWNS9qNqZJSlZWRgN394TMnm69vvSTW0J6L/eMHqnSXveMzPTEfglZ fd2ru1HqRdqJ6JVu+BGxg0KJA5NltQDkrcVQscWXbZEZ4//5C/r37/+tL0jK/AdnzhINpOutLedF 7sspZcrfDUiZ5CVM1c2JsgdPh/pt2TJ4fsN2Ixe9s/c7Lduc1nHDg2vpY2Uv09um5TfoN/qe5SWt /eGFFkuPOzQ3dIjw7r9m7va6gyZ3jvigmDBzZoXjnDeBVu1GTMpuIRv6Yo7JppXnO9n9kNDQo6v3 +wM/+B97Kswa3kjxg5/BQL71Ts+Lux6XBR0YbOEw2OAS96HVeBvWSnvcD/W1wm3Dr/QcnLFtxXOb SW8LBnS7NGF6edLOGVN0iuaOehy7YXBQUZzrjibdk8ydck8vGd/xjcfNhXf356212za13rnVEyMn pzRvXnwOVj+PM9pnUux6s0HPiPRVAU+uOK5uenTv1O5byXGdSXpPTzK5mpbTCwrbthhQZnUmcCPC 2COEsdM1YGy13ipuwomG8y9TGF79exjL+VvAwl60/TTozWseT0yyiUzt3hvPWgPINB5eHh6enp71 PwGZV/WmOGLkfwLIPn9c9icf/6fAdG9V7AIb9dt6g7ezg4aVPXmYXVovsnGDi4FD1k3yvNO+cUlb I6+okvL1E5Y1Xup73bXNY2/j8KdhAy8aZI9d7fKsY+yyh9fPOva7ZTG67pxf37rOC/JxVgW+39lw 65bYftOM27U64rnfd/WvD4cufRVkFKtMsrL1feay1U6lu0a3sL/d6FGDI7ZYTFn9auHHCS/52eFF rw5ztjeW3wSf5pXuuWkjZK+WeV+a3r7wfavTQu5Fv8n6H2+eGZg1NvF6/L7abk4rC01rCdYb96xy WC+02X7Fclpsy8U5GzZePF6RMagejNrs5Fi+axnLXr+m0yessizWfqTjw4P7Qw/dqzvq56EHmqjy CbsmIqnP/i/A1A1bJPZbA1VWA6069lkc4xl2oUBreNUo653fV2R6BL0Q20qH9eSIF4tCxKa/7x/0 EGmTNXDy1HjX93b2So5LFuN9Na5xiZ6+rl5xcZ6ucT646esTnyB6e3h6ecUlfgWAR/XuHTm13rgD HPZ18zQ23tJ6NldLjP4EgBEiQmARQuCYZv8SAKIvoyejE3cVkes0rh6iRqQQGFMDAsNFBMEaENjo r0Hgn5w761t4pznb20m/veeIXwoPPKxocLppmHLeky5X0zptyiln5m7PTpk3pXiuau+wBROfh23N r/9efe36nJedHXQs8sYaNRh8sez4usM9t9Z3aTbEQS+qjqhWVzV/INO6fSu5s8ugQqtluu8sV2e9 iEjtMW+Zw6gLj2cUXe276GmaeWmr+HnPB/9oOKzFT2Frm1Y885/WK/jcvcF3TIrmpKRo16tgZj7V k23t3q5s9/11fRefSvgp9EajW7+GV1YVX9vGGDTsbHPlu8YLV04J1Pj1q9dFviyk151XA3MCd9T6 6V6zX1be6NzoVb+Dd5ITuh37Zfao7/McxDdPvU4kWK0J7h4qtNrVQHi6Mb/BEr9btacqF49NRtnG bke8W/QJ77g4zzrmVK1pfg9zXSl6cNpT64yb9sIlEcyMZdjwGjPR5Kud2tX9onEVnT/hgsNvuNAu PR3BATsqNTk1IS4rySaoX1ZKemZqVg4FMxRgnhoPD019Tw8EM4/Pmx7S5n8TZ/8Zgq3N7BhrJibu sprdzcYmeFZ2ZM9GFmfSjx19/qDHx5nGuteuNsgaab7JvcjjUdWVPcHh9r9kkove7blxR1batHz5 LKU0rFVeyY6cVn3mNNe6UFn7amG/seXL+zYddnbExV93vPBZdDi22aVVZQHX6qXMNF9Sktk3+rnJ 9FuV3tMzi85kd7Xu32zkaD/jE307segyeSVrU90vmKk+Ts1yvJHtHnXZUOz49lRefOXRw11DNG22 1DW4FSiWZzrq1rM76BseUOQRMOWnYj/F6Njw6Nx6TqzHplZnIxLunnKNf94s4G6pkrwOKZ53stPE OpH3Bi4PfRFS7uvvN299/9gSk3l5R/UmR/vvLtXuKvv5C4J1wRaJEXUkZDCQHm7MijIsaqDXN5FE AisrHbkcPXCMqK/Q/hyaGIGcpSdG+Vu9j5HOUnlSE/5znfH51wu6NVyqSV/sv/2cq2hW/SFDRs5b cySS9MNwpgkJ+grLhNLcboHRdWferm3wwek6F5nf8dYisc0nLGspNhebFTUpChrT+K9jWfXhTHRt CYIoikXVQLEWIoJyDRTz+1eEnDRgmnw66x/xiwHSsX6jYXVCVj1MD1zjsSHtoeDee2nLNw+79nvc uqHr2SZlqo9H77tqFtofG9ymYLht59IA99ZbFyyNnnszY9vm9W9zNrTMfNPoQdCwI9d5k9SjJXNt XN+p2uyL/sn1Zuip7Rl3l6oXyEqir20e36r9i/zguc9/ffrk5phaXv6bo2c/i7Qf7bQo13Lajela Vi9uhL+dWHzknkHJD+GHLE5Nzsx36tNrjvlby2eRZ7ofs6uKtfppwcQdddfmJEQ3XdD2p4r7CztE X57DNGvq3vXlhZWncz16f1iUb3DrYerdZQtcdh5y1hWSJs26+GrBO/062kl+058PrBW67eT16Hsn BswwjT3sbdz18jSrlpNcd5Z5NbV8omtkTjpf9u5ke7zgoPaT0cLEiF6CQXjAYMcWczNP/trzyO5H GQvbT20/ZHpekUULWcyb8oXduawSn8eu7iaH7mT66r9MX+PfPbei3do8T+Mka2H8Zd0riS/Tj4ec /tnkfs4++fqf37tcrTV+Xin33qBuYNmtiuvLhoVs0+rWPKlbYPjq4Efhj9dl55zjvLR7WQ7X1Loh RF2+Xfz+dnPdssSCqjbGboN3sbYDb+QH1U3dO21y/uG8c3NsV6pj5z5bsHJMykg+zXVbdg9iNaPs hfGg18YjHbaMLU9b2lzjPvvSzT4BZ8nQ+OYnj489vNn0nZCZt3thwComMK0qdc6MG7pLddf7tlGe 2Rsg5iq0EL+ffsFv4xQvit+W/w38Fn1FLxER29tTlMSoh4ZuYqiNm/+9cP+foff84p5rrl5sMdVp cA83s+s7btzcP6utfZuy45dNwx10npxccrJ1WZZoo/dQ65eofKOW0y2Cp64siBXrXCA97g3a8Wic ls4bQV7wbNyxWkc9Hb4vfPGyu6XLh0F3x1o9uBu+sHi3feSRvHfNyrVPdFl1YnWwfEHF4p7Tup+t dykkcvWYE7frhbjVLR0T8V07/pbM5X3alCli7+9/7SgWvht6Zua6e7Yzh749ZfCrclNkr3brm02Z 34KENk/Wq+uYvHTmrZ8VI0IXVIxaotfcUDt3/qjH3w34CLOt2ihHE10x5PGmK/Yh2/a5Rs1fZT0g SNP/2JyrDUdOK45jNlip13x4M2ctHLdrFVVVwe7dY6P6gt4rsEWW/CP0/mYg/BV669ZEb+nF5eKI gk/gO2KKOCLv2/BbnLAo7m93z1zdnDLj4tCikrLWfTu81DJwS/p/BvX/UuiOba07c/zeWFlTn8v3 15f1v3g8p20YrHHL6tOpF2+w4vjOQZM3u53WXzCxV/zm9szRcBuDNrMuDwy80X7bqg6zLa9bwZjS bQNeTDjxqCE8ubFzMsceymtx41mk0eWIFVNv3c1L+2X47jvTXyjcR8vu/+DkYJfx/vWHWwNmuanf aN3I2G4aXjipB5eZv7m4/tzurvvbCg/iYxsbF0ywaXxDy9yj4pgmNFsT4JypOvQgI6BqNGdwdQ8X N+nZ2c0mD8MnDNvv7dxl4a6H24eoggedjsy0fSIe2TYgKbYTmHCGwqkLhgWv/Lckd1jn6n63YvSY Y22j7xVmTO9ZWr/16dc5u5abDox3fLpgjqOXor95/OEA6161cp+pDrpsK2+y7nbFoyEbbi5amuW9 OXx/H3v9Otkq/3YT+8SENDHcvm7d6rDuh+YHVw3PsR0+z0hMvhes38X80Dw72xNN7jvf3/ayxTGX 0+c8hreu49TCoWvMg+ini6/MKjzSIH3HiLpZCr0n2ba75uTurhu1cU1awLji7Lj1vYsNFu9a3vyZ fnrleI+eaz9ebXtoov3h5B2FVt/rJzIBrqs6Tt58y/b2htVHEtYPiGJPB7m1KZ2+umTAinVFM/qZ n5/6vUE/O3ePpcreRZ0m1t5V9HTUEdszD60jDs9+0vLaG0hKH6cacij10J3eD5bMPK5xrBL2d4o9 F2ZRfO6d+7zGbt8Z9zhssLBSkyvHISxfwgCIONz+e3r529Mmv00iF43YJ8m1z/6rLdPwNWeo8QJ+ 21JpBLHmUSNJDH75R7kGQWnG3PxJ4xVDJ4cE2Dc0GcpbmFzZkCEm1vgXXhMtRhU5Da9HwkgqSSCZ JJ1OcieTLGJDokgOycCt7rg/DmspJKe4znCHPx2sWTkZ6d0z4zJScmx+RyryXCBx22Wh3cLLfOes +HDRt92TpT9M3PRqzIPyexGNT5wxH/xq+MVf0iYPPxLWvPEzz/KLlRHTurvtyPDJrco80PrijLvz bvizfQr1p/ykDj62rlNMwbZzW5Stp+2bPPPFulPdFPtWHC/bMqBkxHmDmyfrj9l3SL9x+eOw8aUT 3NeqC0K2KfVT+bT3hcK+/tq3enrGLRi1b6xZR+O6d58vO+qiXV//Vdi05CdwswKizXNmrLm1irMr regx8JbJrB4tCjsfall/YG2d1pamL99lLffZu8643e7bK47dbtlE7Dt214PGN23z9VtuSIsvO3j7 /N3GWWd+KE28tOfFleuG3Kxi3m9Gq7CfpzZKeHov8mcv9w3FuUw9MZdx+K2PFJpcxgh36VGvnPRf UwHfXpGo4ZOdRdOaLqn6bWUF8Murj7AaHTrp5qvx0/h4enhpYv7gkY2Cg27/Gj25ibfRxvAHJx+v jJhlGvs7vJZ8pbjroeU3Y0+Gjbs6w92xLjs3RRa0fKHCK3D1oY/f78x7pvIvDgtxK98eXGfsNeGH zGy70ekrJ9zttTc46G7IbTPn8KR5Va05jz4HTUuKn3TeI7O74FfSUenWdERskUdc1ALLwTpjrYZq v94d3U73ybKOW3u85xdPkA/9sOxSQN6W5dZjOnDH/M2ZNR97RKWuHVIaNVvlc7TIv17xkU6n8/tV GJ/MNtCU9a+zweGYb47CenyPex9OfXDW94YRJwoHWjWtGtC0aIr3r23NWv8QYH7GWtO/874tKfar GhiMWuve5Uezq4NWn4YTp55BlyWO8fWOHyw74J666ETn0lHO9xY2P5Du4PrqbMZD7cOB5H8BtAy7 0Q0KZW5kc3RyZWFtDQplbmRvYmoNCjkxIDAgb2JqDQpbIDI3OF0gDQplbmRvYmoNCjkyIDAgb2Jq DQpbIDI5MyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDYzNyA2MzcgMCAwIDAgMCAw IDAgMCAzNjMgMCAwIDAgMCAwIDAgMCAwIDY2NyA3NTcgMCAwIDAgMCAwIDUwMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDQ1NCAwIDQ1NCAwIDAgMCAwIDAgMCAwIDU5NCAwIDAgMCAw IDAgMCAwIDk1NCA2NDAgNjE3IDAgMCAwIDAgNDE2XSANCmVuZG9iag0KOTMgMCBvYmoNCjw8L0Zp bHRlci9GbGF0ZURlY29kZS9MZW5ndGggNTUzNDIvTGVuZ3RoMSAyNDgxNTY+Pg0Kc3RyZWFtDQp4 nOydCWAU5fn/n3dm9r43m81mN8nuZnNANmFzh0AkC0m4BeQyAQIJBIgoEgQVqS20KmrAox61tdqi be2vWnGTeID1wKr1qChoPahnveoB3mJ/YnZ/zzs7u7Kpmp/a/49/wvN5M9955p1n3nnnnXfe2Sc7 uwsMANJRJJjVOGfKpN/ce/UOEHdsBnC/MKmxaaLrJm8vCK0XAIh7J82aOafm0H01ILQ3A3xgnTRn 3oQ1m+sWgnhCJ0Cra/rcOZOnjTvxDwDVRgDz2plzQuXPrz5nDgB7DvfSNr/x+OYNn206FaARy1e9 smx1e9coS9U+EHT/wvXXLDtjve9P238zGwTXA1gh7YqulatXds+6BQT9FQAaz8r2dV0wEpPQuh79 HStPOWvFmA+3toKQ9Rjub35nx+oNTz74/LUAU9uA3fvzzuXtHW/Zf2LC/S9C/+pOzHAwJx4sw/Ig r3P1+g0rXtZdCCCMBqh48pQ1y9rnvHGiB4RgHkDWC6vbN3SlXaV5Ef13or/v1PbVy382c04lCJN5 o83uWrNufWwdPIL1mcvXd522vOv688zZINgiWF8H8LZVA6Q98tjDSyx1n4JHC5wdT76ygc8fN514 8ucnf3GD7TLtFvTVgQBxcDsti7YA2J77/OTP59guk0s6AsPZPMe8GjaDVc4QcB6Gedhqt2o8co4o GYW7QAVa1dWqCiwyPz4Xt8MjQo8WBINWElWSJEj/gFGx3dC2ELcZyTc8fo7PB5jyH1PnYB3Gahn7 vY+xmG8Elr5MtY8fKbi0SpWEZmW6B34uvgOb4DuicsH9OF31TT7CW3D/oOWcCA1qC1z9Veskxs9G HE3+V/sMhng93KDMz//aOuigWtoNld9UjuY62KLywhbpgy/9xA2wRZ7PgfTvUjeCIAiCIAiCIAiC IAiCIAiCIAiCIAiCIAiCIAiCIIjhgnQfrDjadSCIoQj7Tk9JEwRBEEML82rGcnLMxtRcg0Exkvlm c3wm/x2BHpMMU+ZgYXYsYIAbQRAEQRAEQXx72OAuQ4lhdjgE8b+D8cQYRpf/0sZAC7pYFHSyYjiJ agADqhGMsX4wgQnVDBZUC1hRrWBDtYEd1Q5psS8gDdJRHeBETZfVCS7UDMiMHQaXrJngRnWDB9UD OahZqJ9DNnhRc8CH6gU/qg9yUf0QiP035EIeagDyUfOgADUfRqAWwMjYv6BQ1hFQhDoSilGLYBRq EPUzKIYQagmUoo6CMtQQlKOWQkXsEJRBJWo5VKFWQA1qJYxGrYLa2KdQLWsNjEEdDXWotbKOgXGx T2As1KPWQRj1OBiPOg4moNZDQ+xjCEMj6nhoQp0Ak1AbYDJqI+pH0ARTUCfCNNRJMB11sqxTYEbs Q5gKM1GnwQmo02U9HmajzoA5sQ9gpqyzYB7qCXAi6mxojr0Pc2SdCy2o82Ah6nxYhHoi6nvQDItR W2AJ6gJoQ10I7aiLYGnsALTCMtTF0IG6BJajtsFK1HbojL0LS2VdBqtQO+Bk1OWyroBTYu/ASliN 2gldqCfJugrWop4Mp8XehlNgHepqWI96KpyOugbORO1CfQvWwgbU02Aj6jr4Aep6WU+Hs2P/hDPg h6hnwmbUDbKeBT9G3Qg/ib0JP4BzUM+Gc1F/COeh/gjOR92E+gZshgtRfwzdqD+BrajnyHoubIu9 DufBxahb4BLU8+FS1Avgp6gXwmWx16AbLkfdClegboMrUS+Cn6FeDFfFXoVL4Beol8LVqD+V9TL4 JerlcG3sH3AF/Ar1Svg16s9gO+pVcB3qz+E3sVfgF7JeDb9F/SX8DvUaWa+F/4q9DL+CP6D+Gm5E 3S7rdXAT6vVwc+wl+A3sQP2trL+DCOoN0IP6e+iNvQj/BX2of4BbUW+E21BvkvWPsDP2AtwMu1B3 wJ2ot8gagbtQe+Du2PPQK2sf3IN6K+xGvQ3+jHo76t/hDrgfdSc8gLoLHkS9E/6C+id4KLYf7oJH UO+W9R54FPVeeAx1N+yJPQf3yfpneBz1ftiL+gA8ifog6rPwF3gK9SH4G+rD8DTqI/AM6qPwbOwZ +CvsR31M1j3wPOrj8ALqE/Bi7GnYK+s+eAn1SXgF9Sn4B+rf4NXY3+BpeA31GXgd9Vl4A/U5eBN1 P/wz9hT8Hd5GfV7WF+Bd1BfhAOpLqE/Cy3AQ9RV4D/Uf8AHqq/Ah6mvwUWwfvA4fo74Bn6K+Kes/ 4RDqW/BZbC+8Df9CfQc+R30XDqMegC9QD6I+Ae9BP+r7EEP9gAHqh4yhfsSE2OPwMRNRP2ES6qdM hXqIqVE/Y5rYHviXrP/N9KifMwPqYdTH4AtmRO1nZtQos6DGZAUcR8HcpdPpQBRFKXXo12gUQxyQ owK8BRyJimdx1Imv8NFxSwUDSiQIgiAIgiCIb43qaFfgP4swuAtBDCv0ev3/Lt6MfyUvxZsEQRAE QRDE/x3qwV2GEhRvEscaBoOBx5sDruSvjTfVkPikhEIy3kxuYuCWarj9L4ogCIIgCII4CmgGdxlK ULxJHGsYjUaQJNWAeFOrVYzku5Ta+Nuaav4h/CNJBpbaZLzJN1YNt/9FEQRBEARBEEcBijcJYkhj Mpm+Kd5Mvkv5dfGmOhFYJjeR4001xZsEQRAEQRDE90Y7uMtQQhzchSCGFWazmcebA/5zpEt8SDMZ b+rjj9FqjvhycplkYKlLDAYmvjHFmwRBEARBEMT3h+JNghjSWCyWr4g39YkPaX4Zb8bf1sQr3pTi qUk85JAMUeV4U0PxJkEQBEEQBPG90Q3uMpSgeJM41rBaraBSfW28mYwaDfG3NbUDf2k5GW8mN7Fw SzPcnrUnCIIgCIIgjgL6wV2GEhRvEscaNpsN4031gCcVDIkPaX4Zb8bf1tRhPJniqU085GBIDAZW vjHFmwRBEARBEMT3h+JNghjS2O12Hm8OeFIhGW8mo0Zj/G1N9LOmeH4ZbyY2sRkNPJviTYIgCIIg COL7YhjcZShBP1FPHGukpaWBWq0ZEG8aE18KlIwaTfF4U4/xZIqnLvFQvTExGNj5xtrh9tlugiAI giAI4ihA8SZBDGkcDgePNwc8qWBKfCnQl/Fm/DFa9LOneCbjTVMiRE3jlo7iTYIgCIIgCOJ7Yxzc ZShB8SZxrJGenv5N8WYyajRb5ZkB48kUT33iofpkvOngG+uG23eJEQRBEARBEEcBijcJYkjjdDox 3tQOeFLBnPgS2mS8aYk/Rot+jhTPZLxpToSo6XxjPcWbBEEQBEEQxPfGNLjLUILiTeJYIyMjAzSa gfGmJfEltAPjTSPGkymeX8abiRDVaTEfkU0QBEEQBEEQ3xnz4C5DCdXgLgQxrHC5XDzeHPCkQjLe TL5LaY1/bPPf4k1D4kPclsRgkME3pniTIAiCIAiC+P5QvEkQQxqPxwNarW7Akwq2xJfQJqNGe/wx WrziXSmexsRD9TarkuPmGxuH23eJEQRBEARBEEcB69GuwH8WijeJY43s7GzQ6fQD/nNkT3wJbTJq THPKMwvGkymepsRD9fZEiJqVZufZw+yz3QRBEARBEMRRwDa4y1BCfbQrQBD/x/h8Pow3DdbUXEfi S4GSUWN6/G1N9MtO8bSA8uitI/G9tV6+sXm4fbabIAiCIAiCOAqkDe4ylKB4kzjW8Pv9oNcPjDfT Ex/STMabzkx5ZvvaeDM9EaJ60+V4c5g9a08QBEEQBEEcBRyDuwwlNIO7EMSwIj8/HwwGkz0115X4 kGbyXcrMLHmWhhFqiqct8ZBDhlPJCbgy+PugFiAIgiAIgiCI74dzcJehBMWbxLFGUVERGI3m1C+d BY9HMZJRY5ZPnqFfQYpnWuIhB3emkjPC4wawD7dn7QmCIAiCIIijQObgLkMJ7eAuBDGsGDVqFJhM 1ozU3OzEQ7PJqNEbkGfoNzLFMz3x+yjZiRC1ODuLP/kwzJ61JwiCIAiCII4CnsFdhhK6wV0IYlhR Xl4OFost9UdOwOdTjORztv7425qZACUpnhmghKreHCWn1OflTz4MeMeUIAiCIAiCIL41OYO7DCXo J+qJY43q6mqwWtNSf+QEcnMVI/kJ7bz425oejCdTPDMTDznk+pScyoCfh6HD7Fl7giAIgiAI4ijg O9oV+M9CP1FPHGuMGTMGbDZHVmpufr5iJN+lLCyWZ9kYT6Z4uhO/x5mfCFFr8vN4GDrgHVOCIAiC IAiC+NbkDu4ylKCfqCeONRoaGsDhyEj90lkIBhUjGTWWVMgzvOLrUjxzEg85FI1QcsLBkTwuHRDB EgRBEARBEMS3ZsTgLkMJ+ol64lhj2rRp4HS681NzS0sVI/kJ7fJaeVaAEWqKZ27in06hxOc6J5eO 4j+a4v1/UFmCIAiCIAji2KJkcJehBP1kIHGsMWfOHHC5slK/dBaqqhQj+Qntmnp5VgQwNcWzIPH7 KJVlSs7MqgqAvOH27ANBEARBEARxFCgb3GUoQT8ZSBxrLFq0CDwe34D/HI0dqxjJ52yPmyjPRgHM TvEs4iEoZ0yNktM8tpY/+ZD6M50EQRAEQRAE8e2pGdxlKGEf3IUghhUdHR2QnZ074D9H4bBi5CVy GqbLs3KAlhTPksRDDvWJEHVJeBxAMBGGEgRBEARBEMR3ZuzgLkMJx+AuBDHcYCDixL8uS4JLgX/r tA8t/tHMchgDjTAVjoeF0ArLYQ2cButhu0+X/1gsJnuWoUdD0qMDVh/pEXvta9Kyd9e+/rK8z28k PH7u9GmT68aOqR1dU11VWVFeVhoaVVIcLBo5orAgPy+Q6/d5c7KzPO5MV4Yz3ZFmt1ktZpPRoNdp NWqVJAoMilnE1dDck6kJevx+f0uJsuxOXY6I+daP/BGwpzh5BmyUNWA5e8ByTnJ5RgQckYmBhkZe cA9MfDMCaRHmiADfC0s7HvekbNTUsSrQdFIks6GjrQ23aAxYfZGJH4SUqshl9xj0DYGG5fqSYujR G9A0oIW+XT1s4jgmG8LEpjE9AmhNJcURezAi5DfxaVUkvLUNjUAjloRr0r5cszO2e9uRqwA3S1hp cYtF1A0Rjbxf30mRcHsEtvp6ind3b9tphaVtQWNHoKN9EbZcO9axB8T8ps65vB2b+NTW6YtIWLgs HszxNXX6ugO8OZo621ADjbjVV+ZjtrOh+Xz/bk/EjvOmiC0YmYQekza+7hG7m1wn+fhid/f5vsj2 E5qPXOvn2tLS4sIKdzcFsEAsrGnVBDwUV6ikOH5MSgN0tK3i+1zVzuvZtMrXvXW5XNdtch1k16ZO PDHtg3l1dzd1BJo62jsmxEtviITnyjOYu6BZPkBsusYWJUtxwDWSvKatscUfb+xps5sbeMUC7Y2e +GlP5rQpOZjRlFjp4zWYggVEfMt8EZjdHEDX0VyWj4buZaPlzuNvYbjVrC+3iqjyrQFf96cQYW2B gwdSc9qVHHW+9VPg5sTAxLbu7okB38Tutu72nbHNSwM+a6C7Z9q07q6mNtzrrGbcamfszq2eyMRt LRFrWycbg23Pe8DE2c31Hr+tJbE4K7EI2KWwYxnkw8FWwL8pygxbGeY2+33YUPOaWzzYTs3cnot2 fM47Enbc0XiOlWbjbbR8dLJ5GhTT7+e9c+vOMCzFhcjmE5rjyz5Y6umFcCiI56ONr9mdWJM+j6/Z nFiT3LwtgHu5VR6p0iPaguSfxepMa+ocE2HOb1i9PL4+ktbQLHqElrgleERu6YN4pddFMoJojwh2 40nYG4hYgxFV825PXYvPasMRgJ+9OYFpJyxo9jV1J3tBPEc5Ut4PsKsH2ju7lUuJd/qvzp02J9Hg vMfiJb0VW3zz0lXYafCvfRsffvzd1sjEQ36Pv9sWsPtqQy3xXm3dG3iE4cCFw5o1wurkw2LymIZ7 mhIRM0bjyoF1iwgNc5uPzEqMaLhi1leuwCFsQk+AXXBCT5hdMGdB8y4r3mIumNvcKzChoW1CS08e rmve5cM7g5wr8FyeyRd8fAGm8eumV9DK/p5dYYDN8lpJzpCXl+1kIOdpE3kMlu0U4nnW+I4K5B2F QcA1UnxNOOEtYZ42nrdZzpPpAX64Yb0qrA3rwkbBJHh6GM/qxZw7sYfoGPQZmYl5enCr2XL2Tra5 Rxf2xD02o0c4XsML5n2563kLmvuMgJvJijuawCmBnrlLxmfgDQ5LZv2oVtQwTpfiJEI9+xSWyNMh 2IuTFNvNgr1GU/UuNIp780cqhsMfN/p01urwTjai1+2WM0b0mUw8I79v4kR53uv1ySvyez1ZipHu VAyLTTH0RtnI7S0sVIycnLjRp9fzYnL7jEY+9/dlZPK52JuRITuIvZl8x39m6b05XsXQO2QjrRe3 3RW7jzl758xTjBkzFaOpSTEaGhRj5Mi40ZdXwPfg7M3MlPfg7HU6FcNmUwxdvD0ye8vK4kZfcTHf KLPX61fWZOcohlJRex8Wgy72Xle8XHvvjBmK0TRJMfILFEPZkz3R8t5eg0ExTIkcxcfbm5amGEpF vXIzskLGesu9uEt1r90urxB6R8TPH+srHMkrI/Rh7XDOErXM63W5FMNirb6bmZkKbODFdlH1meQz LfXhfvm8V6eXPaVEQ0m9dccpxtSpcaPvxBbuG+rVGeTG1fbq3LKh6w03KIa8ETdGlSpGYZFi5OYp hjuxlSNdNhy9eXmKUVAYN/qMadWW8WZWgV24ArtvBXZmL7MBY1ZmgUq0Lb3SLC+vFoS9Bld17G2v 95133d7Sd9nbDrf3/QNW73s4waHwIQHvWWHXIYOx+hBzew8eMHitH1zygRA+0HXg3gMi3kn6Prc6 qnEebvlvu6P6n2+6vW9Wub2R/Wz7fnbpfrZ3P9u9n+Fi5Cm2/Sl26VNs71Ns91N8sf45tu/Zeu8z z7q9m59mT+Os7dmuZ4VHHynyPvpI7ehHmeHhxoeFyAsMS7/9Bby4up7kZvi8J/Vp1Xnb5m5bv+3c bb/dFtn2wDZN+H5Ws8vmPQmn+3C6F6d7cLobp7tw+tN8m/fOXR7vbWjfvsvtvQOnnTjtwqrW1du8 x+E0DqdGnBpwmlCf7h2PUxjt+iqbt7zC4a2ocnirKh3eSpxvr5Jr4q8yYEdYO2ZM9ctrWXitLq36 kq5Il/DyGhZeg42x91TZy3kqr/uKS1dEVojhlTpL9a+Xs0iHvGpsBx8ztjPflZErhfrL2JJLNl0i +C7afZHgOzl8sgCdTP6b1dnWKW5qZ6ULwws3Ldy8UBp9jc3Lt//4GiNu/yAL97EePHERR7r3FofN uwOnm3H6o8Pgvclh9t6IU7DI5u0qYsUlZm+Jw+T9la/B63XkePGlgtfnqPPe6s7z/tq93Otxl3s3 uS9xC25HrvehtMnedEfIm+bweUvtYfss+6V2qcu+2b7XLtodLq8NJ3CwWY42R5dDLDUzUDMLw78Q q2dr2CZ2C7uXPcHeZzGmtwD2vRDUY/yzCW6Be+EJeB9ioNfrarwWwSIKTwhPiDEhJko8R6ct8kqq Iq8gFniNplqVVCsKtQxqZ6nYTiwtYp8G0+ZOiKQxnM+Z0OMsD06LdMyecN5FF2VHfsZfFW3ObsEb zDR8OY333ItbIlp+55ZNCCqsW49/69ZHxKaIuqmzPaIONK7jC2a+YOYL5qaIhS9YAo0s4mjqjDgw d30wuP50vv3pwWRJX1rr+LQOy5Xhy+vQ8XQucITfv7NuHcP160AuIZgoZv36uDLuIq8LJiasxjeV 9x3g1Q6qc9QO1QeqfdIWaZl4B+Crh9irsRejG6Id0Rbxl/y7b9l81sZWsTPYT5LB72K2UjZ+y9rZ yezMlAB0OtyGZ/vv8Bp8mMyLMQnHIv4joG+wNPihvPVT8BK8DJ/AYaZiNuZmgUFj7qthh2I9w3YK GtnSwzbh1/AQi+LaqzGqbsDavCOcLZ4n8vVb4Ic4/lV+bYnfgGgSLmGLhDNhO7tOaBCahReFG49c z7QwHY/9NHbZv2/LnMyL18QYNpHNZktZN3tfqGDj4W34GPqxJdKYF+6EF+B1OMAEpmUONpVdKBwv HGZRtkrdrbJJH6WUdhKbjMd2ClvHOlknHOK23BpXoJ4KRnAnvvcJ9xuE+/BclTGjuFToFaeLG8WP VHqxF0C1D9xqq/CJsAKvxk1wOaYWwGAH2uAc+DHswfb/gH0BI+V2vBY9Tsb0srRMOkt8iPXCCpgP K3D+FCxgl8IyuBCP73iWKfwVHNAnvAHXwX62SBwPl4tnMXz9gWPCGqzPFbjVC9AHl0j7vss5IP6T SH/XZGkOwM1wAU43sjuk21VPw7twA+yH1fAgCDwi04Aauz7OssMWtSABTqUQhlmYF2rd8+IeCKGU lfptfls+Ct4A4PPNKjjM54AGvgL/OUoB9jZeSiicLQiiqN6t0vp09bqZOhGzpR4RVFaVTyWqQq0V /eWhUCvUH6yvDZWVMtEvMixXKBgZfWAk2xY9g3Wr9h1+Qcr7PIQXHJa+SXxIXKV2yKU3hEcIajVo mFUX0nVh2XiMVrBKEuwIifXiEnGNuElUiaK0Q8NfuOhsNZpQ8GBFqPVgK+6xoiJUwfcYkJO4qu7x uiU4qR39fcLxfMIA4X4s8ZfYShaYGA6qblerjaJZ3Mm07+M6FV7jPggxEYxmH/OJs0TBYvPa8HBt Vpu9NtTaWnGwtrw1VMEPr7+8viJ0EBuOt5y/qry6prq6Bi3pl1+MYGOif2m6YGRplYTjRQWTxLSP 8WZ7Qt3hEO7lKqzBi6r3wAcXh50B0xjPFPNUzyzNXPN818Lsk6SNHr1jZ+xtDEVqLDtj14cLzNYa sJs9Vnu2J+RZ6TnTo7HbDXc6hRCGg95dTNvm7fIK8muJDIO1xt6FNfdp/V67kJmZa8n15gqC3FTW GiEUbLVVhOy1tbzFcAHPUW1rPV8oKw0GW/3+qmp+FFWVBYFctUat1gRs1XkVPindIS/5pRcP37n1 xbmrl569pnZ5ZcVke3Y9M57NdMx29qULbiwQzvz41Aea1+1Y1Lkmy5lRamRNOfUHnjm3/6ctW7Px PGPLC/nSMvk8jwhnsvsFlfp+ldaq8+lw5I+oAe8nPiYyuQfJ/Qdbl8mti90nP/ortpRPwt/ZhYev ZRdiSzbEXlOlY0uWwPVhv6TXFzn0nqLjXGVZx7vCWc3OE3POktYbzh5pCnRiG9p2xs7twzm2xu1h nc5UI01FyebtVoxGRhglZPIVCrKsMTGTyVG1Uc3UQlshKyz0VZ2Oe9SbRvAN7DpLzYgRIUsoHFoS Et3p4opR1k8O8sYN1kF9K2/RuLbKLctpVfnAZgV/uTPD6cywBQoKCguUZk538LyKeA+qsKl5npgV 7cFLZSub2XLx+IoN+QWe2ZWVP2w84fzjRk+aWjfmkklTt4wqn56VO/KU2okbs9mV+FptKfudw26p TIte62rw+Uoq6mv/fO7Wu8eMLi/L8YYzo9enldnSnXgersY7x2N4NZshG+rDwRb7fM8K4SSTpBZN RsFZpRUzqjRarYVZ0s/EI17pDXtneYUMh6Yjx3roYKv1E7zW5JODh9bKHIJGLQXwBJVLGU67qlI+ qoAtfjCqx27fuj76/tXRUezxa5l9w+U3RjcvP2n679drND+6ecaiNuGfe6N3NE8LqvaNOH5x9L6n L983tkj7xSJd2ZjHcM/q2NviRqynC4rCTmdlhqjXm6vUOqdTn+4AcIfdTB/iTX4Qr0x+OYbk/iJ3 1UBuQaGtItGmVbwDiRsnNEx77LxlOybkliw9ftnJzgxV9Cbhr+y29pvqGsMWMxtl92JT/XimMI+Z ce/YSuqtuHcjfByeja9uVaAXZwozVQKX0/S3CLeotuvVs8VF0hJDm7hGWqVfY+gSN0kb9ZsMBoNe Z/DoMw3FhlLxOKlWf5whLM6UZuqm6E36sNnKpvNL8lZuqBKGnvcrm86E68JcVbJi7o5wHfZa1Qbe dbmo9IKo00tuKSTVS2GpTeqSNJKkMehEptHq9AZRJThgudliDptnmUVe/h147avsmg4Tnr9gK4ot oxbq6+rr+JBmz6jlr0vjnRTbD8fR1ta1OKixAOPtxphfvTW6LfphLPphdDuGA1PZFHaL+Hz/OcIP v8hX7ev3Cy/z905uiG4Q3TiKa6As7FLdIzD1Pcxg0THRgi9lQnjRg/qPTB6IjDUsPmZXHHmRp/Nz 5O7fJqyP/ok1RTdorjnweR2We350g3A4Ua50j4aJSrl/TBasOqLcCvlekCy3ig/NfuFw/zYs809Y 9oYDqgcO8LtOdewf0jlYrhMCeNcpGWsamz3dND27K00VKDJaa0Qu6eAZb5OY1j9Bq3dkMDesyc/x GLrysAmt/f3l5Xw3+JcYPNXxrifYKnmvq8ArHZvPJl/leIljX5TOiV6fe6K/aHbt7lemNxy3o715 7TS2OHq9e27OjzYtXztq8elZYavDwcYx/eXPzZoyL7+QvXQ4Vyg02SK/uuGKPKx1ZexV6TJpC+RA PqwMB/JNlabxwkxpvGlO3jphY7rWzaudX2cwQO44tbTdxVy8abDX8Hk4U2eocblsYdBlZnrd+rWF lkKWb3CLXQXWQzjk4hBWgVcSCh5PPb+ssA2TAxdqut/57yNVWnwYEx6M/jl6M6tjWfgCWOpnqtGj SjZMOu6MsuCUjPzgpHG1Z2WL7R0r1qlzWCnLxJeTk6PvRPt/NOMkr9fjcaYV26Iv27ItFpvwypr1 G0/iPWoLvnbJk34CQVgaDql96sJ0X3qhpElr9PjzwKhy5UiZKpc26IZ2f4bBbfRkuF3tm40R416j aORHa8UB3WgsKbaWhErCJW0lUiu/hwdbP+kvtx601X5yEOrr67H795fjQOa3VSYGZFuq7U+Pn8u4 Op3pNtUDaoulvnbEjFHR7Rq0RgdnF0avZ4vn/3zJymtGLu9bNOPsYCgklM05LS/PH/B98bpQNnsd miM8X7wuLTt7yuyl7YuXl5dXX7mhPz9+nNL1eJxOqA3nCY40R6W+Sd+VrrKatI1pklnFTFre9Vxt LmY1uE2nZsRP1qGD/Brmp4lX/yvrnC5dH91usNgba4PN5XINf7Psj7cLJY3n+wr8voBSm/2Pg9yz XpTuwp5lwOshP5xuD+uknLCoN3pgbX59PnN51HK/550kcXXFO4WsrPKrb2fSXdF90XejB6NPYACT hmFRafQX/mzvjPLQdF9OXq4na25F0Ylur08oQ6/7WD1LZy52XPS+6Fsd540o8mePLLxg5cpNBYV5 eXnBs+JtJW6QVkI6LLvNqLNjy/EzbcQBTmq0q/QqnRbi46itBiDDkuHNEIwat+5Up9xm/P7MT3p/ sDyEfaFHzf8xvQuMsd29urQawOHPswvMsVd68TrBnt/CAiktqlzU4oZsx/RRNWfV8hZ1zQsULC+x FdlEl0bjc/ZbpWXXORscGX5B4H04PfaOOFX1W/BAczjdwK8NrdYk1es1KpfLUQ86l4FX14f1Nxiy 67NnZgtqvcmtsai9ah++yAbRKt4iiiIfK/nLavkIKuI3O1yuwNfXrarcgipboKrCFh9Ek41fka5W C5XP3L9lC8b2J0RvESzmSY1ZC+05tZudkYcF0ydsfPTeT6KnjW0OBEa69J9ZbGDFmHCBtFCagaOt BTJwfC3EEbYG6mESzIQTYQmshDVwJkaSD4eXdZ4ya+7cRc0bzh5d17V+RHFbR970yUZtY1gCLaYs X15dcV5ecZ3YnFVZ6rBaXVkzpp5x2mlLV0yc8KON1eWnrrI7Z88X1GPGzceUu3hBjnvBxlULFqza KK7I1ZuLRo0qyF0BoZf21Ib27N1jw8s0FApZ9+6x7rHVomndw80jJ9mPheJz6+Nx/wHO/+bPXy8E cvlb6oXKPE2ZZyjzxHrNgOWB84HrNc7U5fwB5Sf2J/6ttLKy9Aoun1WUVZTlcStaU47cXFFWViHM 5trv5hnCOUnf/h2lleXleayssrKMPcRXRhdx/Yx7X8Et8WcopbgUfbaiouxlXGBXoTGfl/YDFHZ3 eaiqfzJaV5aWVgo+xSmqQeMtvtn+ytLKUWikPp+gPJAfUNJsuPAb06MY/6SmNQOToBcWH5Gu5Ums +obUjumilPSWtHhAehLjgk457VbtVrsoUaJEiRIlSpQoUaJEiRIlSpQoUaJE6egmTYDS/8cpSIkS JUqUhm8CgHHCe/yT4JIIApgxxW0JsgBkW4X5eihSbAlcuIbbasxXwwTFlsABlbKtwXwtzFdsCZww Wba1mG+EUxRbAjcslm0dgOCEDYrNwChcrNhYjpin2CIUiYJiY5miU7FV4BKLFVuN+Y2KrYH1yXK0 WPstiq2DLHGBYhtgoniGYptMBeJdsq3n7WD9QLGxHayvyrYB8+02o2JL4LNGZdvI62krVmysmy1H ts2Yb7VNV2wJcmzjZNsql1Os2FiO4p/G29P2P8x9D1iU15nvmZlvBhyGqRJDDaGEUtdaS4gllhpD eQwSQgwhXEIsYa2riAQRR4rEICEEWdYlhBBiKLHEmIFryczIei3DDMP8g++bqdcFxnKJYZF61bIu j3V9jNcYYn1scn/nfN8MA2qa7XPv3hue33l/53znz3ve8573nG8mQonEYc9FGxlfTPVZVCNx6LOo jPH7Ub54UbvEORK3qInxSFbfKXFa/xjjD7D6ExKn9YcYf5Cu76JbEsf6LrrC+HfY+m6QOF1fcR0f ovUjIiSO+hEc4/T/19JErJA41jdC9JMV1D4RaRKHfSKSGH+Y9ZMvcdoPs1VokP1Dg+wfGjSv0KB5 aYLqa4Lqa4LWReNfl1yyhRSTXWQnZCzJItvIS6QcaQXyc59VkJdl4URH/jivvAi1C+eVpbMeKuaW KhoULoVXMYD0N8SIWolkJfkReRTsWbKdbMW4u8huoAgtY8k69lsWyli6BSXbwXQkAU+ewJ4phSxH 2UvovwKtYpnWu4FysodplEDCsUspMpAvYM9fQb3n0Oc29JRL9jIWSzLR/170/jIbtxTsJaZPLLAL dfYGjRQb0Hwl03xZIPcTEg+eg75K0aYYPANcx/rYSnZIddcjV4xS+vRlaLk7MKtclG9nMym9pz5F zBqxiDHbMaNSVrqF2WLuHMV+dkkzjWWjvIynW9l8/TZ+BW3LWcnLqFXIbEfXuZiVPUuehk7UOttZ Ox2z7uOs/TZWYxvWtYDZupClsZJG/rqxrHw3W9nt0MW/hrPzKJQ8bTta7oYV5nqROAvR96gPFLIR qc472OyK5mh7pwe9xPIvY2R/7a2s7zK2LtuZbgl3bTlXj1SwUoy+gVlod2AWSWhNVz649sOB2s8y rxX1e4X58xb2O0FoH8XsSRlZQx7BzyvsJwHt52uSIGn8CPhethdeYpag/rWXvMhmF8vG3ctWUbR6 RcCTipimFcyKNF/GRqfjVDBN6JoVsLZ+Oz5JXsCKPxG0Rv4nZUyzQoyylfW4ndngFTbWVubvdxtX zG9n+6CUebw4agVq0PWnz8skj49l61IojbVd6mGr1Nc2liaw38oyf+a0Riljy9HuB3N881566e7o +5tbKdjzaU8vBeJPBdN8a8DX7z57cfQ79Xo8yAZ0JuJcKth4/khYznbLXmY9+v/i6ViE2HLPmYqW 3jLHquJO3yWl4qxE/jLzSzHyUG33SDva3w+tWcp21NetkT/y5kr2KmJ7opTp67fX3FgRz2y8hfFC aUXvjEXz48vyeTtpG4uldIwdLOJsY+uzBWV0ri+xvSY+e0Tq8+/mxbcfME3oDitjo21j1hTn7tfm P3KCfMOIHRs9r49Mfx+x3wn4ZQnKRIv7138bO+tKpUg/66dfdwr5/eveJ5F/9bID+2B3UNQT/Uv0 mG3SeGJU0km7JZ7Nu1w6JfyRt5j57kvSWvu9Usfal0mRVRxhF3oVTwVdwFu2kNnTeH7s/7+wHgEr bWFzp7bbzuK5aOVCVvIybCN6/Oz9hI5A96foN8v9Ot57fcGfn3seY8V/EGQjusqihtvn7Ilv3B+L 0ttZO3/tu8eq+Hmxym/7+a2p1cToGDxvv15zb2XiHF4O7HH/Gsaz6L2LjVIUyG8L8hAahcQV2o3e 4gOnhah1AdNFrLk7UHNuPBHX8BFpxXeznVIa0MG/t+f60je36uwI/lkGnxtzfXrWEq9IN4W/bh39 sZ3e5XSSZeaep7uIeL+btUsJamwNOgkqviYmi3G8kM3Af36tuSOab0Gvu1jkufsNWcfOFP+5MWsj /9k0a6fguDK31W4WL8T1KpDmfvdTdMs9VrU8YIHdzFN1rHdxJ4lnafAZ/dd6QfBZl4HbE63xHN5/ csnPcIvKYSVPoywW0TQHTzYgl4bSNJR8HzWel55/n63Yz9iZlIF6L7DzTuwjB2kW8i+yWJdOYlme 5p5B/Sz0Rds+SfLYGE+it+dZzRzW97MozYR8UqpHW6xDyQvIU/4Ui4bieFloJd75n5bOR1HTXJTH BmY4V6un2Yh+zZ5FLgf9Z0hPn0DfT7P+qP50/HTGswJ6pkuaPsFsRHumfa6T7qE5rPQFyGzUe56N /wSbs6htFptDOp6Lc3mSaUBHTpDmKtaj9tkgPaFrRPXLxM/srJ5gNshg2szabx1kNjSn/T+Fp7ns pHgOLdPYTJ9n1ntSshmdbSbLzc5KXKl1bDbUqtQGaeDPAk8FbJfDUlGXnKDe5truZ+z5bC1xfk9I 6TpmuedYTlyNdSyXy9aKPo2X1jKHzWP+qD9jnvgkq/UEm/HzAQ9JZ94rau/3TnGM54I0Ecejaxus i9+rY79mj4i9+J+/IK30nXahVn+C2YTq9Xxg5Hv1PP+d0v8Jx/a7fMJBb4I06uxh96wK7P65z59i t5zd7CSpYNF0/qcef0R02UFm0MMfUXfu0w2s1dyyDBaP9rDPUOY/y5be9mgEE+PU3q+ZyzxduIe4 FO5xbh2XxK3m1nI/5Z7hHpvXOvcen+c8Q3WS/Yjdp+aW03hXhvnNG0u2iEwpvgc+35q7pNs3/dSU /fdVGfnnu/4aAxmh/2hITRYS+vuZQr76inxL+k2cRD4pnyJyxFsif5rI5OvlG4lC/nN5E/hb8l+B t8vbwd+Xvw9+SH4I/AP5YfAP5dfA/5f8JvifFBoiU4QrFhKFYpFiEXiEIgL8PsUD4FGKKPAHFeng TymeAc9UVIG/qngVvFpRA/664nUiV9QqboB/rrgN/mcukci4R7lHiYJbxW0FL+QKwbdxReAvcTvB ddzL4Hu418BruDfBmzjozLVz0Jl7n/s1eBfXBf4R9xG4gRsCH+aGwUe4C+B/4P4V/CJ3FfxT7jPw Gxx04D7nvgC/qfxXIlNeVF4iCuUflZfB/115A/xz5efgM0rMXfmnEIwV8n7IvxFFyHTIZ0QecmNB KpEtWLcggygWPL2gF9yywAJuXdAPbl9wAvy/LzgPfmHBp+DXFnxFZGqiDiFydag6FHyBehF4hDoC /D71evBn1M+AZ6pfBM9X5xOF+m/VZeC/UP8C5eXqN8Gb1CaUH1UfRUm3+r+BH1djvuph9Sfg42FY 37D1YTlEEfZ8GOwZVhhWBP5SmA58Vxh6C/tF2BvgjWFvobw57F3w1rA28PfCfgXeHvYhuF6zhcg0 BZptRKEp0nwAfljzIZFr9Bo7uEPjRflvw58nsvDc8L8livCN4RuJPPzn4T0oMYc7wJ3hLnB3uICn nvBJ8N+H/x78rDaGyLQPaR8jCu0a7eNErk3WJoP/VLsW5U9oU8HXadPAn9Q+CZ6u3Qj+c+128BJt CfgOLf20n2MeT//N5ffhz+vhpc/InyGcPJP+fgrmdaIvKeFFJUh3wJfk8KJXwKvgS0rul/AiJfch pydKrCzsGfJPIccJF/KbkN+Am0P6wO0hTqQDIf+M9HchY0g/DpnA0zMhZ8AnQzCvkN+H/E/wcyHw tJA/hEwRDl6RLvmAf42G1T7wU+r/QTj1mHqM2f9NwoU1hTUxO2OlNIWaQsJptsHmMo1TwyMVNAJK PBoPuBc259iM1eSkfJAot5RvKSCxW/eWl5LK4m0F5WR/6ZYKHTlQUbxlOzlOogmX/kQO3p6ezXwx lqx6Pistlqx9ISeNxhSC2ECjiRIRQuT095UslLichNA/zsu4AhElQuIcWUDuY3anefrtzeJATkbC kJflPPdsLP3F1+y5htwvsXASGdROS75NluzYVg5dWWpiqcDSSZZe37mlfIdMzdLFLI1h6XKWJrI0 maWpLK1jaRtLTTt37NwhO85SG0sHWXqSpaMsnWDpBZZeYuk1ZtdHySryY5JEfkJWk8dwZ3+cJP8n lCuYFyv+A0xG6O9wioF9I6ktyQMkijyIFf8Oyh7CqfFdEke+R5aSvyHLcCdejjfhFeSHuHU8jJP8 EfZ9QSLah2LNQ9iJEYa1Cqe+cNcyGfvTWXKsoPIbyYXsTzvfKe+DZ+yTcTKNbLEsRrZMliBLkqXI 0mVZsg2yTbIimU62R1Yj2y9rlrXJDsu6ZMdkVplbdkI2JpuUXZLHyIvlZfJKeZu8U+6WjygyFNmK PMVmRbGiTFGJM6VB0aroUvQqnAqvYkwxqbisuMXR3++wglvDZXAbEAvKse/ruEbuAE6OTs7E9XB2 TuCGuDFukpviLnPXuVtKuVKtjFBGKeOUK5SJyjXKVOV6ZY4yX1mgLFGWK6uUdcpG5QFlu7JTaVL2 KO1KQTmkHFNOKqeUl5XXlbdUcpVaFaGKUsWpVqgSVWtUqar1qhxVvqpAVaIqV1Wp6lSNbBfLlM2i jCiCtWVEvrhk8UHYDyX3c1gDyCUNonzwiBjroq+L8keVokxcL8pHDaJctV+UqW2iXFcjyrQCUT5z iXBwHllmOVEhjMjyS4gKD2QbT4jPN9USFRZQtrWSqOi/ut4WI2q4LUeSVqaprPgkk4rt0dtXbk8T n23vZGVcSX1JW4mpZJDlluxQ74jZkbgjY8fGHeU76ne07+jZMbJjaset0ojS+NL00oLSytKWUkOp UHq29OZOzc441ipuZ9HOqp0tOw073TvHd17TcbooXaIuQ7dZV6Vr0Rl0gm5Cd22XelfcruRdebt0 u/bv0u+y7xrfdaNMU7asLLUsv6yirEXU6hfposavnGVSU5lYmVaZV6mrrK1srTRVOitHK6crb+7V iPPZW7u3da+J8bCqJVXxValV+VW6qvqqQ1XHq05Unau6Ls7x1bJX9796+FUbyz1evbZ6Q7Wuen/1 4Wpb9Vj11ddCX4t7LeW1/NcqX2t5zfSa97Vzr92qiaxZVZNdU1rTWGOoOVlzoebm6xGvx7+e/vrm 16tfP/i69fXR1y/XqmrjatfWbqytrG2t7akdqb20j9sXt2/tvg37dPv27zu8z7ZvbN/VutC6uLqU unxxfn+/WJzfPxBJRkkyWfScf9gkyv35Yvk/xoj5fywUZ9yQ0pDTUMy46g35G5FvrHgj5Y2cN0SP 5N44+cbZN641cmLbxgqxbaM4b+5N/Zu9bw69OSVq0rQGpThPmvKbqpsONw02TUn5G28teSv5rc1v 1Yv5tw6+5XzrQjPXvFzMNyc3FzQ3NB9rPi3lL7+98O2ktze+XSfm3z74tvvtiy3qlpUsz7Wkt+ha 2lrcUm7iHfLO8neyxdw7Je8ceMf+zpSUu31g6YHMAxVUOyI70CzJNlHfA4dF2XpblO9J8uA5Uf5q UJTt8aJ8/6QoP5D2wgdSvcNSvQ+lenq1JK+LsmNSlJ2CaL3/+qUojxRI8oT4/NcrRNlVz0542UdF kiyXZK0kmyV5SJImSfZK0i3Jk5Ick+RZSV6S5IwoDZwkIyQZK8kVklwtyXRJ5kqyQJKlkqySZIMk 2yR5RJLHJSnpZxiR5KQkJb0M1yV5W5RGlSQXSjJKkkslmSBJSU9jqiQzJblBkpslqZNktSQbcRMb 1WTS24qsnP7xu39LA3CbnK6GzAbQw3Qd5EagACgGdEAFUAXUAvuBJuAAcBA4DBwBTMBxwIo+GiCd gACcBE4Bp4FJCReAadRrhrwCXAduEtnRLMgvicyqJmQacXqaStzUpiOBaNRvhYwDlhNig+7TCcAq lLdDrgHWAukAbn3TOUAesAkoRB09A6FjBIGOJbNcmJP/S5xMl8x9JmF+32S6TP6eQWe8YVIZ4k0a Q5Uh0ZBiWG1IMxSD68APGI6w/AHDfsZNhuMGq8F5NB5lq415rBzPTSuM3RQGAXnBlGRsNaZTIJ/G cBLlFKclZBvSjIWGjUavsc7oNew3jhrrTCshzxomKQwVhlrDBcO04QraZhs2Il9l7EK7CmMd+P5Z fYzRBqspCXoXGG2GAn+5UY/6U0H1pPZBeqZAz6y5eUNKcN60xJBibDUUmPLR72mxf+MU5hUEU4xh mmGp4RTDPfLQJYUikG9lfadAr6+FaQn0oYgwpBwNRRubsZviqBbPGlHG1sGQdjTRUGVqQ1kL1gTr 4s9jDdMY/PYX14PZk9lRME0A51CngMJE2Fpv9NvPdBnlhyXbHjTNoGySwr9+kPuNhRgzaB0MGwDk javwbJVoe7rmxjXoZy21JfwCMGaijxz0cd3wpeEm+mgybjImGL5kKDSWGNXGMkM25B5IzMlYDV9p QD/NkM3UF+AjFfARySdgz0kGvw/5dfT7BAc9Tgb7jujLsz5jSjZOmVKN7eirXfKZs4yzPLNJ1xzf 6zZYjT3+NTG6sT7uWR+i/sMw61MFBsGYN5s35dL9YnTTtne2F/cSnZepxpQPbAaKTDUBX/SXl2Ld yoF50r8H5/vsPSHV/6Y+faePGyMp5vt8wJcPSb67GH4bJcUZGjs0JoNBZzp2NNbUaVht6jyaaOo1 tZnsQc8H8dx+dBn8HP5+dLUYp47GS74uScSxWyJMIwzzYs/RDWhLkQJOsRGcIg0cQJsTDCfhUxTS 3vHXD+TXI78+KJ8CHVLo+IH60xSBPPYIhX/vHS0wVAGzecRa4G7PN4p7FfMHTMR0AnsGexN7a8qU ZLoI2xDDRhM5qmPP/P67Cn6PenP9EOXS3g3s4dOzoPsFfsPgL8N5wBCoJ+0n020xJjM9ukwZgXp0 nnIW2xnu6Set8BOKQCyDzzQaI7Efxvw+HYhb8HVTpak+4Ms24ybTNRrnjXEM/rhD9yPdlxeM0Zah oPzsHmd5yxDyptk8a2+aX98yGlS/CmWBc8O0gu7PO/eo5ZLlquWG5RZ03GTKt5J7nQ/z4ncB3RMW 7H2LF/shUdwjwXnDaquKAnsgyaCzasAjxDz1L+sSa4whjWGpYT+DlLdcojrN5v0+bVphmgDOWVcY ChhWWpMMgjXZoLNcpTARayqN/5Yh0S7WDKx5O/LjhiqLGAvZ+WCZgl0u3HmeGLsw7yDc4QOzsS+V YjYPmwtS3aD65+uM6RTG5bAbRQJiCnC+wVh3HmfBeZwF53EWnG81pJ2Hnuf14voH8l3G6PPdsB07 p2ADE/aS1TB9vs4wydAj4qjcWHLeZizzyzv0/AsxcH5sCRovFf6Z6o9FiBOXKNBnJ8NJcOD8kLin zo9D31Hs7eA9hr3uf079G3vO76/+Myhvrn9eWDH/HuG/JxiKL6QaEq2a2XvChVRTG/wqsI7QBzC6 TRPAOdw5Cijgq5gT2lRI418R8379Zs8RKb7suZBBQf9vZPZ9BWHfToSy7yUWsG8k1Ow7gW+xbwMW cp9y18h93Az3Bbmfffb/beW/K6+RaOVnyhskjn3qvzRsfdh/Id9nn4g/wj7n/jH7PPun7JPsVO1D 2qVknfaH2sfI0+yz6jyMvUT+qfwaxlYpVESuWKxYTBSKSMW3Cad4QPEAUSmiFdEkRBGjwPus4lFF EnlQsU9xgzyk+LPiz+RdxVeKr0grZ+AM5JfcCHeOtLHvKYzsGwqT8k8qTtamUqlCZZ0LehaYZb8O ez5sg+yjsLywF2VHw/SacNk/he8N75E/SD9vl78Q/rk2Rr6TyGQtchV7v2kkf0fIRCGAu/qZQ5Bl wB7wTki870zgPWcC7ykTeAeZwHvFBN4hJvB+MNEFdAM9gA1wA15gCBgFxtGHAfIsMAVcAq4CN4Bb Is7gdesM3ubOHIPUABHAErxB413qTAzexFZALgWoXAkkAcmo3wuZCmTg/QG6n8E7xBm8hZ6xQ+YD m4EioBQoByqBGgBv0mcGGQgdIwh0LJmRzMnP4WdGApD5sgK4W31ypnFuewnzxyRnWohsYskE9c/7 /tP88zH4J/XMTfSzBfVR9jk/fdNfLn138lP6ebJyUvl7QsLfDm8h8vB3w1vFTyK4PwRql0m1U1D7 W4ofw2uJ4g1FI/z7U8V1wik5pZKEKifQi1p5AZ6qZX1FsL4Wh78XfpBEwiO9ZEn478JHSVT4x+Gn SXT4v4RPkBjtIm0EidXer40kcdKoMvlZRd7s+/gnWP9P7EQ2jnfiT7CWn5wAx7vxJ1ifT8aACeAc cBG4DGD3fTID3CZkXA6EAlpgMRAFxALL0AdWYDweSARWAykA3p/H10vAu/843v3Hv4TEu/843v3H i4nsffj+ONa4C+/+4xUAlbXAfqCJyP4F7+jjB4CDhBig+/hh4AjK8W48bgKOA1bACQjASeAUcBp1 FjIQOkYQ6Fiyruw5+b/Eyfjk3GcS5vdNxi+QaLKGZJAcspEUYa2rSD1pJgdJJ+kmVjJIhshpco5c IrdkGlmkLFaWIFstS5Vl0r99QRS+y6cSfddOrT5Yewre4dOfIr6uU4g2vjbfjO+Q7zZYk++K76Dv Olidb8rX6rsEVumb8LX4LoLpfKd8+30XwAp9Xl+1bwgs32f3lfsG2dPjvmKflT3t8m3ydYNtRr+5 vk6wDb4DvvW+g2A5vgbfWl8zWJavxpfkqwdbjJHjfVVgajyN85URzpcBvZJ99b5UX+N7Y74WlCT7 GpFroU8OhvoOEfnIWV/yyA1fKtqF+hJHLvtWE8WpE77MUyO+nPfaffDMkWu+qN8RXyzYtG/hqRlf JGulOnXdpwEbG7l96pJPDnZy5PqIaeQmmHvk0oh+5Or/47MplH3/Ttg377KQKyGfkQXsG+FF7Lvd +9h3uPeHm8OtJJJ9MxuFs+OEvJJ+ci5LItgTY4gbYwnAKmANsBZIBzKBHCAP2AQgTo+VAIgcY3sA nC1jOFvGcLaM4WwZw9kyhrNlDGfLGM6WMZwtYzhbxnC2jLkl4HwZw/kyhvNlbBzA2TKGs2UMZ8sY zpYxnC1jt+gfSwFUAM6UX0O/j3GufLwEiAFwnnyM2PwxzpOPEbU+TgZwlnyMs+Rg4tfj45ZZ3PEs 62va5ZKnhjOHc4bzhjcNFw6XDJcN7xmuHq4bbkBZ83DrcDv70Q93DXcP9wzbht3D3uGh4dHh8eGz w1PDl4avDt8YvjXcPkJGVCOakYiRJSMxI0tHVoysHEkaSR5JHckYyRrJHckHbvuoj2p9Ub5Y3zJf fEeJL9G3uuOWLwX5NOkndhT+R74Dr0PMlN+Qf07k8i/ggRzzQBXzwBDmgaHMA8OZB2qZBy6CB86Q +5gHLoYHXiUPKK/BD7/D/DBG+YXyCxILP8wi3w3LhjcugzceIsvDDsMnfwiffJE8DJ/kyaPwxljy E22c9nvkMe3faL9PHodnxpMUbYJ2JVmrTdQ+Cl9Ngq8+yXz1aWgc/f+RxlTXx5muP2W6rmW6pjJd 6efiDYR+aq0hBfT77lH42Ch8bBQ+Ngo/+SXOng/hx6O5AO4ro5tF0LIP9ZIEPFdn4S+jbYGIoYVD kUPRQ3FDy4GEoVVDa4bWdlYNeYfJsGpYM6z5MPRD+q8gF8k/k38Gm83IZ3CSfoHoIVd+qvwUJ/yM cgbn9E3EDWXYc2HPEVXYB2EfkJDwfMSN0HABcUPN4kaY9rva7xKNdimiR7h2uXYF0Wof1j5MFml/ pP0RidCu0v6Y0H9PuPD/8Eh0DC0b41tsDJyDEZfuW4MbiEbmpn/TRx9D5AJOVT12tB47Wo8drceO 1sPaelhbnyHlKWB1Pazdhmigz5ewWaoDvDMTgMyxFP0elHCYgeiLiPzw+kBe5EcA09xyindtc+tR 0DI/aL/+cqk+0ZdKepaLulFd9JXSs+Q5Y4jPalg9fz9EXw80Ai0S2v4K4Pav72T2mJ2/CKI3BPQn +mMBiHlqw14Jg3MgF3Cz0Z+AtMrP9lzqr+TVrV39NfzCnqv99Xxka09/Ix/dc6O/pUPVc6u/jY/7 pab/EL8c5Z18tJn0G/gEswrpKrOm/xi/0ByBOmvMS/p7+bXo4VhnLNJGPhJta/g4xtPB7XwcRrHz meaY/kE+x7wUfeZh9E5ebV7Rf4LfhKcj+jya8oXmlf12fbc5qX+MLzEn90/weebU/nN8mTmj/yK/ x5zVf5mvNuf2X+vIMuf3z/B15s39t/kGc5FdzjebS+2hfKt5s10bKCm3L9Z7zZX2KJRk2WPRtgZp uznfvgxt6+3xqNNoT+T15hb7ar4LNVP4bnMb0h7zIXtaZ5q5szUOc2xsXcXbzIbW6I+KzMfs66E5 SzHHGt5t7rVnd6jMdvuGzljzoH0jH2k+YS/g83rlditfgtTJUspD7QJLKdfC/iVsdqO9i+0n+Wqk VpZSHmU/hTTWfpofRzqJdBl4c2+8/QLSRPs034CaV1j92VRsFcX4avt1vntOmmi/iTQFbc+aR+zF vJeuGj8EK33JT5mzHBx/yVLnLBU6zWN2HeY4Ya9AardX8ZG9Gx1x/I3eAsdy/ta7KQ41b+stdiTo 81CzFnXO2fdjZcVWF+1NsHavfT9sctl+AD4jptfsBwN8xn4YVgpOb9uPYK2D0l6dYxVWJ8Kxhl/T W+FYK5DeKnt2V11vrSNdUPXut2fru3ub7NaPilp77CY+ujcNcy9r1duP6/N61zsWQsNsRyT4Bkc0 f7X3gCNT0PQehB3qzNccOXwC9Ukhgq2+zTzjyMMcD8P+Zb1HHHnCkl6T3SrE9B7vbxSW9lodm3h1 rxMlK+iuEVZS/xSSegVHXkepOcNRyO9p7XGUiHtHSKZeKqT2noRNGnpP2U8KGb2nHWWYxaRjD50R 2zVFjmr/7MDrwGccDZ2xWKkraHXB0dBW0DttvwIbMvtgfaexplfs2Xxc73VHM9+MmWZjdjcdrSLn MzHrdngydpmQRf1ZyO390qHHurQ4uuDbtx3dfJ6Fo54gWljkwZa0qB09+m7LQodNyLdEOtz6TeaV Di9fZ4l2DAmbzccco7zaEkctE2wx86BjHDzNcZYvsyx3THWo4IHUh086LmEuh8FRbm/qUFkSHFdR fgCjL7esomthWeO4Ab7WcYuvo9FGKJLK050Ea3rSqeIbeq46NdhZm50RfIMl07mET+iNd8bAYtec S+FLRc4V4JedK1G+jHFEKiEX5UlCqSXHmSyUW/KcqUIljVpCDSKGXai3bHJmwEthf6FRrMn2gpvG CqE+mJsHnVmYHfaU0GKeMRWB0zXq7rll1wptNIYIpQHPbBdUUpRjNrcUOjLhyYnM5icwUz+/7cwF Z7uSxkPhEI08HUWWEmc+v8lS5tzcmWbZYz/OF4qebKl2FvHNc54G8T6tu4Hf1LfY3dyZFuz/sFs5 H2lpcFby3VbikmNnVbpC+W54fiU8Hz7sOW7Z427lC/uiEKP0rUPw3nrmvVni/u2LpRGpb5m7na0p ogrsnMwn9MVbbNTObr3fzizau2mMRdsZdxcfiba0fmB26Jl5XR+zAI32dPfRuCrq3BdFde5b7e7W 5yHCgPs9eWCFkCueLOZGxH893WWe06KedD96rOJc+lIco4hI7NSg5xr6BxcOUd6xwgreUd6X5u7B WZbR30L3bH+jx0m5R+hbD36ScuF2cLkF43qi+rLBT0n2SYUOo8E69G1w2/i4vo1ud0dWX4Hjhie+ r9h+HeVpbi8f3adzD/EN9AxFn5vdo0K9vxy7SSyfpOUdRcF1gn0YEamBX4h4kg2PDfJhyjsMlKNt NyLJ1b4KZ5LnQl8V9LnaV+seF0ppuWea9uO50joEb68X++zb7z7Lr+1rck/pvX0H3JfAD7qv4qzE ae65bi533/A09R123+qM7TuCuNowf3d4blLeURRcjuhUCzuYsO7tfRswu7i+42gLPkDArQMqIZ/e Bzxf0l3j5Sg/oDHXD2i86r4U1Mnscw5EsAhmh/UEe6JHJ0a2vpMDS+CfQZzWRx3UF3L7Tg3E8Dl9 pweWIsoF+QzjqZR7F84pD/bJO3kqTv9R88TASl7dNwlf7YGPHYKP4VbgCZX22oWBJNwNcHvxRtJ7 gjcavofTsG96IJlfcxfuZCemGGlrET/z6T0HJxFuFJ6NlHeUM54tegLmksp39V0ZyMDuvj6QhX1x cyCXL+n7ciAfcaAZ95kyS6uzRjBY2vsH2/Zb9M56ocXS5WzE3SnX2cLrLd3ONiHG0uM8hAhgc3ai vttpaCu2eB3dwjHLUH8josS08xh/tvWGs1fIQn273t2b7RzkM+n9TWizjDpPIDKPY33bcSsYEXot Z9mdijjHEHWT+4+1NYl3LctZ5wS0mnKe43ssl5wXBTv1CmEw4CHYuZarTuxcyw3nNX4VeqtBb7ec M/xVlN8WTtAzUciwcQObvXHYWTWINhUurTBibnEtFsawdo18zjvjznPCBOXY9VddUXykVeWKFc5Z Na5lwkWL3hUvXJZuj+I9TbQwSy3dA0VCTJ8wUOpdbi1yWT2nbeqBcm+CbeFApXeVLXKgxrvGFj1Q 711rixto9KbblvfbvZm2hIEWb45t1UCbN8+2xnnRu8k8NnCIV9vW2q3eQvPlgU4+wZY+YODHxYhn y8QZkSFGOVsOIkCLtX7gmKCy5Q30ekvgM/bONPFGLd5dbZvsR7xluFdc9+6xpGOPR4seEhxLsQd7 eLetED1n0ac8TpmBQS9nKxk44a22lQ2MYBZ7Bsa8dbbqgQnvGvFspaPzda09A+eEpT03XOsRqdjt ArEXtwvxnmaro/dSzOii/24THPPNvQOXwRPBu20NzuS2w7Z0nK3jtuaBa52rba32096GOXF+ZmDG z6VbSq2jWci3tQ/c9jbb9I7mztXB8V88AW1d4GXW24Nyb6utezC0I9884yQ463sHtbj5LHXFetst 49A/zTI+uNiTRlfTq6fr6+2y9QxGYRa2wVjsC2qlSFgJt9++lMFlbMfRE6TTlShkWCNcq4WY1ilX Cn/WMoQ6mdYlrjThmjUGt7gZc4ZrvXAbaRS/x7oU8bzcusKVzeutK10bhBlrjGsj0pWuAtRMxZ2h zJrkKvbIrckuHbyLrSP6r8CNqM1V5QnFCVuL2VU6MxBPNrtwA6QpjbquJr7ZmupY5dFaM1wHPIut Wa6DSHNdh+GrNCaPWfNdRzxR1s0ukyfWXO467lkGna1CspjCb52wifgWU+4S9F5rqeukJ95a7jol FJmTXKc7sqyVrkmkNa7T+lYru5mIqbnehbcGa6Nruu2wtcV1BXsk33W9c5l4+7Um0zuetc1105OI Hr70rMbsYlFyyM15UqydbjXeqsQ3oxr3QqwCfVOoNre5I/keq8Ed7VlvPYZ3mR5rjYPzrJbiGE03 SPGNpdZed5ynwHrMvbxtv9XuTuhoMze6V9FbCjvZU92rPMWwHkaxDrrXCDHWIvfaDhVapXt0KLd2 FJnr3Zm4l+rdOR0r5/R2wp3nqbCOuDd5qhivtY65BM9+64S70NNkPecu8RywXnSXeQ5aL7tCPYet 11oTOtOsM+49niPW2+5qfVl/6eDkb1voG8dvN/evdBXzrZahwXghwnLWrRZKbW4HJ0TYvM4Yb3ef 3F3nMfWF0tQ2NJjo7bGNDq722mzjgylet+3sYJrXa5saXO8dEu/5tkuD2d5RaueO/83e10dFlV35 nnvuraIsaWITYgghDCE8xhCljUFCGFsZmgDSNNKIUAFi6IrDiEMTilcQU1QVRRVU+wjtg6K+NIwh xhDjcgghxEGXwyI8YDk+wjiMTXw8x+UyxLhcjs/nsFguwzJv73PvrbpVYNvdk5n3z7DXr86tfb72 3meffc69VNU5zfx2YezhRPnUTenetmCiGu5qxftZ5b2qeJfK7k/Hlif0YXepLL6NPZ04PHXnIplo mLp3UT1hnHp4MXLCNLV8MXrCNvX0YuyEE2qxdi4mTHRP9lxMnnBNE+x3Wg39+qcjsd/paPk++lLU dCzeNU8noCTTySgJcAKSAB9kmE4VvQVXw+nteHc8nYHyTO/CPdh0jnhnjWP0ozncHU0X4DyaLsZ5 NF0s3b+LvXRcvDVdJrUG3jUdezF14tR0pfhEQnxKgDvVAR3utaZrL+6aOAcruPj8gd3pX8yZGJ6u v1gwcWG6SXzOIFpMepLA9pYXayeuT3fJ91xs/WLX0jMKqDXpvVg8cfl/DF8sm5icPnqxcuLKtPVi zcTcdMfFjIkzP8DfknqJFtI3CGHfWBIivhfxM6Ji3z2KZ989+iz77lFyxD9E3CGvsO8Vvca+V5Sv /Z/aeVK2sWtjN6lm39P6RuTlyCnyTWgxkySTVwkhueTrJI7oSTtJZ6dIlZEe0ksOkAHyA1JBBoG+ Rs6TYVJJLpJL5BtkhrxH3iK3yW+JgfyOPCDfJivkD8TCUS6VvMNlcllkmMvlHOTn3Hc5F/lXmkf3 kt/Tr9Ma8gfaTE0cTzvpMW4DX8Tv417iD/F/yb3MG/nvcJ8Qtglp3KeFXwqT3GfUn1LHcX+ijld/ jvusOkX9Cvd5dbr6y9yX1FnqvdyX1UXqv+Ty1Y3qb3PfVJvUfdxfqf3qn3GdESuaLdz3NVs127h5 zSuaV7jrmnRNLvee5g3NG9xdTammm/udplfjokkaj8ZLkzX9mks0RXNZ84R+Fb8rR+3aYe3PqEM7 qr1IOze2bTxGvxsZFbmLeiIHIs/TqciZyBn6j5FXIufofOR7ke/R/xV5I/IGXYxcilyi/5twYLsj 7BkvfieCtJ8HjADGAOMkrt3ePtI+1j7ePtV+tf0aXC2032y/A+/utT9sX25/aid2tT3SHm2PBc7x drc9wY6/asaz76qRiP6IfkIjfhjxQ/bdq2hukVskhLvL3SUcd4+7Ryj3L9y/EJ57xP1fInAr3ApR c7/nfk8iKE95oqEqqiEb6Ev0JfClTfRlEkU3081kE/00/TR5mX6Ofo5E0/9Ct5CP03SaTj4J4/BL EouWI58CnW6QW0wz9gnwzlKid253DjlhO+CccM44Z53zzhtAt5xLzvtw/ci54lx9h76jeSfqnZh3 4t5JfCflna3v7OjMc2Y4dzlzOkudBc5iZ1mnzlnprHHWOuudTcA76rQ6O5xdzp7Og06vs995uvOQ 82znvc6HQHmA5c6nTugbSqqd0YDIzqfAiXUmAJJF6jzS2djZ4kztNAPOd9o7j3Ue73R3nuwc6Bzs HOm80znWOd451Xm181rnQid+2p3b8H/AmptD5gL+1kE6aQTPziLfgXmRw+bC6zAHhskbMAsukmKY A++RfeQ+UAmz0ZvgS6dIqWZAM0AOaM5ozpByzaDmx6RC8xPNT8jXND/V/JRUan6u+Tmp0vxC8wtS rZnQ/JJ8XXNd8x75hubXml/DnOJIP8w2tHISfkfKXgsYAowCLgEmyC57oSPLke3IcxQ5Sh06x0HH IccRR6Mj3dHiMDvsjmOO4w6346RjwDHoOO8YcYw5xh1T9kn7sP2KXW+fs1+3L9pv2+/aH9gf2w/b n9ifOQSH1rHJ3mA32k2OzY54R5JjiyPNbrNftl+wu+zl9mrHVbvT3g024iKuRsyxb2hpQ6z1HaB0 8g9AO8lvgDIgMvyWfJncA8rU/L3m78lXNHOaOZKl+WfNP5M/I1zko5fYJ01IKn4/rdcMsBPOswTp McBxuL5POLPAf7G3xTPfa/bc6LV7bvUe8yz1Hvfc73V7HvWe9Kz0DnhWewe9tPe8V9M74o3qHfPG 9I5743qnvIm9V70pvde8W1m64N3Re9Ob2XvHu7v3nje396G3sHfZW8LafuotdxFvtUvt1bsivYdd 0d4GV6zX6ErwmlzJXhu7TvU6Xdu93a4Mr8u1y+tn1zneU4xf4D3DyiCKvedcZd5hV6X3Asur8V52 1XonXfXeK64m75zrqPe6y+qZRzB9QBdXhzfR1eVNcfV4c5kM6wFlQnmUQBmUkGUJB/KVGPXedXm9 i2gX1yXvAyzTd9ink+Vissx6n7nmfQLKzOyD/H6QVU4Rp700BFhPBuoiA2W74dO6bvk2uZa8mcw+ 98HeaIuz3tuuCe9j1xD0gfaZ8T5hdnzkWcEUx9a18t9uYR20F7PDqpj2Ud9mHD+0j5z2aTxLfVG+ eGyX2Rbt1C+mfTHeGJQFfaQvzpfE0kTfFmZ/tIucovxokxTvDhxPOZVlRx/C8e3b6t3dt8OXxnTE enIq6yalfZm+9L7dvqy+XF+2LKesg5yGyxpIJTsE7HFSTPsKPat9JV5nX7kvr6/aV8TshLpJKRsP xXucH+i7OEeY/wJQf5Y3JeodSK+K+gfShfX1l/XF+aTUX36P84v5vjS2fXpfqXtc5IWngTINvoN9 Rt+hvgu+wb7LvvMBe1lfnLqnPlh+SLlwe3+A1H1V8T7czpLNZB96v9R9LfjevSDq/bxUtku4rd03 RTu9KGVzGOfXUGgqjyWTG/SR/VC2u/uO5wbGRIy/yjQwB2G+Mb889v5puB0D/YT5vfue55H7IcTc R0E/Z740IKay38vvA6nC793L3m73U2+Uh4CPS/4eSCWfx1iA5QJzQEo9am8cxnU5xbWExfmOsDkS lj5vXOXUE+ndivrIqRxT5LkV/j4w125K8RLee6JDU+RjDGLjd+c56b2wORnmP5iiPT2x3kJcq3Bd xFSel4E5jPMF1zA5lf1IjnUkLMW2MUZgXSwHvuRJ8JWi7/SZfEdkP+qz+RqZX+FaKMd3iN19Tl8L K4O+gzEI/KSv22cOrPsgZ5/LZ5fnXiCuoQ9gHPH7juHY9J3yHUff7jvjc/ed853sG/YNML+U9gPM hpO+Ebb+hdmv74pvDO3VN+cb77vum5J1w7IBPPDd7Fv0XWVjm+wf8qT6Rz3b/Zc8Gf4Jzy7/DNrB k+Of9RT45z3F/huBuCPFjYCfyOMBc8BT5l3EdVmO9fJcCPh0WIzxVILsaHOI756aoAxyPU+t/5an 3r8UWN/CY2N4jDsduoaE+/KadTFs/fM0+e8zO0lz1XPU/8hj9a8gAv4h9y23LfsT8uS9lLwXk/dj 0p6s77bvWt9d3wKz/WPfnb4nvnuBfRrOrWe+h2zfhfsc5b5H2ie5Bd+yW+t76t7kJ8x/0O9wjsv7 OYyrm/1qFpfj/ZHuJH+0e4s/lukaBneaPwGBazCC+RP6EsjjTvcnu7P8qWweSPtBd7Z/uzvPnyHv C91F/l3uUn8O2sSt8xcw2yBkvSXgmLsP+otRV9QP5XMf8pehz7uP+CuZ7lJZd6O/xt3ir3Wb/fVu u7/Jfcx/1H3cb3W7/R3uk/4u94C/xz3o97rP+/s9Eycy5X2tp8O/6uk6QT09JzQe74ko94j/tHvM f9bTfyIGwfbK0hxl+2ycKxibQF7P6RNxbLxQDhwL2ZbSnhhtFNg3oH7ol2dPJDL/HTqRgmPC5EA/ B/ugnULawzR8363YbzObo00xNmH7Sj9Cn5H8JbBvxrUL62A7UJ7dX8j3BfLaJO2Z0GZyzGAxWlpL PZdO7FCuH+xeA8tg36CnZ/TEVow52BfewUf8JuK3hGj/CX97Z+O7G98leP+z7T/4+csx8ge+iDdw X2BPW95kT1sq2NOWr7GnLVXqePXPuK+zZyj/qtmqeYWm4NMTmor3t/TP8OkJ3cWennybPT35Dnt6 0sqenpxkT09+zZ6e3GBPTxbZ05Pb7OnJfXx6wn8Kn57wKfj0hP9TfHrCp+HTE/4VfHrCb4f73jPk XPAZg0EgBYY0Q5Yh25BnKDKUGnSGg4ZDQEcMjYYWg7nxicFuOGY4bnAbThoEw4Bh0LDFcN4wYkg3 jBnGDVOGq4ZrhgXDTcMdwz3DQ8Oy4SnwtYaxJtKkbopsijZsaoptSmhKbkpt2m7QMtoEtJlRPKMk uNIy4DUAnxdEjMDYbQy7AzbB2FlIG9z7DgF9hd0NZ5F/JPNwv3sd6FXu29xRshufeZFsfOYFNTmi Y5+4l/UtJUmgaWnDMUnTI4BS1PVbOQYz6NoCdAy1/VYG0/Y86H7QMPKtDHg/AjT2LQKUwWT8O5Dx kyBjMsiYAoSf5d8CvFR2ksJWgr9DgL/xomK/8RIBd+6ZZAPIlEteInlAUaQA6GOkEGgT++2+l9kv +0WTN0kpiQHv1JHN7HfZ4kgL0KeJFSie2IA+Q2aBEkD3fyJ/wkVxUeSzhFO3qM1BXU1x/BdNcQ0x jfWmRFOKaSukOwwxpkx4NZl2m3JNhaYSUzmguqHcpG+IMR1urGxefrvf1GCqbuwyGU0mk83kNHWb XCY/vJ4ynTGdMw2bLpguw/VkS6TpSvOyac503bRoum2KA7oLvUCrhnJoIUiPTfKfSyJsRaYnEj0z PTAVtgqt2tZ7rK3C1vjWJNMi9BAHrSJSDDEigdyF2AuSyWXAdqtNkyD3bdBzGGostm5q3dxY37rF ENOa1preWN/YhQCN4oCb1ZrdojYZW9Stea1F0K4JWjiFrbCWckE6RCHIVtJaCtY59XZ/Q3mrrvVg QznorDddQWBviNZDrUcaDoOVSwK9pLQ2yoDeWlCOVnNri2kH2HBHqx1kOgY6uBCtx1vdrSdN/taB 1kFTd+v51pHWsdbx1qnWq6x/QOu11gXUDiS4KfeNaL3Tesd02DSH2sJowJUMxsHaWBLk+jB4+5a5 DC2yHiCvEmU215hrzaCTLKES6/GRZ24yH1VKjzBb3543d5i7DJnmHrPX3N+8bD7dNt/sbqy3at9e abuB8jTEvN1vPmseMo+aL5knzDPg3rPmefMN8y3zEuC++ZF5xZRiXrVQi8YSZYkBxLE00ZJi2WrZ gTa3ZFp2szTXUthwuCHXUmIpRz2ajzdaLdUWPeCwpcFitJgANovT0m1xNpRYXBY/4JTljOVcS45l 2HKB4bJl0pTSvGy5YpmzXMEUrP3Mch2wCLhtuWt5YHlseWJ5ZnliFaxa6ybrZqvQUM6u480rcJVk 3WLuN6+Y+61p1nRrljXbmmctspZadWgPQ7n1YEOM2Ws9ZD3y9qi10dpiNb/d33gJAVw7epw13noM cNyyG9pqtLotfvT/1odv94Ofgr1al9ELWyAUQGlj69NGa2OXmTTWm9XmSOZ16Icuc7Q51pRrTjAV mpPNqeD51eCxbBaZt5szTJPmXeYcmIPL5oLWg9irubg1re0WytG21Ha/7VHbStuqjdo0tihbjA3n awPaFMfbUN54yZbY0GBLgXjjRGCPtq22HQyZtt0mv9gC5tlybYVsvkELiLdXwNMA8gwJeBLMQwS2 znoo+Ss2ujaIATD3ZmzVrIVCcf6DtZFOWgesgwB8HQxcnbeOWMcsc9Zx69S3Xdar1msYkwwx1gXr Tesd6z3rQ+uy9al1oI1Y5t6eb1O3RbZFY+222LaEtuS2VLja3lDeltG2qy2nrcCaZO6Btk5aBy1z bcXWq/Ba1lbZVmPuaattq29rajtqSmmzsvodbV1tPZB6WU5/2+m2s21DbaNtl8So2DbRNtFuxlhr 09sO2xpMk20zbbM2o81kirPZbE4Yo0lbt81l88M4GSEyYzS+AFaBWNy6GWLfM9sp2xnbOUOMDWK0 7YLtsm3SdsU2B/zrtkXbbdtd4D6wPbY9sT1rF9q17ZvaNwPFtye1bzGZ2tPa09uz2rPb82Ad0GO8 bdfBSuFvP9h+CO2OVm2IkyJlSXuRqaH9SHtje0t7KVsJx/9zp7XOTuswaWRP4PFUG1JXQri6UySm LrvueF1R3cnaa7UtdaV1A3W6usFaoe583cG6kdp4uDpUN1Z3pG4crqbqGuuu1rXUXWM8c91C7VTd zdrx2mt19ro7tZtrN9cdq8Pf6qERYxEXoQ8V+SrJhxHYS16H/ccbsItQk/1g540wIl8nHyccSPaQ SST+56yAcB0zkBZDOst/sT3H7mwvABQDygCVgBpALaAe0AQ4CrACOgBdgB6AF9AvpacBZwFDgFHA JcAEANueAcwC5gE3ALcAS4D7gEfS9Qpg1e60U4BGuo4S+fYYqQzAHgdIBKRIeVsBOwCZgN2AXKnP HEmfSoWso5IM6+GWJI8Sq2GQZAkHk10BezmgUOzTXi2Vm1PIhfwGgFGUmdknR5JVTisluyvhVWBU AbSVCWATxwDtg/ZGW9hLAHqxD2afw5Ita6UU2mWUKNnrVjC1d0vyzCtS8A+7S2yXyXhfkXZIdoLU 7pfSU5L9VxSpV7LbaXE8A6ks+5A0vpiekXRcUaSSbgEdzwGGARcUcobpskZWOZXtEJ7WS2N5GTAp 2X/1fdKjou/iHEH/ZT4s2+N5+ofbIVz/cL3D0wnR9wNje0XBC0/lMtcBi3anIx6QtM74/rHT59n9 g6bhdg633QdMZb1flIbbWLbTi1LZvmtSeSy9YXrJ9sG4e2OdVPbbMskfX5R+UHtiXMeYG+bnL0zD x0Hy8zWpIgasm3ZJcT08DZ8jL5oz4Wm/pI+chseW58WaF6XKWLRe+qI5KqeXxLUqkIbPzxxxDQuk sv+ExbpAuiL2z9a+3aIvsfkPvmO/HfQj+12FP8lxHdeEB1KZJcl+4B/2x/bguo9yPlGMuTy+q1Ic eSaOjUMQx8ChBWwCbA7aX7ahY4u4/oXbz5Em2seRDsgK6sbKSnCUArLFNjuSAamA7YAMwC7RDh1g sw7QpaPYHpxX4fFCHgeYA7g247q8JubLOobHjjlJLhoqg1yvA+Zgh7zPWLG/OAa+KKaF+2qYL3XU SD4gzc0OkKOjXkTAP+S+5TZlf5q3B/ZSgb3YLQUP5HPkAYok2+sAB+3BfRrAcUj0YdznhOx9pH2S 4wigEdAi8YrFOS7v51hcNYtyOeyAY4Djoq7hcLhF4BrMkCiOB8rjOAkYkOaBtB90DALO2wP7QscI YEy0iWNcGsdchd4y0IenRF1RP5SPfTYH/MFxTdJdKutYANwE3AHcAzwELAOewhgQgBoQCYgGDNkD +9oOGO8O2Cd0gJ91QDzsiAUkALpEBPas2E+HNFcSRXk7eqTxWhJ1D9hyKWgneW4x/dAvpbHv6BfH hI3FkmgftJOyPdZO2L47ZL89J9k0U2pf6Uf3g/4S2DffksZpRSpfYA/eF8jzQNozoc1CYrbkqx1n 7aHrR78UV+ZFPTtOizEH+8JPULFfeSf/eUe69o6U6+Gesl+QiCLZhOjLAdUAPeAwoAFgBJgANuk9 wgnoJkRXA6lLgl8qAyhLC0J/CnBGqndOLMv4w2Lb7PqC1MZlwCTgioS5j4DrgEVJltuAuwog74GE xxKeSHhGsvVUr9FH6WP0cfpEfQp7TYRXmbaW3YTXHYwyy27Cu936OJZuBX6KPldfqC9hVA5UzV71 +sNAeNXAXo1YA0qb9DYgp74byKX3608BnWG/EoCnJRDFOQk8O/1APPfgE+x8g83sZIN4dqbBZ9in jhPZp46T2TkGX2QnGKSzswt2srMLMtipBZns1IKvsPMK9vwH9sRx0Zz46dxL5AuEvFVAyP7u98db xYCydfiVz+GBb70FvvhW7dq8t+rX8l/YfxPgKPlCzbWahT8y3azBk16i2GkYhJ1oIZ5loWKfJ9ey z5O/xM6yiGWnWMSz8ys+w06uSGQnVCSxsylS2HkUW9gZFJ9np0+k/ru1ywnDwjzRwggW428/VIF1 KscA44FUU3WLYUN1FLyfIhFV85BeJbSqn/CQL1QNERVADeUz95evQ7a1VHl8Le1vWIfWaa/SvZb2 b11LlSfXoYF1aLAqAxF4xRbPV+1CyK9Vp6tOV46sQ2OhVHW26mzleChVDVUNrcfbPxlKVaNVo/sL 11Ll1Dp0dS2ta79/i00Pr0Mp69A67VVF7q/eH1dVW9VUZd2fuD/uuX3MVZ6siizP3X+uqqOqqyqS ca+tpf07Ku/sj4EWj5Zfhza9jDu+ltaV7/I6dHsdCtfhUtWlyoV1aJ2xLL++lipvVuUg5Fe0feWd deheVQEi8Ip9PFyHlquKq2oAxZXLeM1s8HQtVZGqMgbplfGi19J6MlfFrqX9prVUlRBK+137XVXJ YTQBlBpGM0DqtRQ+j9hcWqccPvdmZwsRdkIVnk3VQjSCWbCQDexUoY14ho6QLrwFJb4pfJOkCX8h /AV5RfiW8F/JduG7wnfJTnZ6VQY7x+nLsIId4pxEA/Evh7xE1BVxhKxBIuGKrhIBoAJEMF4KLK5X CQ+ILl894C5yl/dXGMtXi9wVi0XuIFVckNIUID3Q895vrSgJvq+IqthRUV5xuML1ZkPFhQoqkani VMVkxe3ylYq48hV4dVacq5iruFuhAcqt0DDe9YoHUD+xohDQXTFcUQ6SrVTEVGRWVFc0VPgrLsO7 xIpnQI91gk6r21TkfrNBt1kXXzGsS9Jt0m3BGtBCtyiXbjNr7ZkuDcqn67KwvFIvXbYuj8m2G2Cr OFNxBdInFVRXBCjV6XQHdYdCxuwIGzP5JKgIdgYUjpn6uSXYqLJym9hnLnaw/2nE4W8kHkhmIAdq CH9AFyS8L2CnThHFFQc1M4Oflyi8TT62b2bfDP4XrL0IoGsvPbD6NX159b6Z8oYDq2Vj+L8u6sdf b6M/pj+Gpv6G/g1wfkp/SigdoSOEp7+gvyACnaEzRMX8Sb2xaqOeRECpa/QBEaAv/NwHKTQSqgC+ 58KAfF4B5L25zyTSgQsiFWaJdGDywGSRqchU/EiksgSR2u+LJPMD+ZEiibXtjw9UiyS3F17eds9+ t53Yz7QviYT9yX0igSw7ymYKs9pnkPaZsOf9afYnBy5LdGGfvsj0+vyBOSR79T69SPZqkQLlwkjW wr7I6LGcynIG9JfsIbf7PCp79OHsJ5PMt98W7WZffH+7hdsp3D5Ku9gfyHYpMintgq9y/+Hyyu3I VPao7BFY6xHIwsrpJkUqS0bad+r1eZHk9g92iyTzX59FKnKW7RJJaRe0TEB/kAtf8YQp+i71wBzw UR/ZwE620270bPRAzIR4Swfo30HeL+lVkkB/RX9Htmz42w1/S15jcyKXzYmvslPm3pDO0BJ/CRV/ 2XQP+zaesm1sVctm3Ql6ghDtu9p34S7fpXURqvVpfYTXntKeJoL2R9ofQWn3RjdI4t3ohSgitr0L 6uLprth6tsTDz2ntJk0hvBj22a1DEu+PJwVGDTd7dcHrBXI5GHPy6mFOV5pnAY8Q5pV9lSyFK/Mq 5sDVLMubBVrBkvhpF8YHskSxdBXLQo4GSdmeJSbYGmvhEXsNtFJSKLZqicPyUq0VSxTmi31ga0x2 70caVzyjppJZ9M8lTg60U0wKQnhpkGYBpYdwYyFeJjNKkPiiHPg6wEaC3f+w8eAivh/xfULFcx9h bM4RgY1BEhuDz7GzDJPFdul2iNYZdBdrM0fixQMviWaG8DTgAVE0lSYrudxjQrkntCCEd4vw3BIl ND2EewXaCK17Acrd4C5zkyHcASJwk0CD3PkQ/jGi4s4xOs65Q3IaoJ0ezsh1hXB10I6JOwgwhvCz ga8HyuOqQ/hboP1CoDRAbkhOFORsZxTDpSpzyDJRc5uRyFN43RSSdwPSp+QWlxbCnYRRXCJXyBIX G8KHEWKfYRzmSAjfRVRkFMgPuBeScxRyTjKykrmQHDxby8boEGA0JA/97RA5FcJDfysBCrEf87cs RrL9Qv2NQjzwEcIigTirf/ORvBBrzrPXX4k98xCh+Bzeznp9TeJtITw/xKfxDSHcaCLwfqBYXqfk 06dQmvCj/KUQ7hKUPkLv86f4MyH8WaLiS/lSOs87+e6QnBHQcixUEjx7lk+mZ0Iloceg7Sg+ih4P k6QRZk0Ln8rnhXArYb24TWv4GPbJmCA/h6joFaACusrHhuSA/jSN3uGFEC7oT/00ls7Sh0o+9xTa sQEROkoXQnJuw1y5S2tpSggXdu+0hLtGS+imEP4ItJNJM7kxwJOQHD/MolM0gZbSEH05G9RQc06q plk0OySnFubKA6B67gFNDOu/EKTC/uNCuOnQxyUui7tEQ7Tm4mE+ngZKAjwIyYGdNKfhjkFMWYJr RQ7MHTXEiYdcA9S5Ks0kOW+WRHClXCmZh1cnN0RmQ3KHYB6McuncYa4jhO+FvuJJPxcPkteH5Jih Lwr92+E1gysNyauB1mrJXS6O2xXCL4DZPAcrwRzUSQ7JSYPZjBEgHSMApw3kceQpEc+/FDnyqqRl 841o/7u2F1bkPq0bVmG/1k/U2pPakyRC+9favyYa7Q+1PyQbtIPaHxOt9hzMzEg2G3G3oqU/CKxq n4FVbYH8Kb1B75Av0iVY4XZtGN0wSrLZOvfnbJ3LYevca2yde/0jR4D1I8qvpLgSjBE/Yq/fI5x6 u/oI2QA7hyPkk0SzewfhAERKwxEhpSpMm+OJAClV5POKa3VY3dK9+nzdnok99fm67B176rNj9pYU rOSP59/Jjskf33MW3796vWA2pyd/fG91Ts+eWnhdbba+eh1z95YAZwJrFNQUzO5Z2TO6t3rPSvYO LFMw++r17Jjmlb0l2TF76rFM3pWCmvyR/JGcVUAPlsgfW1uLcUAe5Oypzxlarx3gJObfAU4i1AUO SFiDnNdikPNaDNYxDuxZyb/z6nVoaxTeja8nIWiqQw7qvrcatFk1DoIlRl6DnnJ6XotprmnuAPuM 5C+ANUBmtIZxANpcQa2h/SymO8icP7VnFGU23oSarOU9tWg9eB0VbargTEicGrCqLjsG2o3Ljiko brbu3Z0/nh0H8qBtq0XLYwsgc63xJpN5xTgItaZeY6ODEmKZ7DjjFIxdXPP2PfXNMELQ1wr2AhKm sb5mcbyg5RKoJVnsg3CM59HyxjvGp80ZzcXN9c0day2/lmM8j5Y33kPLN5c1NxXUrOWwsTgbYjHU 4iqORfMuUQvjCOplfAh1tjdXNh8FvVgZ9NX1yoBfQpkP5M8rz/NneP0Q/gx9LWQnGpfzF3I6jMs5 q3lz/47eu8ZXg56Znfhcz3w/P5Q4H8brwGIf2OtyVtHSxmt7y5tJc87e8oKV5i7ADI5Fs3rPWdCg pLmnoKZ5FnVvjhR1Bw6UQQmhDJPQOJh/D7U2gl82FxjHYZ6UrPXVghWwoW5vdXM02Laa6aXPjsvP Qgn3dKAn7KlH+6BlwJIdrEQJzlzjAug+1bwdNYV5WIM+CRGg1riA8hTMGgfydcabOBbGBRwLrIUt K2tB3IB5jbXys9A+aGewD4xOdlzpbtQCWl4xjuVjXwvodczONc3ze1agfGy+7jUokwezqfkG+mFz guiHe3eARW7hWDQni364Vw/2WUI7N6eKdt6rh9VlA/0erBuErUWc9jisjhRWRw+si35YETfAiniG fIytiC9rfwIr1cfZ6vQJtqJ9gPu8jb6NPvIGWwWL2a/lxOApBbCui+tz7ke6a4S7bpD0OKzmZ0A6 DuT6SeCc7UcAcU/2VYlzC+7FYsjdEN5V2FkhYz6EC/cEXEII5zS0e4OLDOEdh3QKKLSXo2w3peTU Qt1+shDCK4X0GNBkCBf3PCMhHPzPXQ0ZCOFthhS//9UtcTkYqePaMx/adh9tJ4Ln13IbTey1le2z cB+L+/diJk8e420lHHvSaoI7rCB3MyCe3WEdkbjyPZOswb9td7X+Tgm97SEQ7oxFb8sHHg/3rYtA HKdRcAUYzSdsVDnyWMGn5Dy5De8WlS3ATtjPdsMzIS1cALIDODIc0sIR9ntN/pAWukg5+CBHOkJa wG/xZbM704aQFraAH3JQQ8mLIXi3nxPgfTgvwNOF+pndRV94F32BRYIo4UvCl8jHmF9sYn7xMvOL aPALL9ketStqF/kS84v0df2CZ6N8RKFxAdOtmJSB3+OTHruCryIZ4P2NQDgHjihy1OAxSaAzEn7b sySQ91Eixh9HX7C7OlO9G3bZcGejFp/D7EWd1UnqBfUW4JUDvAE+ni0Pd45Qg6pn1FZF+SHVYxXE DzXc76lrA3xB7VV7VYsq8Dh1FKBYUcOsmlDNEE61DG2Z1emKOnq1XjWoAmlUi5CnV8cFa6m61LtV PZAzDjl5qmeKWltVjepkVQvkQQRVLQVyVOpodbSqXK1VVQO/C3A1WEu1ospSPVTBzFc1EArvhoL1 QO5FVYJqXgXxQlUKuYsqV9ASKmgY+Olw9Ui1EpRQuKfqF2COqiA+qG6obgVrCHPCdeDjeVddqnHV lEKrRmFUuEQ44R7UOaM6p5CvXFUunBQgbgpzkNeFugdqZQlWAe5VhRG8VjWojIp6CaoEQS8chlwv 5CaoSlU6hYy5whOhEPKOQh5RpauygjWFJWGLcFNIg9xq6DFWlRC0iHAFKFKYEKIhNxs0WlVRRc1z /EPhNL8MeUnQxznhlqAYBaFb6OavCR08rB+CAPnd0M5M0Dr8MA+Rhl+CVgeECwq+nz8F/FngHxPO BHXgbUI674ScUchpFJyKnFohjgd/5k9CTrnQpGiriIe7dN4GvWuEXUKpos5DfgefCXmwxglJQmZQ K/46UCwPVuCLIE8jJChqjdFVHizAb8dr/oGgsAbfz/fT2xRWaXYCXz9/jb8blIROUnxOugI5Vn6E n1O0eYiepUN4BhnTfVTRYiFfSI/jM3U6CXlW0C9YK4024TlJdBCveT1vVdSL5qNpOQXvp12QG83n 8fpgTZpJH1CIALQerpf5LfzuYE1YseLpNQrRipZAj5F8kiLvMnvqBHOAwhygj3i1Im+AW6J+7j7k xUKrA/Q6va/Q3U7t7NkVD1cX6GxQFu48reFGxKdX9DDtpyOKNou4HprLQSzipqANGw1GJRXdTrdz RrqFg6jNnYXcQ9SkqBnNlVMtPgXmQH8aTfNodVAaLpMDjfHJDi1USJLELXAQ/7hypl+wtBaf/kIN ys3QeEX5IVhlIf5xEP+kp1isb84LEi/iigurNCc9xRJrmMkEQf+H+MeZuXlFHT2nJ4PkPFulKbwb C9YiXdA3xgCIf1we16+otZU0cskE4h+BWcLZg9bhorloUs5pCWoN8Y87HKxFVkgW7Ciy2QpNyQpX FKzHdhX4Xftkts+jZJHbLuV+tD3u/98nVrA3o35YH/+4T66Uz6x+Bbbt5mbY/+XZ/7u/0BEAp7he D8r8N7fVbzu79ea2s9u823q29ezUpc+ln8mY33pnW1fGPF7vzBLf7yxKH96Zvi31K4+2JSAf8c2m 9LmdW4Dbkz4M7aTuTN/6FNKMbV07s6DN1J1Z2zJ26lj5YWhnGHgJMgJtiu0mILAOllXiefKx+mGy YRtMZkkmWZ71ZMF62C7WYzKL/aAMGdt69IPbzqbbtiXsGU2f0xextnTbCGg9vC1hW6RSFmyL3Qmu /Z+lN/A/SxX7n6VWe1Z7lmxkYx7Jxvyj/ydX3KcUMk87sZHdDYC/9K4p8XqgBHqUC//byjxKWFOy KKTkcdoj/V8W70Hw/0SC9Hkd8vn/x9z5wFdVXfn+/L8XCElIYgwxhAgxxTRFmiLSSCNgSCFgJEBp VIwRKI02UkwZJmMRGUSqKaUUUZkRqaU8i0opYy3wKGORUmR4GUSGIkMxpXwQkFJLaWAowr2z1nef QIArreh7bz73c353Ze21115r7XX23ueefU5EPjzcdnTb4VxUrvLJvZM+t7dvUDitb9DrQO28Txde /H2ufNK9SfesLq770O9QvnbhZ3ffM/nSb+QmF+/8kLvIH9Yj2hdJl73jrr/ALzj/ZG+vTA47PK6+ 59Xaiprna8e1Hfx9f+14Pfocr63To2ahlD1eO7K2uLb03NFfUI9i/hob0qas4rMrastq+4f3yb8j dn1P7287C2Vedsm5dtbibUe87YS3Sdwz74y3yXibzqo8gx7NCPvd9P1t50bZK7n3PtVaSWTIjoIz H3rYH8JPunvs3SPvHnlPn0SHfi7gieyHnG+XtZNrkaQr3OPQtpOhMbyOqmR+rJerscfl74ntuHpt qb88VJ7jXel+hu/o+SgZu/xD9kmozD999Cs5xghHPNE5/5XQytvhTeStvUsu4I2UK1GdydvzBnBX d9oFvF6Wvhdn/AW8DGtyu0jcfsWRWHAuEvrXk9b53R5Pgc8oSkyMvbPb2TsytHdGO3tHhvZOaWev 4Y3nd6jKc7wrtXfeBfZ+F5x/2V48PxazZ8Wq0gy/zArmOVnB6G+LnVi7dGbtksL6IZWRSq9pkuTa P82yetZ/+DFq1OXL2x1pd+y/Y8Udr9xxWHC/4P67xhZl3nH4rrl3jZW/Dpuyj2H1ldfU0UxXm7o+ XUr0RsHT3zoeF71DrXntuMVyNAhVLJ/GdnwdB++UkT2bT21Y8kn8xvM98Me00YN+4W0V1+7ksD8z inn3OUf3T7T/r9VZYR6OVr7/nu6q7Dy+8xThXCwxhvy/9TISX0Ki7DISY5Eov4zEl1Wi858vkrhw HqlOaOuFMncktPZCmTsT2nuhzF0JLb5QZlwCm3VcykXS+HV3u1Jj/aUyNRfKdLo1gcw9F8mUJZCp vUimPIHMvRfKiPXtfwXOscyV4PiEkb5YagIaHvwrUhORavgrUl9BaupfkZqEVOtFEc+08kLZTKS+ mjDmF0vVXRSJBxNK3XeRVENCqfsvkpqaUOprF0m1Ms9nnpMzPVSfwPpLpR5IYP2lUpMTWH+p1NcT WH+p1JQE1uv5a0t+uXLkhrv8HkyYFZfKNSTMi0vlvpEwMy6Vm5owN7IYFbOgzP6kv0vY75fKTUvY 85fK/X3Cvr9UrjFh72edk7RDuX9I2LOXyj2UsG8vlftmwt69VG56Avs85NokTR48nMC+RHIzEtiX SO6RBPYlkpt5iX22rHBca2Jcf3O0vd+Ff/8u/njb3+wIdWVOLJG1k5W9wXLaHfq3fdHhhN9Vo8d2 Xzy6Ln9K/sLulQXZ+um+uPvi/ClV07qf7H4ye0H2gutyDRpOe373ddc1XZdbkJ1TmFPYfV3Ojpwd Wlo1LcS+o0tHzxQJ+aj2nBZtJX9hzo6CjFHreh/QT8+5VTU954wel3taNIhETv7o8WLNwpxClR1d 131wTsvocflTcgrbY/vW21BbN6j2jJ5jNFyKH9XftraknQSetveuvV8XeFR3sUdGZ5sNqjOshW2j J48eV1BgYjV6qj6xlD8r59WcV/On5+Tn5Gsd+SxGK5yc3fmZ+ZlSLnipR6bFD1k1f8SrHmeTs4ff L8iyrDstt92hf9tyOOFhh3z9rsrud+2qbouvr+z62rWrsivlaMxu7JHZ9bXsRj2yG69dfe2qqqKq op7Lsxu7jcmub/sO+cVt3238bmN6ruyxv+dKra96evTObsw5rHqyG9rL37535IHKBZULum7q0btH xx692/jZlT0y+a7XtroFak1Vf7GuoOerlacqt+Vsv3ZVzvNV/XvkZDdkN/QoqSqQegWK165SXlWR /F0s9Rvlb/y4+PtCO9u+2+xs+87ZK+0WaHSM3g/7/rjxu1zc2tUvviROF8VH45JV9Nfj0tbeeXtN e2162vxpi5eUliBXmJ3VdXtVqbRsqR7hZsmFRFJ2ZbalLXRbnN0gtQZI601SZnVrzM7q1tit8Zxc u7hkFZ33y9jVrfGTOQ8ufDLiqlFW1fDt/9M/1pXdsb7A04w6q6rb2IotchzVo+J4t7F8C1VxSkuE 2kLZFvkcRzI23IMvn+Ed+T6lst3GDvf0017f8NTz2tBwFDynJbfcaB2eqfJhrePDO2q5aUO1XaGn vbnODD1Nn2F1rnAqiiv6c5RW5PFXKYdzroWOzlJnqbTwv5wXhPOi86Jk10+cVZYnbb5uBc6bzpti xQ7nP6yo82vn1yK/R0bQTtLmF6Ql2661p1ltTwRa6R0tW4+K3VZVxfSKWR/lGLZT8CPW+Vt0fhJ6 P5aO1yo2XaleK/EOrY+YF/Y4e6LV9m5Mu8sky5Kj6pr7s/dl77umPO39zCz9Tl+aPuOamvTF6cuv KVGav0vk7xnpyzkGhDypl5mV1npe7poR14xIe1+PNl1ttNRZiswM0R8ewr1QZ6gX2XbHh9kn2msS 25a9r82mNnsS2ZKzO2fGsD7DKuUYM6zfsMr0AVJvhsqlLx86UST6iK4+8lfoK7aIDuEvHTZg2J1S r3bY4GGThg0dpvvyr2TvmG2NsMac75GUnZYlR+eu6zLmdBnXZXyXo12X8y1H18quzRlz0jpSdtT8 3cb/4r4vHrTa7/36WGfyheNkykCrKv1k6o4uD3XNSj+ZUpK9Ov2kfqfuyN6oVPrJ7GLldR3QNatr VvbG1B1dBwg2C38jn9WpO1J3qFzXAanN5qMSbfoyxrfXhibRc17L0FFDq+VT02VO9kbhN3eZ0zU/ /WSXOaoltXnoxKH3l48p59cu9iN9jHEyeazVOat36vwhU1Lnp85POZw6X//S75TDQ0aca+HjRndS +H/wKqwUy+q8/4qPzimbr37h6nlXv5ByTHCe/pXSTznlBdYnca/743m5jh2Z4e+aSWc4qpIPJG9O 6X/r6eTmlNIuK5Obk5vTxmZOS+mf0l/pLstTMqSsZcjx5ANd7kxed7V1jZO8I3NK8jr9pJTmZuRm ILs5eUf4efq8vpTS5ObyXm3aVJPqOa9FykVWOAe0VubAW/enjBR+x5SRZZWZ1UZLpv7+33a/86Nl 0oX+JnFUDSkdUjakYsjIIWOHjBsyXnDskLrcOuFUQE8eMlXKHhoyc0hp6v1D5gyZO2TBkEVDlgil n3G5bbJlwuWTHLTTN05w2Tltqkn0tNMyDtnSIaXUemnIqiGrhb9ecOOQLaGWJZ+Mv51yOKoyCgdn Jx3PaOw8sXPfpGWCE8tyk1YnHU86Dj2jc3VGY0Z92fyMwpSHOo8QqqXzlIyhnUfw6SuSyA7O7jzF fDLyz+uTz8SyA+e0iSbV005LX2QL5SO1MrKStg3O6Dyl7MjgjLJjgx2jJWPoFfu7387E31I5rI5F H+mo6rSn07akgZ0OdjqYfiCpvNPBQY5+Z0RvbVHeVTlJOUnVnfbceiAjmr6707ZBziBHZTpt049K qmxGVP46GH7a6Us/0KZNJA6qpvQDKtumJf1Ap22U7VFtSdWDxqbXilx1+piBR9JrjZZBzhXd1/qo MewTvveBnIke5khKW9+p8NJP2nrr/J3OK7njdmFb0zmS0sZ19M5/upw032njPtG2UjmSujR1HHH+ k5Zhvrs0fcy2TttmxuI+XmTZJ3JUdejdpaLD9C4VXepkRVEmKN+pLaktwq/r0LvDC4bX4Xn5iJRi h/IudSqR2tKlzEgiWx5+2umLHj2vTfhlRs95LbdsveV++Wy/ZZdIPN9hbYeSDiW0Wi5/ldyy95b9 txy+5ePdRfwYV4nBYKuqdHvprv/ZH8vcU/yonna0/NPjzz57wS+0SVbkL7+xhl/K/aBnIu6JFxJx W3dewo1admzb/xWOePHBwgT2dk5k2ZkvJeKe3J2QG/wNXmgMrktYuyIR99jzCbmz/raW/qspUe1T P0nE/bOfiHv80CVcid+ZzQmy4I8JsyAjYRbcn5A79v9hFvz/5Whkrk2Yb+UJc+O5hNxHLuFanl4r HIz317eIBnLd75T5E4VeCwe+U+CXC90Kf2PQqvyz+jTOfGSKI/VKa6l1WjXYlvKt48jkIrPRz0AP GvxGcK9gEaVZ8K2Y/saT5S0WHAO9EX5NMFBpJGvQX2QkoXNppdXIeKu0FP3zYzuxR/mtuifeblWO 1F1KW7oO32JsCxrAgWohOmsi25UDFsVKsVz3sjehP1c59nzTru6jt1uVdqoV3TxsTo3qr17H0e8r LZw81YyeAv+Y2qYonGPYU4rXpViyDNQrztMR3mQR6uHdJJE+xGEOdc07bSxtNzZPOC+qpJtneg0N B8MYjiFKRWguUl+U77wf9oja0FP1i3dTsGcp9FKsmgKt0csKe3OL6sSvjWBNpISIKa7B/vnUfSc+ kbzS2JbRF/OxZCM5MwttN6H/P/H9WnAtaBHhg8S/2rQLZ59qdqJgQZh7e9FZLfis6Rc8aiWX5uN1 K1a1BkfgHMGeBqKUDJ1MlLT0U+gsMpmGR0WGg6fzyZaaYCO9sx2sx06xx12hfeGsV7TnK3qb6J0N 0KmKPrv5Ag8cCBYhsxOZ3dCHofuD2eBRcASlZ9Bj+n0e/E60ux3OJFNLNEktRed95F+Fs84gMjy7 ZZvWearNqYa/DQ7PgknGC0bKKG3CX0tssZ2Z+h/pnOrgLcs++4EvK5lYjh+h9Iyi0s766DWKSC5X dJMMqh43D3oDpQuhD0NP83upPLjEoLYiGat0vaLbV9HeB+d1OIXUvUVp7w7/a5Yd/5Mvqzh/gD9X Sre6LcJ/3MsXPOl3BL8HJ1twPzKzwX9VSXenPmXlrVc93lX6XJE3VUu9EeAZ5fu9kB8KZ5Wi/a5i MEbRn0jpd/1/lNIOyKSgswzchkyGYmQztIXMd8DuWGuDd2luu7/Eqr7+28rxrhdMV479htdTvL6Z Z5kyPR0ZXvT/XWx4yt0qnC8rx71V5d0lnielzXq+e19Qr4On0PMFcLBy3MNKO+u5b/60lcJI8idt V9HeRw6c0lJnORmSZGgtFb7KnOGNeE2c0TE4n6IWuyCdmWA9Wcfde6cAuhlto9gZd5+imyff+jyJ 8vNjfxC6R+xdS58U1vOlH/wK/f+P7iLGge/ofjWHp0PdLmAh2u60viV0pmqzTtPi+7Fm4SxF/41x 3T20F509qLUU7Kul7jw01+uOPof8t2OUOugpdx6VHFulO0LtHfb/URl7smCevh3KOuXo7pQW+zEp /UBLrVZHNbxq63sFezn3sUOzSji/sP+ouerofrt00HJ0bipyBolMlb1J8D8dmQWcfPtnOoLZ6UJf Zb8hWOJ8WjiuLRni9LQPK8cWm613bR2rR+uTPdYx90mx+S77LikdZN+DHq17G5b0tP9TsI+tc3pM 33/jyuks9Gm12f6jvs9KHF4iMo85vxX8NTvB38b+u5w3Bf/eUd+/7PxG8LfO6yI/zfml0Pc4v9Cx xRUZN1mfZHJ+wNNbe51vCt7pPgatzyTVuM+yu/yH6q+jTyMtc34l+IT7eak7wxFfnHuJwHB9dse5 2XlE/Dpk67npu88QMdHmfd6dIC3ucv9L6Ec9HbvylQ72ufoE4ZddqRsZorS9DZlrXfHI+wb0JPdx aesOtcQ96z4k+O/u7wSn67N8wtFzdoKr8f+lyjsxavVyZQwJukE3KvquopsN5z33DSzUESBV38Yk tGKZ2inWTtbeV0n7VfcEmgW92ymtcYcJPoCeYnQu8qXvvLvd7+t5KvOJjkg/EfoL+iyoNxXJO1zN 2Gr3D/gu+WC/pU9aBjEiMIJa96qP3tdVxv0ao8qPlW/v9Qfr2ELEvo+23shsgP6q34HxSlZxfor3 LK3fw+gk6Jd7H+i8prQ7BX7MrxNLXKWD6chc48m87M3S2cEf4C0S+mWlvQV+N8FDRg+YoSijouo5 CseHXqUYYyaNMVfGF4PMUH4uOIA5i6euvQUhZzJPvgrKylXnMkYJ7yQ0Y1HAeS1rGuU/Hs62k3Ve CDmqIcPI6BnhTYU/VXcwerVm9WXGQ0aJtWYu1nPK2azoFirGRoX2zMKeWbQyC/2z0LwPndJWPD9s a6WuavCxv5l/w3FSafbQu+zBs/ErbixZDc06wZ9s/NXR2DsJ3g/uVnQ2h+Okyj9uNMR4alBX19aW EHUVbclaxo7PMNcLNk+o2rpL7yVar9FSqyNYbGTYD2vp8+GyuihGRtdLW6hbTt3nQ0mZr63XoF9D g+6A1yd/dN2YpbXi9Gb8pC1nYny/ecMe+DS1GpEsglOsMoIbaUVxLjI8KWFXoP9pbDgNPg9ni9oT 700r65Qf34S/27CTjIrvNpajrZh9hbNAckasJQ7QPClvT4cux7sBvDthLngQbZtMKW2tw8dtWDsR zn6b9b/kqfQsmMVqNtdc9bAizTL8YBdr7yWst3XOXcM1yzvQ77AS3snKeS2cKYaGv9ZcF6BnPvr3 wdlHbpAzsqadwgp5l6KcDXYsT/HsHnBhQCYoLes9ejzoB4dnfWWtKjljSj19enxWKMl7v3SdJvID Kd0N6sxyg8o4N3C1eINebQl/leYnGjI8GaPiRxWFv461n2SX8yN9k7DzI6Xt0bLK1vW8zPJnDyjG HoJeEuWdZwHP4gY8Hxrh3Yt6PSs0+4gjvP0syrtDIsvVhmAlSNZFeIY8yp7dCM/5c5VnRQ6ohaFm YqJXE+LjabVQI+z8KBjFGljxz8R8dCCjrpMT5+0acd6TFh8L4jV7Fa04kZF8se2+9kBWUHr9mHOW p84V7b6Kzkw4A+ISJW9xODJk6OqUsWKFrtNkLSdoL2NFNxtOX3Ao67cDplSzWlaAKrNU0UtFZjYy fYykytg3mxEpNpsVoNatI/PHcB06Bhu2IrOZVWJT2Aq9A1bTyk7wEWTq0dOKzglmJaZ0MJC6y2OL uErKwAYd36jrLGGdOR0cFfumzjhm/KS0KfaQeqRWOdWK3lf0V26ZESUP3VKlnVOK9hjkq1VebJin 8yychdQ9EGqbh1VT8Mh4rRoq0ZAF7sOjPFaPZVwVOiYmqlnqqrbN6JmEbQtjW1V/bAUyKxjPU/BU tdVphrjjzJyCDROw8Gb0bFfaH2QsV3sk+/X58Rp6LRP+eLOGD/1apAh/OzYsCnXO4yo1l7ZyGQFU vg6bh4KFWPsK9NL4CdUf2w/nD2ieygzVCXo1KOs052VkfgtuV770RbNeW+nvw+4h9kn2CbW9rbRK Ct0MbTivw2mid56n9zPJ7U7Q13JdrH16XJ8EEVSdK7DkZvh9w1x9nn75A7n0stAttHs7pVG8qIu7 yOxHphn8Az34MtHYD/02iDxXE47aJtlu8gpEZiulfWmlL9o240tfvNiMPUO1VHLpBDnwCHgfZxDe aS3Jimbol6Ffhn6d8/QI/X6CqK4mPi9Dv0wvn4DzOjiaHqmh9SZaV5uXUrocq5Zqu0LXcFaeoL9e J24aq0dY86QSgUewqjV2isx5GTQ9/jxWad1rwEcU7Td0fBM9TaD6WAMyUjnfRHKucmyu7+z3qdWM PW9rXklsWYPh41+Qf5KolinfvVs1299R2h6o8va7aok9nBh+Gvk+hlb77TfIgQ2aRfZ3tF0Z37TF Z8AnkKxGj7luXQj/XeNR7ClGKqV/BHZDsi/5Np3eP6zo3URUj8BJRrKEtvL0+RjnNjgvgb8Le4or TcaWueYaOfaAZUf5TSnambVcN9aru8z4ppLuND1zIyco7ay0/y4a+JXJjzOKDmUsagLfp7RaMThj fv9hrl+mKz3vcR1vZd1jsVbUX/B+oegtVgzM9fgu2u0bP8TIr/hjrStngV51LkTmM04HPbNUMvIZ WvkP+PeCj4JPsBZ9DnvyweVYsopaN1L6UzjrafEVExnsodSph18DztbWJXpqyXuxX+nVnKLzR3Pl Dj2A0e9nsTuoqzI1ZiXPSD5GV55y/srYGzSrTv8lWkljhHwYyeFYfsSMJ/5Nivwa9oR3UJE3+jwU SRN8GPyyYpCi6B0FX4B/En43RbcFvg1/AfRCxch1yBSC11M6GHwT7ILkQej3wEmK0c9D303pB+BW OMnQ/aE7QG+gdWzzuys694OHKN2BDT+APoZkI3Qu9GhoSiNwvF3gs+CN6Hwo2lftB69X9N9TjLxn oqG020LpZ43NyOBv5BFkTsAvx6/h8PfDX42dK00ctJb3AXVPRnmPiYk8HMvEn1aaTGxp9/d4YaL3 JhoOgq208hj8G8BjpqfQ1h09g+BfhQ30lJ+FzM+hPehSaOIZbIfORPNvQGLr0/vRp5D5F9AFb6P0 Z1h7AE4vkFzy98L/BpzvQ/cBiyk1EUuF8yg+LgGfAUdRimRAfgbkalBJKZnj0ct+DVgNZsA3bT0I 50nod6j1BvgnfKkDya4Om9D8IvK78ZpWIkvhj4BPXW8YOAv+TcikmUymR7aCG8BjxP/n4G30yMPw X6BP6WXnfvgL4O8g366DMxhOLvQkJMmEjm+DnE3Rd8FfYcMavPgznLfg4G+EHPazTF1K1+PLQLwg 2j7nnT8Bj34KnxgG9LvHuRz5MfRaovcX9DTAOQ1yPnqvK9rfjT/AjHOVnlO6zvcfBr+sGKQoekfB F+CfhN9N0W2Bb8NfAL1QMXIdMoXg9ZQOBt8EuyB5EPo9cJJi9PPQd1P6AbgVTjJ0f+gO0BtoHdv8 7lyh3A8eonQHNvwA+hiSjdC50KOhKY3A8XaBz4I3wseq4LPox4vII5SegFOOtcPh74e/mtZXUsp1 U9BEW78H8dRrRf4xZG4AsS0YBH0VGoienwX/59AedCk0PgbboTPR9hsQf316JPoUMv8CuuBtlP4M Gw7A6QXSv/5e+N+A833oPmAxpcbfVDiP4ssS8BlwFKVIBuRMQP4ElZTSmx6R92vAajADvmnrQThP Qr9DrTfAP+FLHUiPd9iE5heR343XtBJZCn8EfOp6w8BZ8G9CJk2x49sguRd9F/wVpWvQ/2c4b8HB kuh6dA5EG1775KQ/Ac0/hY8vAfH3yPPIj6HX4sVf0NMA5zRIrnqv09d1wXW6UtJ7nTKXtTDatDCz tDCntDCLtTD+tDD7tDBTtDCvcQcH/gLohYoyFrUwJ7YwJ7YwLrUwB7Uwl7UwE7UwV7YwUrUwErYw P7Yw07UwKionGbo/dAfoDbSObTJbtTAeKh6idAc2/AD6GJKN0LnQo6EpjcDxdoHPgjfCx6rgs+jH i8gjlJ6AU461w+Hvh7+a1lcqWhYyYNBEi78H8ddrpdZjyNwAYmEwCPoq9BBDGXtbmAWU9qBLofE0 2A6dibbfgHjt0y/Rp5D5F9AFb6P0Z9hwAE4vkF7298L/BpzvQ/cBiyk1XqfCeRRfloDPgKMoRTIg cwKyKKiklD71iL9fA1aDGfBNWw/CeRL6HWq9Af4JX+pA+r3DJjS/iPxuvKaVyFL4I+BT1xsGzoJ/ EzJpijIPKpKB0XfBX1G6Bv1/hvMWHCyJrkfnQLThtU9m+hPQ/FP4+BIQf49sj/wYei1e/AU9DXBO g2Ss97pi/C49++K17JdYw93hTO7wLgE3K9pHoKOUOubeMfQ86HrwlKKXDd0ElviD4H9bcCb03dD1 0GXQTdALlbb7gSsV3Z2GD74C5phainYFdSuVdhfBnwamgWv4RXGJ3hN3M7kDngnnlKJXi21ruGPO r7hOPfRCLbWPKG0fUdrNhH8KLAnWgg1gM16vBRv0Wlhpsd9gAx4ZXEskiQCcMjjroZcrequIW4Dl 67GhH/fca8zdfFrPMfflodNUg1sI3cQ+oplwHDjV0Em0uA7OeOoeMD6C07BhGp72I0p58JfA3xy2 uJZ+V85MUxevmyJrKG3Q3zHIgVHh/oTbVQNxrtdffcU27ITThHxSGFuNeRp0DbYt9EfSO9s1f7Bn Ee2+gsw+Wplidi/oPXrxV707EO52+Datk0vsfqkOcxjL9fdhty+crcivJ7sKjX5yux/8SmSOQ79v PKJHliN5CtyOzIqwVPtoI/siCsA0sCzkDOKX/0FYJS1av0e+GX4z1qaB72PPViSXkM+l4S6Lb5Np IDpz0DAGerzRz/myES9WYtsT6KmEvw+cY+Lj/1J/VVDa36voLVaOuxPOSKX9DPjZ2LOIWgV42gfc g+Y97PrI1hwQGZPPb9Hjb9H724knfQqup6/XI59E5uxB21fRvxlOGaWl0PUmJkrbRaZ/ofshM4/c 2Kma3XlwdgYPcHavocUH6NO3wAfI0gew8AHuuTB6kMn16KygViWZuQjJaWhbpPcmxCrFEiT3ga2q ITpJNUQdvVMT7ALXqp3BdOLfohghMyOMn8GyMIZvMUq8RSucy4reJrwYaqzCzn9WfnSS0aMtBruw vAQNMc6IVrAIPXsMB3omMq1kyBq8K8Gv9WRLPz1D3V30r9G5JjjEmXKIulnYoPS44AmR/yMys/07 hD4TDBC6Ud/t678XnBTOm0rLSFWivoArwGz4K8nVVjKkPughrRQEb6DN+NKDMVx/mXyYnK/27xQ6 xb9ZsNaX+cjK1TtTko1FjJBFOr+DGXAWgwvgzAKfVpR+VPolxWAlMtvgdFSMlkLPRfIw+keo1+5q 6MVKe9l6X8ydDb1J76/JfJFFLmUxQmahM4t+0VozDOpdM5HfpOOD1pL5KwNPjZ7d0psl7AcboTnj bdM7XP5evT/llyvHf1Uxsh6bR2ipt8qUKgqtnMUGVdLdqrSMabuQUW2zwAxt0Z+LZDaj32FFL1tH Tmk9GZv3co4kk/+Kr1C6ypSCmwwqPxLVmHir8HQdkuu01Ld0/6eMJE9LbDPV8ki1+igR3sV4pfIL aKsJvwJqzVKPpKc28gtJCf5G8auBXtaILVC+M1Pv/cn5u5HI07N4vQK/WsCd6OyIfDX03rDfN+J1 o0aeuhZYrnONeLqLtjaSCS/B2UiEc6j1Enm1iwgo/TR21uq+R38H+mtpfQPtrodehNfTDM1vVjkm J5FZQjy3sa8jA99nRQo0J7VULEwm60yeJ2vMQ2u19Ub0bDXngu4Q9kYQ+Rnk+TIkG7UX/JHIbDLn iO7J9B4PzxrRGRyhjxaqDWJtFhErYh5XPn0UIc5Bg2aytKWtnFQM2NUZJFN3Nftap8EfaOyk1vTw 7EvGQu39beT8KkV3NfR+Yw8ZlW3OFM6y/YoyA2borjPsn4qG3USsHLqWXKpkn94ozi/OF5mdi5jF MjQDwag5o8GT2m7QgOYibdd/VS2XeVZ9YUxwJ5nWseRxZIqpm0ppHu1uB00u3Und2egcCL3BnLmm x8moWix/jfPlZCj/kqLerw96MCJNUtuiSVg4hviXYH+BOXcCj0zzNKuVIyPYLmReYhYuYSSJckYQ VUaAuYwbGWTvAsaK2WT703BqQyxiPaPz10qtJXNZMmMm85raHKzE/pfMeIWeFUR+Bb7shN5Jix3J /JIQkzlfotipvh9FMs9Yzop3HXPuYc0odxKal5IP64hei+rv+Kpq7nBUtUU3gJPMCKPYgZE/+hAx n8GYcJizbI/JPe3HyCv40ooN/Tm/Rql8x+fRwH7d6E5wkhnD9XyUEaCA0bWAeBYQYeWcMbaRw7Um 8mZcxf7D2oqMezqG7OZcOMwccVjnBWn3GeH/nl4Y5FcQMeG4vwtyGfd0/Z+qNvsdvFl6vebr2uAY XvwTMxSZKSOqtrscyWpydRWj5Y2cR83+TqE3+Ldp1gV3Cf2cp/vTevk6zx4KHtWrP8bnPVj1c51t vS95Osb2YSeqxdsTLfM2r/hicBs7InQen6n/O85Zwz1uB8zUe1JuEndtNsMpVI59BE6UO1bT4M9j z8B8OOvB+nAv6yGNIfQrYAmlM8G7Q0nFJt0x5SxETz9wJZxXwLKw3UPIKFairUxL3UxFrza0WSM5 Uzn2wHBXg3qxM2xrla45kV+FbQGaa5DMQbIwflS9QLNDreowDkqPB9ewZ6AEXALWg9NMK7R+BMtz sGqUiR78fvDTTLumFeM7OA1sQs9m6FPU2qd3ft1J6NkKTgGPs7dkVdjKWF1tIt8KbjT7E7B/Rbgr w/BVf4HphXBPhbZVyb613xP/ZuTfx8KtJobsbSjF8rXIl4SZYPpXZZ6ATiMaaWqP0NriHPgzzf5n 5QTJSvt7Q3qsnilmH4ty/JGqzc+gp7JDa1XDHtMuuAbbkqDvBvfQ7lehl4Sl87gzO45+n0f81Yt5 YeYonWd6KsR59N08bReZRSaeeL1PMUovRDlHgl3gWuUH05FvUYwcUE4EG4JlaO5Dvm3Cx6Eml9D8 z6G8RqbI+Gj2COHLKbApdpxIHufs0DjvMmjiEJ9D5k8nwtPJ8znIL9XzCG2z9Z64fQa6UWn/PVp8 E84K7DnFffO7kRwDvRC6n6L0i7mrPpQ8GUquDqWVofTIUDJ/qfYUmAMn22jgnFrCPeUCbJ4dniMq +TAx4SxzUrCnFu/mBJqNb0WSdJey/s4gNKi/A7hzdNeZYBTUX4G+B87VWtE7g19I5CPRB2VGeFTp TvW6k7lDo95lDnYqx90S/6nYcL1GzJ4bywE/RQ+OFmyNyWgZORmXkdb/YfwrmgO6Q6bjoyrfsVgl I7/V/RL+/2Z3TQV7Arv52ke5gd4rz/fP6r5x/wOha/240OuCiJb6GvlocDWSSaAL2qC+rfyE+R+q EbHWOh44gmd1nWC1RtjJppz4b1XestBsBWnQZ6FdUPTENwQSn/gu/4+UfqC7/tBjBTxjopZYVpQd pNEMkP2EEZmv40eizBeRVwQ7+YsE90ae42pd30/8XnAVfdFdvYNu5X/stPonFIOOYIp6FBsGflcw PXYtO2NvAR8DDedZLT1bpnhmOj14l/Zg0JXfkXroXlP2Cp7mua1WnjNq5Xm6LH6jywoqFHmCqYb1 QJ4+iyE5E8XOXdSaj8xc5Iu0XTdP0VnOzHiMPbFrsWconNNw9rGXdaUi8iPN//Nw+lA6HWwVnUlm ly84QJ+3Eno2fN1ZsVo5MZ6MsD3dXRbbqflvzQLL4+ss+yz/u1XkFKconmV/cox9azGeZjrLU1Ex 9iefnQmyu+Ysz5LE2DsdN/9NKjekt+h+XXY8oj/OfmyfXceyNvoWO2+/petw9maY/clblBNfrLvm 7I1K2xVYPh/5iYoyL69iZFOs5omVNOhp4B5FmTdX6TivdVN5PkXo0+g5ra3Hj2ufYqGlKHylG8Mo WbR1EJsPwlGa56riAf7uVPn4yXC39hYkFf/EDpPZPLcyBRylKDmhOAL7q4lJGVgANoHvK0pPG/pb REBtHog9IxXPsDfyzEqQyJzZhz3sMjrDbvMzPJsT4zmXGDtIYzxTdnZPuNt8C1YpHtY4ONuhp4Cr Fc8QsTPsqzdvGJZ1gJxTMZ4y67TW7LVGM8+v2exosrHKKVFJQeX8M5zxZhcW8nmmN1kv8c54l6xz yToHC922/wanESgCa+j9vdANJge0Fe+LZM7nqPUm9L+B7FByfgg+CH6Xdpch+XlkngHpTa87aIOH wK+AL4d1tS12QPns1PI+AN9hNxdPSPn3gMWhFyLv96KUvVjuauaXJ41fwT/qiO3VC97s6R62fI9n o7zrhJ7mfV3of/X097EyfSrHjuqzG/Ytjpyndo7+C0W72NUZ5AvOMuW77+jYpTvQZFyVES++05O5 27pJaess/3XqrFfLyM+44azSMdz7Jx1d3b+jlo5ImV4H6G5omKjjsHuIEVjmoPgJvbq0LCPjPaKc oEpLg3Jq/TstynWKdZuOivEjevdHPG3QXtN27X60ftbTOWKv97p66qqPUfcFRefX4D7wLTDGlcJR WpQZxKnjueDc+L+Bz+G1jnidzHtu478FX4OvO3Lrwp3Y+8mljnbUy7H8exvuHW/lTfiHhnprfd1X xjdYm+vvnTrZ2jW17t77rONWjuWVDxqVZ/W9bcQdeVbl6MqyPKvuS6MEZ4mmuNVBNCVbvtVVxrjP yHVNTz07hK+zTooVWNlWd6uX1dv6nJVvXRWWOFaqjFHXWHnW9dYNVl/rOn3zMiWu1UUmwRyZ3wut PtaNVoF1dVjiWWnSVjerh/Vp67NWP+tT4qOOSlpqnaNcK11kb9LWR91+W56+7yMeJyL6re8MKzon a1udrf4T7q2fao8Cq8EacCJ4/4QJD0yxp4APgbPBeeAicCm4A9wLHpxYf99X7WPgKUXHAqNgKpg1 6b7J9zq5YD5YCPYB+903+b6pzgBwMDgUrATH3PeNr9c7d4K14CSwHmwQ9fc6jeBscD64GFxe//UJ 9c6r4DpwA7gZbH7gKxPvc3aAu8EW8AB4RFU7x8CT4BlFlybdKMh+yvA9xonRlf7tIP3zt1OZkik5 0vO5kkl5khk9JMfyJWcKJAd6SQYVSkYUSe71llzqQ01ty72I8iUXI0Lpu8qv/hu+bcloxeTLYspl sfNlUPM5Xc6Vq6+AJp8tff+BIk+HWsxtlpmnUy+LV10Ws61h1kJrsbXMWiFrkfXWJqvZ2mnttVPt bLuHXWgX2yX2YLvC/m/2vj1Op2r//7PW2muemb2f9ZA0JEmSxJgkSZKmMcY1OZIkSdIkSY4c1SQh SRrjLtfBuOQW4xpSR5Ik91uShKQ46kgSkr6f9X72PPPszunc+v1epz/Oa7+etdb+vPe6PJ+91nt/ 1mXv1VK0FR1FF9FDTBQzRYFYLlaLzTIik2U5WUmmylqynsyUzWVr2V5myW6yl5wnl8hV8pg8Kc+p ZFVOVVKpqpaqpzJVc9VatVdZqpvqpfqogSpXjVF5aqaar5apt9U6tZkSrGGn0qP/T9kd2PhIqhE9 TwITc1/guDXH+Wkso9rwyhGeZV4Vspa28LL4PIlKhbPCT4dzwvnhJeH14f3h0ybRlDU1TBPTznQ3 A02eKTBrzV5zMuJESkdSye6RJyOtI52juUby2GXWj8zy/UW+vy7qX5IS9S8dHPUvtzs+sV+ubLQU 5dL882zfn4UcSpQPly9ffkP5I1fOu3JdhQEVlly15Kr9FTdenVApuVKTa5pfM7Dy4MqromW5dvC1 Y/FP5LVzrl0dTfXab3z/Aq5xqhSvUqFKrSpNcHZ5ld1Vjld1qpatWqtqk6odqvaqmlt1ZtXVVfdU PZmSkFI2pWZKs5SOKdkpo1Lmp6xN2Zdyqlq4WqVqadXaVesV1WxqvWjqqRm+38b3B/j+MuQjqneL nld/2/d3R/3bTkT9tClRP72M73eM6jS9L+KXTh+YPj69IH19+qH0M/WL169SP7N+2/rd6w+qn19/ ef3N9Y/Uv5BROqNGRvOMLhl9MkZlRDUnGvSJptZgOs5LNljVYGeDY5kys3Rm9czMzPaZPTNzMvMz V2Zuzfwq80LD5IYpDTMatm3YIxq7Ufto7EaHce41rtw4rXGbxt0aD2g8vnFB43WN9zU+2YR7LrYG NuXniq1hTctF9dK0cvQeN61jv0DCftdoWk3PRP1mYd+v6/udff+rqH9Ha98/FfWb9/X95dH0mh+L pt/8fFRPd5b2/XK+XzF6/Z1+Db+zUTTenW18/1jUbzE2bmecCij79fgSajO6g3uaixMX4+wi2USy BS2bSfsmy7PqWVKhCaG55IQWhhbSJaEd3OdNDu0N7aWyof2hA3R5Uv2kTCqftDJpHVV0P3Q30fXu dnc71fRyvBy6Mdwx/BDVCj8cfphqh1eF36Gbw++G36Xb7Mom5uPiooKsqTKdNszudSidmlBLaksd qQv1oGzsCDWMxtIUmkUFtIzepnW0mXbTfjpMx+kUnWfjNMyPB5V0OukHV8A/40r4Z10F/5zrsP9D 0mlXw//BTYB/xg3BP+smwj/ncltilO2PpDN8tQf/BzcM/4xr4J91I/DPucX46jNucT47y1dfBP8H twT8M+7F8M+6JeGfcy/hq8+6yXx2jq8uBf8HtzT8M+6l8M+6ZeCfcy/jq8/9QiOdqTv3w/r+Sxop i39+2r3c10w5XzNX+Jop72vmSs7ntFvB189Vvl4q+nq52tdLJV8j1/gaqexr5FpfI1V8jVSFRlJ8 jVTzNZLqa+Q6XyPVfY1cD43U8DVyg6+Rmr5GbvQ1UsvXyE3/RCNjKI9m0vxf1UhtXyM3+xqp42vk Fl8jdX2N3AqN1PM1cptfY9J8zdzuaybd10x91JgMXz8NfP1k+npp6Oulka+Rxr5GmvgaaeprpJmv kTugkea+Ru70NdLC18gffI209DVy17+hEf/5zRo5xtb8OSGF67byNXK3r5HWvkbu8TXSxtfIvdBI W18j9/kaaedr5H5fI+19jTwAjXTwNfKgr5GOfo15yNdMJ18zD6PGZPn6ecTXT2dfP4/6ennC/lO3 i6+Xx3y9dPX18rivl25RvfzbGjke00h3XyN/9DXSw9fIk75Gevoa+RM00svXyFO+Rp72NfKMr5Fs XyPPQiO9fY0852ukj6+R532N9PU10g8a6e9r5AVfIwN8jbzo15iBvmZeQo0Z5GvmZV8zg33NvBLV jGV/W27Ytcxmoe9Dp6TtBykVNYtdZd8ZDSu7n58QI7CDSDcMRJZgbVZie7oOZVBzahPmZ2xoYmiO bBZ+3g/dEe6L0FyW9fNDd4T7cygP173gh+4ID0DIXveiH7oD3zyvyDZ7bb5jzag1dWDe70l9aFB4 YCynl2I5DYrl9HIsp8GxnF6J5ZQTy2lIYU7hMRyaEprIslf90B3hsQjlsWycH/pHJcqNlWhorETD YiUaHivRiFiJRsZKNCpWotGxEo2PlWhCrEQTYyWaFCsR3yeRKlL5wb3efoNFbBPb8JyOkONUdVKc ak4qzs/aL8GIK0R5GyP2nI/u3GVHjqWT5mCfMOcx53G/92K/yCad3g52o3KyYruU1fFHmm7g6xOc Tk4n7no8Yt9Gd3o5T5F2sp3nKOSMdsaR50x2puBbkQLnNt5J7pmUZR2mcStsR924/eVzP2IZHbCp UViVICl/MK0559O+pCEkbSBhu9Xcx6EffKwxsLvjrm4CyT2xq9viao0vT5bmHmJFxDmFfL41rRg9 iDjfI5+TiHNvLHYrm1p8bJuXPGXLx7HvsfFsyeRJG0eeiZbB5ilP23JKux+akt8yQs5B5yAlOqe5 NElWl3akWhzxdVkTu1AfE3aOd2ecTIndfNhRrNVxUiE28G9OIO58OxYuxgbijufDjncNiJM6YgAO O3fWLZCmnVtpHUizrbAjyhmBNDP5aM3S6oE0q+NIY3mZQJqp/JOBNBOEHY8/EZ8m14mTwo7874tP k8/sYe/Iuvg07a7bND8+TVpEds58YiDNPD5YbzQokOYgHKwT6hFIcwTZ7ybFp9menwt2Z8P4NJvw 0ZXPawbSrInDfsegXEwuKLpjnJJn7beTmEXD5IZOhb7HV8CD+9sJ7GAnsCuUwE51IrYXXSX+pfip 3ohyWb61LbdQZmM0+FdyMk/a749zP7VhxM6XSOV4jXxJ/YjNX8rj8uvoU0AdVT+pkZY5nN3Obq67 H9sv2fDdy6fN6iZVnnvnZbl/XlmlcA+9BvfR+6sB3CsfpAZzz3yYGsW98/HcP8/nHvocNY976QVq EffUV3JffQ331jeozWq72q32qv3qkDqijqnj6ht1Qp1UPzubnG3ODmeXs8/Zryo6Z50fnZ+cn7XQ Smsd0p4upi/WpfRl+gp9lb5GV9XX6Rv0TfpmfYu+Vd+mb9f1dQPdUDfWTfUd+k79B32Xvkffpx/Q D+lH9KP6cf1H/Sf9jH5OP6/76QH6ZT1ED9ej9Tg9SU/VM/Rs/bpeqJfqFfot/Wf9rn5Pf6A/1Jv0 Fr1N79C79Ef6Y/2J/kwf1J/rc/pCgkxITFrstfJae228qd4Mb7b3urfQW+qt8N7y3vHe8973PvA+ 9LZ4O7yPvE+8z7zPvS+9v3h/9b7zfvB+9H7mx2oonBT2TLbpY/qbgWaQyTG5ZpgZZcaaiSbPTDH5 ZrqZZeZhxGG92Wi2mp1mjzltzpkLERlJiLiRSKREJDlSJlI2Uo7v2EaVqBK5HlyhruDn9lXqKr7T Vyu2zlVVVZUSVDVVjULqenU9Jaob1Y2UpPqpfuSqF9QL5KkX1YvMoS+pl8iol9XLFFFD1BAqpoaq oVRcjeQ6cZEarUZTCTVOjaOL1SQ1iUqqqWoqXaJmqBmUrGar2VRKzVVzqbR6Xb1Ol6oFagGVUQvV QrpMLVVLqaxaoVbQ5eot9RaVU++od+gK9Z56j8qrD9QHdKXapDZRBbVNbaOr1C61ixn7Y/UxXa0+ VZ9SJXVQHaRr1BfqC6rMtfQoXav+ov5CVdTX6muqqv6q/kop6lv1LVXjGvwTpTobnY10nbPV2UrV ne3Odrre2enspBrOJ84ndIPzqfMp1XROOafoRueMc4ZqOeecc3STc945T7WdC84Fulkz/VMdLbWk W7SjHaqrE3QC3apd7VI9HdERuk2X0CUoTSfrZLpdl9FlKF2X0+Wovq6gK1CGrqQrUQNdRVehTJ2q U6mhrqFrUCNdS9eixrq2rk1NdB1dh5rqurouNdP1dD26Q6fpNGqu03U63akzdAa10Jk6k/6gG+lG 1FI30U3oLt1MN6NWurluTnfrFroFtdYtdUu6R7fWramNbqvb0r26vW5PbXVH3ZHu01k6i9rpzroz 3a+76q7UXnfX3ekB3VP3pA76af00Pah7697UUffRfegh3Vf3pU7cTgbQw3qQHkRZOkfn0CN6mB5G nfUoPYoe1WP1WOqiJ+qJ9JieoqdQVz1dT6fH9Sw9i7rpeXoePaELdAF110v0EvqjXq6XUw+9Sq+i J/Xb+m3qqdfoNfQnvVavpV56vV5PT+kNegM9rTfqjfSM3qw3U7beqrfSs3q73k699U69k57Tu/Vu 6qP36D30vN6r91JfvV/vp376gD5A/fUhfYhe0Gf1WRqgf9I/0YsJ/OihgQmhhBC9lLQoaREN8u7y 7qKXvbu9u2mwd693L73iTfGmUI433ZtOQ7xZ3izK9eZ582ioV+AV0DBvibeEhnvLveU0wlvlraKR 3mpvNY3y1nprabS3zltHY7z13np61dvgbaCx9svwNM7b7m2n8d5ubzdN8PZ6e2mit9/bT5O8Q94h yrPfiafJ3jHvGE3xvvG+oaneSe8k5XunvdM0zTvnnaPp3gXvAs0Iy7CkmeGEcAK9Fk4MJ9KssBt2 abZ5xjxDc8xz5jmaa/qZfjTPvGhepNfNS+Ylmm9eMa/QAjPEDKECM9QMpYVmpBlJi8yr5lVabCaY CbTETDKTaKmZbCbTMjPVTKU3zDQzjZab18xrtMLMNXNppVlgFtCb5l3zLq0y75v36S3zofmQ3jZb zBb6s9lhdtBq85H5iN4x35vvaY05a87Su+Yn8xOtjYiIoPe4oWhaF0mKJNH7ERMxtD5yUeQi+iBy SeQS2hC5NHIpfRi5LHIZbYxcHrmcNvHTpjwNUVeqUuoilaCuVdepG5xZ6hU1XL2qJqjJapp6TS1W b6g31Z+ZRd5TH6otaof6SH2iPlOfqy8tL3DM75zN6kvnI07hFZ2ow7q4LqlL67K6vK6oK+sUXV3X 1K10G91Od9CduH100d10D91LZ3NapXR/PVAP1rl6hB6jx+s8na9n6jl6vl6kl+mVzma9Wl2p1+l9 Osz+j/rnBKVzvXu8fG+mN8eb7y3ylnkrvbe9Nd5Gb6u309vj7fMOeIe9r7zj3gnvlHfGOx+msBMO m2fN8+YF87IZbkabcWaGmW1eNwvNe+YDs8lsM7vMx+YH86P5OaIioYgXKRa5OFKKuf4VsDyB5QVY XoLfNfg9AfweAo8ngsGTwN0uuNsDd4fB3QbcHQFHFwNHFwdHXwSOLgGOvhgcXRIcfQk4OhkcXQoc XRocfSk4ugw4+jJwdFlw9OXg6HJg5yvAzuXBy1eCiyvAxrgKLFwRDHs1GLYSGPYaMGxlMOy1YNgq YNiqYNgUMGw1MGwqGPY6MGx1MOz1YMMaYMMbwIY1wYY3gg1rgQ1vAhvWBhveDDasAza8BWxYF2x4 K9iwHtjwNrBhGtjwdrBhOtiwPtgwA2zYAGyYCTZsCDZsBDZsDDZsAjZsCjZsBja8A2zYHGx4J9iw BdjwD+C1lmC0u8BorcBod4PRWoPR7gGXtQF/3Qv+agv+ug/81Q78dT/4qz346wHwVwfw14Pgr45g q4fAVp3AVg+DrbLAVo+ArTqDrR4FW3UBWz0GtuoKtnocbNUNbPUE2Ko72OqPYKgeYKgnwVA9wVB/ Ajf1Ah89BT56Gnz0DHgnG7zzLHinN3jnOfBOH/DO8+CdvuCdfuCd/uCdF8A7A8A7L4J3BoJ3XgLv DALvvAzeGQzeeQW8k+OzTAVVUoXUpaqKqq5qqlMqR41QY9VENUVNV7PUErVcrVKr1Vq1Xm1UW9VO tUftUwfUYfUVW67HOeYpZ4v6ytnDKbyik7TRF+lL9KX6cn2lvlpfq6vp6/WN+m59r75fP6gf5nr3 mH5CP6mf0s9yWiX1C/ol/YoeqkfqV/UEPVlP06/puXqBXqzf0G86W/Q7qoJ+n1nGMMucT+BOtx7q tfWmea95c70F3mLvDe9N78/eu94mb5u3y/vY+9Q76H3hHfW+9r71vvfOej+FRViHjelt+poBZrAZ YcaY8WammWPmm0VmndlgNpvtZrfZa86Y8xGKOJHESDhSPFIyUvp/LPM/lvkfy/x2lqGSFLL97Oj4 qrNb2Xm3BPS4MbTAbcqOtCqMtDrcIz5GGjU2wR8FSMTYUgnvCW53Q9jCOaCOFYUd7FXCPTU7Omf7 9BVxdXG+wold6/hXWiSinue8WB71EV/atMju3mZTsPOIjtedY33HffpPo7FMu+jVUV8dQ6zXbSxR jyJUgXrSOtpKe+kwfUNnhBRhkSzKiyqiJqeYTGX5isrYHa4OpVEmNVPfc/z+6gd2B6iz7A5SP7Kb m7ScpHM2dITdH0NfsftTiPXl/GwWk+Qe8lJ2c38lxdNI8QxSPIcUzyPFFUjxS6R4FCn+BSkuQYrL kCL/49BxezVCX8dC38RCf42FTsRC38ZCJ2Oh7wpD4bxYaHJhKFInFroFIcn8yfeGiG3LuSTZvlxA DtuYiymB7cw3KJFtRE0uW35hOzqDtR529VMt+7VZSifyZYX6iI4N1UKd+BzudLiH4c6xtTE6JqlK qBLM2mVUGWbthqopuc6HzodUzDnofE7Fnb86J+hijFheog/rr6iU/os+QWX1d/oUVdCn9Rmq6DXx /kDXeOO9yXSdaWXuoxvN22YN3Wo+MZ9QeuSKSEWqH6kauZkaRxpEGlAblDTRv1t1qBm1ZFl7svv3 kY+V49pbhd3o/0v3/81NKPtkuPsxt60QPgA3F+5nqI/HUMf/u/8w5Je9FjWi5tSKy9XO/38h/x6V 9Wtt9N/V/pV/d/539r9KYNasG/Wi3tSfQ4M4NIz9MTSRQ/k0i8PzKfp14Oj1Nfi/1bMtk+90bU4l kzqwn0VdOdSDnuaw/41luhn/9c3YXZWqljoRp4shv9CFPfsQ7im4x+B+DXcx3EP/dX0Vo9Z85+2K he7868Vhq7cuNJi11s6uK8eodfTKFOjKtos01lYNtIw01lYWh7v6Oqrzj3XkPfELrRRp6vell1J+ DRqMmdferIXBNJ39OQjZtQtjaBVCa1hqV5lv9vVUCu2qEbWAZtNZty1Yn+msXxuyqbbjdG1oEEtz fb3d8hvrVlR7/eLq2e9FkyVRt3pxKxrAv8EcthrtQ3mszzl+qICl9j2QVb4OS/rs1IT11IT1WBd1 tImfUjTUm+pGv+tN+Kb5b6p1/WLa/f3oLRnsY7UWrYMT/ZDlsPnMX0VnK/kqQat93SUXWhr+k6uT H4rqrnfcWX//2+lEt+I/D4e7xP//f6/uFT7NojVsPtxpcU/uI76G/9u6uxj8HdXf03EazI87m0V2 Nmu+r7WLiyw0/hVqzmqp6KwX41F91ftH+vJrW7zWfr+aEniDtyIVrjQu7v9D+06VMGhRZp+PpbKf gcNekeZL7Rr2VP+IyiUpr76XQeRleplst36HucL4uT47S2/nUx3J9q6cZ3ORU0hgh4JCuZJHY0g0 J/vGVivkcbsvqcupWpaOl1VmWWfKD8hKsqwVjfJlNs1FLEmSQ+Ro7ti8Kl/lsN2T08WenB725Axj T06DPTkj2JPzYm+UNwZlFNLuJPuf7OMp3Flwx1iNyFWS7SfFmlGJKFu67WrJmXzYL9fa9xxPxslz VaK0b9jsxNsohXJH9uLjhMRXvPm3JoYIyZaatG9FHo7JpGwk7XsUuXhDqOjKJfZdTkbPyRpx15bF LjMdOXQ4+paaf7V9I7QJl2ij3C73FF0vjstujNRgZIlcKVfHxeD7JkuzfLycIlvFxVgp62I9qpL9 5SAbjsXIxuoDISvHybJYtp1L00rkxElbsHQVp1BPZogzcfLaeDdIyUoyJf5fiUxZ3r6fyb/NcdLq 0rXvr3DojKgeJy8tTuJdJSUOiCNifBFCF8QerD5QYp3YyOUqirMW6x+qYBVC7P6J+SJfsJ5FSaxC KJIPFmOEfYP+PNYixOSUJ/qIAXxu796xovtNA2mgyBJ2nn8j/7bHIV1FM5EmWrLEruheHkM0c1hL UUNUEtaOt29f5sXFqiVc7gXb+2vfPuwfF6ssHyfoPEpl1zl39jG7T3hT2ZTbzhBuAUJOkBMo4tzg 3EDFQpNDk6k49my9iFvGHCqBVlM9UjdSl27A3qxYfRBt2+5o+nd3L5VyLOdW2AZdOTUW93KOu5uu kXvkIbqea+yXVDdpSdISSkNqtyO1dKRWH6k1jfGOkDPgWs2IMFjP1nx2V9h2zuUE7lkGSS7kKE7T YY6abXeb4itns1sFq8+SqbzFvU52z2mEHo6FshCStgXKYeCm6ohTmjk4GsfyXmGsonCWH46LaVfd cElqcW+nJ2VTX64XOTSC727UsirAjrZr2DbdTDtpLx2gI1gteIbrrcN3vLi956KCqCxSRU1Rh+tN JteelqKNaC86iS6iu+gleov+YpDIFaPEeDFFzBTz+J5LvvND2B3CHCK5LEPZHcolknKY3YtWDpfM g3KEHMnuSNaNlKOYZaUcbe+XHMNcK5lxx+I+jrPa4Lsp5QSuO9K5geuODE3muiOTljKrSq5BnIub 63Iu7lCXc3GHuZyLOxxsO8LlXLAnsHRH2brkjmZmtfssvwou5lzcsS7n4o5zx7M73uW83AnuRHYn upPYneTmsZvncr7uZHcKu1PcqexOZQaXbr47jV27w7B0p3MdkMzpM9m1uw1L9zW7m7M7y53N7myu 6dKdwzVEcn3nknij7W7j3hiu9ZLr/u3s2rov+Wfr/dy4VW54043q+xbEb29bZahwNC7sWT3kWFce RS0tIBHZQC+JknzXG4mOfIfHiAKxQRwWF2RpWUM2k1myL7P0ErlZfqWkKsuWdAvVRQ1QeWq52q6O OwlOeaeO08rp5gxy8p1Vzm7nhHZ1RV1Pt9E9dI6eqVfrvfpUQiShckJ6QruEXgnDEuYkrE3Yn3Am VCKUEsoMdQhlh0aF5ofWhw6FzicmJ1ZPbJLYKbFP4tjERYkbE48kUVKZpJpJzZM6J/VPmpi0LGlr 0jHXccu5td2Wbld3IN+hle5O9xsv0avg1fVae929wd50721vj3cyHA5XCqeF24Z7hnPDs8JrwvvC p01xU8VkmPbmaTPCzDPrzAFzLlIykhppFOkY6R0ZEynAm1oRtsSaWm2hjh+F+1UMGQJkCJAhASQX SC6Q3AAyFMhQIEMDyDAgw4AMCyDDgQwHMjyAjAAyAsiIADISyEggIwPIKCCjgIwKIKOBjAYyOoCM ATIGyJgAgrqE9nsUbhEyFshYIGMDyDgg44CMCyATgEwAMiGATAEyBciUADIVyFQgUwNIPpB8IPkB ZBqQaUCmBZDpQKYDmR5AZgCZAWRGAJkJZCaQmQHkNSCvAXktgMwCMgvIrAAyG8hsILMDyBwgc4DM CSBzgcwFMjeAzAMyD8i8API6kNeBvB5A5gOZD2R+AFkAZAGQBQGkAEgBkIIAshDIQiALA8giIIuA LAogi4EsBrI4gCwBsgTIkgCyFMhSIEsDyDIgy4AsCyBvAHkDyBsBZDmQ5UCWB5AVQFYAWRFAVgJZ CWRlAHkTyJtA3gwgq4CsArIqgLwF5C0gbwWQd4C8A+SdALIGyBogawLIu0DeBfJuAFkLZC2QtQHk PSDvAXkvgKwDsg7IugDyPpD3gbwfQNYDWQ9kfQD5AMgHQD4IIBuAbACyIYBsArIJyKYAshnIZiCb A8gWIFuAbAkgW4FsBbI1gGwDsg3ItgCyHch2INsDyA4gO4DsCCA7gewEsjOA7AKyC8iuALIbyG4g uwPIR0A+AvJRANkDZA+QPQHkYyAfA/k4gOwFshfI3gDyCZBPgHwSQPYB2QdkXwD5FMinQD4NIPuB 7AeyP4B8BuQzIJ8FkANADgA5EEAOAjkI5GAAOQTkEJBDAeRzIJ8D+TyAHAZyGMjhAPIFkC+AfBFA jgA5AuRIAPkSyJdAvoxHrF3r5lhXHoUbQ6yt6+ZYVx6FG0OSwG9J4LekAL8lgcWSwGJJARaDtZzj wkJxAxYKLOgcFxaKG7BQYFXnuLBQ3ICFAks7x4WF4gYsFFjfOS4sFDdgocAiz3FhobgBCwVWeo4L C8UNWCiw3HNcWChuwEKBNZ/jwkJxAxYKLPwcFxaKG7BQYPXnuLBQ3ICFgp5AjgsLxQ1YKOgd5Liw UNyAhYIeQ451GRkfQGC7uLBd3IDtgp5FjnUZmRhAJgGZBGRSAMkDkgckL4CghrioIW6ghqCnkuPC RnIDNhJ6LzkubCQ3YCOhR5PjwkZyAzYSejk5LmwkN2AjoeeT48JGcgM2EnpDOS5sJDdgI6GHlOPC RnIDNhJ6TTkubCQ3YCOhJ5XjwkZyAzYSelc5LmwkN2AjoceV48JGcgM2kgsbyYWN5AZsJO8+9Ifs my9H4RYh7YC0A9IugNwP5H4g9weQ9kDaA2kfQB4A8gCQBwJIByAdgHQIIA8CeRDIgwGkI5COQDoG ELQfD+3HC7QfD+3HQ/vxAu3HQ/vx0H68QPuxfVU3x7ryKNwi5FYgtwK5NYDUA1IPSL0AchuQ24Dc FkDSgKQBSQsgtwO5HcjtASQdSDqQdCCSIn/bU8ZYUjGMB1XDWNJN6Du3RN/5LvSdW2E86G7uQc+l 1hgP+hP60c9xPzodb9Xkk6HyVIV70/WoEbWkdpRF3SmbBlAuRs+c6AgIQhgFQQgjIQhhNAQhjIgg hFERhDAyghBGRxDCCAlCGCVBCCMlGP3BeIINhdmitD9S/J9fJfJGs9wLv8ky++23tpRMNaguNacO 1MMvbfTttfW0nfbRETpB52JrXhohF2tRjY2OFsCGGoun4QRfYm2nsbjjhZKtkNSLk2yD5DZIbIrb kaIN7YiFdsZCu2Kh3XE5f4Scv4ilsSd21cex0N5Y6JNYaF9cGp8ijSOxNPbHrvosFjqAULROJcOK GMt2qJKT2N/Afl4stUP4V2mF/5Pr1Uz7bTfuWYXkfO4rhWUB93GMXMx9k2JyGfcCLiK7uik6AlgZ uVmLfZKfnrWQJ8EazvMlH0CywZcoOYP7miRXcE9DyIO2bGRnZ+xap5JIzdovM2KhMRgLHWP7p/xv BM7t2KUdV5KytkxjGb7jRBm+rKJMYbeHPxZeKI3IZM67HR9l4+XitLjAOWXgcALIPmFrSHvZKSBd JzZzOiVlI9k8IJ8vlpEjzovzsrqsFUBGiYmkxSF7yORf5P604HYoiwdknURXdheJ8wFpc9GalJjI x5GAvJaoF3uXcHMAKSsqspuH8dMiaYKIsDtIzImXcns5w6nXEz3s+4hx8j10gOWVRNvoF/ti8tXc 0hxhl9yli/YBxL677dApOiUqiyYBJIdGkaa99uB4VQKYff9b09s4ToqSAawV2W9aXgjI0qgRSn0s IK2C/b7LBGTJqFvrRIIvtbVpHmZz/l+MrNvZsSg32zkyAfaVYF+FkUsH82IVMC92FUYuK/qj8dIy axG3QboJLlaKye2xeYPfPAfB9oSCJsqyW7QurQHywfytnVXDaK0NDw+OraLXPQQ97NHA59jUxEbx Fev6G5ZWkO2QXibkS8RWfFNPyLZx0jzZFe/OSnFKpsbJB9pZMjGLr06Jk3aXGXjHnVubpDh5G3uV sDNmF+Kk6bZNiU4cGuvPTkXlVWx7Fs34tzVOWhJfnazFoS7R3eSjcjov7Fcwy/EvP056RGy033Pj q+uKXnHyzXaGy377UvSMky5HiszfXL8bxcmnYB5vDV+dGScdjDY1j0MH/DoblfcQlnFG2e9txknb CTuf2Adv2R6Pk2cIO5uYRYVzZ1FpqrD6bMGhAdyiiuTJaFt2dmyVL5X22W5nWuQIvr8Ks8Qh1MlE 3O38/2gG2M4659tvGDLbW9t4tpzN+SyVS0nLN+Ryfs5s4SdsotzOz05X7uKnZVh+xk8t4z/zY/PV KImLJ9McrnkkF8gFXKrFGENbw7VSyd3cZrXcx89IfCWIn+VFM11oRZizEvYrfdGZAX9eWXDJrLsD mimJp09zv200/A3z5rbFDuF2RXKUtXoQUyKmQkwHMTViJiCmB92FoTv7JdtazKARMFcq7CI888iJ 2Dl9tElrGYYm49zK0yFXUZ4AN1gmmhL7xsBp5urmIpeP6DdDG/ny/SyvJXrxsSwgX8ecX05MF2MD 0gKWJnIagwLS8eyfFH0wT1skHcD+PtFZtAtIu7G/TrSx76fHSduwX8DPkeoBqZ2ZHS9qYCa3SJrC /gB+slUOSPnJTt34yVbal/7/spjtnc3nFhGt1QK1WnGNLLA2EFtBtlZvYbvJ1upE1GpX7uW65vHT 4lYK/7a1GLEVFQLfR7NuJ7j4LgTmTwXscqx6YHdY9B1y2uUudAvob78hxa3KGe/YnZgKvzpRnLTz lP1WhJPtPEtFX4uQ/NQqZjqah0wn87DJMo+YzuZR08U8Zrqax00384Tp/itvvlvGKoZ1xIWriKPr cNtiPWV07ZI0T5qOcB+C2wnuw3Cz4D4CtzPcR+F2gfsY3K5wH4fbDe4TcH+9TLG5bfMGOWq6Oqys NRRdo10j9uQrbVZSotpPSk1WB1Su+kwd+6XEX11n1wunxuIl81Uh/6rzfqy487g4/RHHWump1Mos pxKc6gm+zn+vgEMfsn8Koa/VYg4f8q+q9e9dxXn+nauocDVh91g5KlMjjlssWg7viV9Ju1g07X8d R/6/zHVKLNfa1NmsoFL/8N/3s5qMyyV6/a/r4Z9cX6QRv2y/uD5WytxYKWtQO06l5K/o5m/zK/kr WvoXriwq09/VXJ1Y/X2TktUSRuK1YEPz1TSu1Ufizk758a11VzMu/sXR+Mj7n8eMrlzT5k2zz3xq 9hus+zO2px7h1P5oepie5tSvroyz/Td8ERLr0ux6k2kxKzex0P4ku7owvj+4NjZS8F6sPxi14IvW 1xWOP0TTyGLeK/crrCPlOO9Z+zyGOwLuq3Dz4E6GOwXuVLj5cGdYl9nYumOs+x+ti+tFkV++KRNY hcmWtpdtR0vgjrOuCwmXNBslzUZJs1HSbJQ0GyXNRkmzUdJslDQbJc3+7faIUw8rKcqI8twTTLHP ZO4pZogmooVoLdqJjvyc7yZ6imzRVwwUOWIE2+F5bD3MEQVimVgl1oj1YrPYKfZiZdlxcVKcERek I11Z3PaHuf9QWabKmrKOTJOZsplsKdvYXrfsIrvLXrI3VszlctntmrqZfOcXyeXybblWbpBb2fbb Jw/Jr+Q38pQ8p0glqLAqoUqrcqoi3iGtpeqqdNVINVetVFvVQWWprqqHelr1UQPUYDVMjVETVb6a xfV8iVqpVqt1aqParvao/dwGjqkT6rQ670gn0Yk4JZ0yTnmnkpPi1HBq871pijsUvVu5cIfCHQZ3 OFzcMzky7o6Ohou7InEv5f9Vd+bxUG/9A5/VMhg0SJN9333HjD3ZsmcJoZB9zdYYinRjRIukG1KJ xlYqO0nZrsq1RISWJ0lERJZIpc3zndOt3Pv0PM99/ri/+/qZ17w553znzJnz+Zz3nO93Xq9x6nuk UdmAIKIoEFEUiCiqALAQEEQXdR7wAmAx4EXAS4CXAUsASwHLAMsBKwArAasAqwFrAK8A1gJeBawD vAZ4HbAesAGwEbAF8AbgTcBbgK2AvwK2AbYDdgB2AnYD3gHsAewFvAvYB9gPOAB4D/A+4APAh4D/ AHwEOAj4GHAI8AngMOBTwBHAUcBngGOA44DPASeYxJCZZAXrjR3MD/vVVSsTRB8Hoo8D0cf9vGrF gujjQPRxIPq4k6tWMog+7ss6PwMIcgB3FjDnT6x2kBu4wu8rHwdyAwdyAwdyAwdyAwdyAwdyA97b MukG6A64A9AD0BPQC9B7lU0yvzsFvwFQD3AjoD6gAaAhoBGTf9FeHHyXEtjvw3diGwIBvusf/iE2 Q3RiPQu7QrJ58lsuJCuKQSeWwFXFKCSSxAGxs2AV8WgUEYuAvFhwiixIDJKuiUJiGA7QFkhpVY1Q vki8EPzmwbzZIrwRkYhweMPqh6DB943MGyS+qjMMX84Tjdgady9q6pZECepb7Qa9uGwjBp2fDtEx NyE6+jIDjUKiUATm9/1TpEgGHYyWmFQwYArE9W20SCw8rt1gmOitGBYCaqsDiQDxMgtsBJyzV2Rg UFgALTyMxAPhmZWsBFZ7P9/Q8DBfkggkxKzBEfitg3yo4ZHh/jQx43BqRDjVixYEP0IcEmW2owmC 39sdg0L9lB1oXqERYnbGhpDIWi4SGSKraapBkJaa+na4SIE0vhWhhOq/ZGRcEAeznYOAsba1syfJ QtJfiiJhxkERgX5UsU0OJmImDjY6RlomxspkyJCirEmiUEjSkOSXVyT0w1fk4EeNDvLxg+hIidUz jMQi0HQkNwKux6HoSCRinMhaijupNFBL8b1NEVtowLjQU66wP7YfiDg36qY0sRRcuFSrUpmQvA35 0iJEHiOypJXiLLj0ixrXDOX4y19NxuuP4KQvzeXtPfjwVUSAZXfw4+fl2J/1ZrAR04Y9lyul/esv 518VXN5D2BPVnUJ22zcTcGsG/UmuxMWzZW9jfCo53cubrTJtyxq/NMOfbt2TfqHsb9hvTHmflfDu 48G8GW170XcvNq7siO9g0WAdHLwW3KbZk3yFaGU5IL3Q1p5a7hVw5JGD6uJmkUQln04Gjz3v9QSX SKMDzyhVs1PpTZvpvftOctjuV+3hcSea+F9GvfKQQpi2tGztS6QaSSTrFDal2yFRzP/LUEBHssMz goWE4SkVxmMEMHweVkZPOK9pMQb8NVKdPtC2WfgnKIIcEpbECEIC8XySlHf/sDeNwM0YfIj+UK1Y cVO9mhtyZB4girGGrCALhhnDJNk4kEaL0FFV9aGGqIR+jZOKT3ioasTOIGatagQ13DfKhxap+i2M zCiCIMJZqQIfArmwsMELE4tlRSIxmyFLyPxrGUIlb/jtCXbv3v2jJ/Cj/oeeaRCBOV5pDCeE+9ol mu0PCxLNzBJuIzvGPZHStfqiuPOKmkcCXJQrIVvduRvOQS/9+je32lEXIqXfjB1AtUYJ7XIxvvyq 49Kx4c5wlw2HJ1S7Y9Vf+j+4t+P6sXPOyRk8jOktmqXOb2T3Stque/g0NBojDXmtKS06ViBTaz7u sGBi01p3WJYn5+KzHskXMSFl6YE6xEXCLb7aWJ1cw0ennXJ7+58KnDxO3VyOfCvF8mGd4qmqrV2x 5yZP6Owk7Y1fxOc6p1x9jq3Vlj6TRZfXSNEqK0shlsxOvFRptlIpYlVPWCSITdVYpuc2n0102l/K r+omv4sjI0DrI9TsN7Gk/WRKYubg0ctVuleQN0qffjwmzc8p0XSOc0YY1thLWGMDqzRWwVuOS+nV PTcENFzxR43F/CWykITEvyx64up2Xz8xh6CAMLjXVSIjqVHU1MhksvYXkVG+FaGExP8Lkf12OPrf HP5fxTRZ7pYvxvVOLq4Bu3d/6ex0dImcg77OoMG+6mPk5876RVv4KY5FPTUpF/WLNUeU7WbUBWzm rGMHCdGHKpTmt7ldnB55IB81tj5JNnvxnXKuoYYih8GHJt3r19yi0gXsrTrJrZoVi9M/FS8Z8rux +QmLa84rXZfg4KnkydktkXQgzvba+uMVSwWfU15znrFhLHXgxEcvPUNqmH1SpQcnoJcuqj/OcM75 YDWApw9qpa35/Ox+LO2Q74j3LWkVhbIcQVG8SO2NcqkavF3DE6F0N4vzMVdqB+8sR+yVQx6oU5Dv ab6IxY485d5l/anUTTJRfrqt1bJ9UvZA/0+/GnNkIrCVtn67Wr+KyROeEbcfLVT0Kltt23V+O9n6 0SnW+JUDIk0Hl6lqhgvQFmYzLwb2RaEptOmP8YEzhFnEEhTIJHVtdUWKv5c/5K1JUvbyJWsqU7y8 yMpeGnBRU8PbB1JXI1MoXr6/E+Bt3snOvhoBF2SHpgpZQODa5jM4UcjpiwBtIViBDFiBySb/kwDh XIYzGU5iD0hLmUxSVoNIEFDg9lUKtIFgCa5S4MY/p8B/0zftR74jPQhTWONMTriX8+v0ss7AJmu2 3Nkdw8GuV2N6UGcbogNzj+ed5bi5P//oK+vrmdofuJ6OZL92l+Jen3qIXydusPROdUfIdW0lk31S vI4yEBfXitkUmnV8zN9daW+O8EWe90IVtAXboJ25F6UOPJo5yRiOLJwLJpZYeee+ivuFb795t3XV puX5DemhRg8n456vZWQHBrLLLaOy5njR1wPsS1teVEee7/PpthzdOLZo82kl72k9iqDrLvZkq35B 2XEDklaU3A7MRdPQ50uxMQaNot2TJvfKRt03LkW1Pff38ey6d+bAwVQp6O0cpddHuNIowBJv1ayD n6vN1LmgNSZ9gu38IX9424ZtgH1X+MV3OC+yDBHs1kh/1JwHsAeO/YTM4fQFJV/kOgE0PPGkddDa 31Wyf4sLSRlS/OIFqe9esA8Ph+UAByrIP8jHi+YnZhhFCwynBtFigMzgDRiZpKZG0iarwTJT+62o xiz+nZ79bwarom5zWwf5Nguf8RQTMzod7RCycf398K7br6Z2fs4S4Hk6rENLJF5VZai9XHlyw8hG 8h4VMajujDvcWSZm8Xo+sMTaKrWoMcZqV7YZ66NP0sM5UYd6LkVu2v8gYXCxcUGjsMPN5HF5qd5T ucAs4oUiaqTTq7UZY5/UM6iM+9EeIrtNEpO0BHojXbFwyqQWVQWpPlrH8fkETX40WtVxiA/a9q4v 1fvT7Q4PU5LdNVnCmAHUQ5XnkZNo07TRY6jpHe/O02JJcrNxosspYNWuWj2w9ZnoU/Z+ZaI3UcKG eGOal3vX9aiMw2TsJcsF0x7NDVq5Nbvditbmpt7mTXPa0FLC7oHu/2qwHfCMbIe4mWYgIJErGCyE hn+tstcPTcKUlTA3BgNnYDK0hoX9t1MTfiQGCzqGt7/f6lDMXj7dJdn0yxzJHDnlqVtMCj+/oeGh MrTu20F8KAynCA7hgIiCT2eMEYa/cxm+hO5p4CSbNS5N+KgwgnPI3DZWCNl9cZkFZAaZMIwZhsn6 f95l35qpcGozFQQs5rjKYuYQLOVVFtP6XzZyzAVj/KXXf/UXConYpr1xv4xp+XS4QaXaleBpvGpY scXbaY+omc26yg+MSzk+336hTCqQ7IqzOxUv7l6ip7r5en6x09lnEfV1Ne9irlhQ326cMtzfOcK5 Nuh20Vkx5fccdrecupWfWfY1REwUc+Wji5ye1h2xcl7INDr7anFu9lmyKGVDndOZeQfJJIVCulD6 aAar8MKozbujeZ2ThKKfbdrX96VRMxV2hWYT3wnNO9wP6JJYcRPuzj/aKFsV4+O0KX9L9/KLAhen oWyUySZVj9ePygboamEfCzMJY9NBExfzlZraFXnwfsdODy7lv18jw+6nlfEqVtSy/u6I02TvnpOC bh3qAh5D6cIWx5SbSimbhGZ5+IkI9yF1V/E7p9rYZ5PwR21D8QQbvTh587PUu4shnS0vIwqcTzjv y0hlrDdHb3/bUxCAoxVpzCirrm1/TtVc8zq8ckMAfdm+KpUs4CeCPzLE88T3dfgd04H+tS9ibmFq +j8oDYseyS3BfSDIGpSOLY9c3G9az+pp5udpYFNh9NJmpjo65iGOwh4qFE8SHcU7Do3nfRg34yn1 PbViJ6AS14wVjx3NNJQNupmeltmR+jBbvIzL7ex8fllyYCJnsHJ99E6E8MnSBYG9bwQSpa4d6gku NiOpnnn8bJfeA8RP3mZ37xzqqBN8j6emthTolaMMgleCsk+O8hTz1Gjasd2/qQfRWVhhf8999bdA IAX4W+jv8DekCVEg2NjqZIi5GVUjgSJ8qg0X/77T/f9m73N5IZXDg+YnFOJ2qqwbaRx91np6i6Rd 6Z0hQRsp7tm7F+5uLqVBYrzTrPccM/ktMtYbnSg75QbJPELsnNzb+PIwK/dbPObU/OEu0dtkqYM5 C68DhJQ+7p04JDw1YVOQ1yLp0Jn63qSHvXdHeW+FESZ/+XxIesADucemDhXJveNypiqyJcm2W+05 x9BKH4KPH4fCDi5ug3Le/3Q/q3pSPOund32ERbarDqH2NSbHz5kjLM38eWXl/YuzxvpZEizzlw9c 4DXjY6efOzCzdc9n5BlhO7YkBA9kOnP1iaRp/S1lx3PlInsMSbu7sod1E9PzvFBXhLkqP77NrkLe kbByXFnG3rwhxvHV3pfhGbnwn+z9wxPh39mbZ7W94RoElHDqi3wTjkMJqT/Wb55Poddfnp50nphS gTxLRlHp5kiX16wEFb//N9b/U6fu8FzzZB256YbepDH0oqZ09+CdmC3WyEoV2i7XUE7C5TtNe9Pq VAbW5B8N9a5zRt22ESPYnR6KNRh1ri93OSM0IoxMLqnfs5DS+1IXOTvalIbDtqeaj8478A/ZXj4x NpEafC++5XnGAotqEvrFzwpSEhEf3nwc23Nahest62hEg6BNzrGdOGpmXZ722QDl1i34KW83fYFT KWL6o6xEteUukmU0SU+RytE+FaG3koQjDN/AeR2bf1C3dtomZX+ruuKOgubphn0cRnsHHKjis1Bn /R4/N1fkWhwfvu8R36mlDdf8XaqVVSeWk5K7tjhN5kRkhJRobx54E9N8STDWW34uP1uewrKb6N2h JxIqSp/naFOq7zGuHl9+ue/Ks8JimnqdTesuyTUy0Rwb7I/u2m5qzNdQXV1hHdB+zmglPkY8Ppcf 8p80WrOD2J4rId5r/ELxRf1r8y6lgYdq8ZtlFMylPLZPOc2df3I6p1MnvDFBlsbCOxst3pxNb5F1 rK0M1jucF+1VE5ZHON98yWx+TfinI2ohVZ+Ht7Qflezwb8wRPrjGF6WnXL4trW5MfPxKRadPzR5H 7IChil1JRkXRnsvVjJNRxH+cOEiIklBVK2YLY7gelW5mzB3oFL8/LWLbcWbW4ulbpF/4YY597UHt z8OmLmTdIcmv4Ftd3R5ar897+F41V19lq8DODkLBJxIdAy9hzAUUEgnBy+3v2y//+LLJ94vIjIRb zO3ab/nLjiZxrr5CDQ/ge4mDhIdWt/IzN4NfH4ghwVJ6vpyf0sYTo/vRvK/JeUwfF/uAqAL5rnoI J8kJcmQoxMshrBFBCB8EFREOLnL7I2gIMYQjIgYRAZcC4Hov+K9AREyeTLzUv12stJiI8ACqV0Rg jNgf3lQwdCSiVHZOnMhg8ScKsG3Nh3Rv9E86PJY/uPiYw9Wdn8/Q8oXTERnWurnLFn79CTY5xhGT Gxk3Br34uaTb6qc0kk4u6PRmJ+nPlo7leZf74T+mNH8WRGa1Vk+c3xrlaB4bFzBFkB5OlyoLKXaR 9Z4PS7ykKqbpDWltaMnLyVrkvcvouZ3F4n6dM85cdZJ3mit19qEMMSxS5H1xE/JwIOa56Dvasn+m woC+SLcV2sRBML7OSaab0Lg/vNAjouyTtgchzJihmTAv4g+JLRTdahVi1dFxbatNCHkdam5bfLpx +zkDTfMV3YypwrZh15kLuoFt0TGv6PKVbL/sf3QxD283A3HSerfn0VFyEB0l9T1GLCQ6ih+u4gVZ eexv2wX8+BOJVTnpDgmuTkmO75+sIOEn/9aCJXGDi26aJC2ShroWRXP7v2SkesZKXkTB7jd9wZ4H 1oYyqjyr+Ml/8DUzV451Y0IaJZObNobWNlzIGgoP3cnNsu1gLz8HNrsmq2Nxk73NbO+mV1CjH1WK +7BOp9dHtwj597qShYRMfAhf/zIxqW35Wkpn95FDMolpHe+59l3qGh9wci2UFduYxEa8eiKXsN3b BQpHe1N9yeVNUTOQ6XiVQF6aZGNYNJfOtsIM+XZ3PnPnmrCjqZNtFqXBSMV3KncbX+v31W0fJRn4 3ZRCJNVPhIR4snLY37Q9hzXp2KmryX26ziAmoaBL1Lfw/WCaj6bsWNL54F90G26u9Lqij70x07it olmberdGvljgYIqOYpS596jQfIAP+yFdT0RUXGorW7tt6pk0567PJwXf3NdB/BM7iPLhDQplbmRz dHJlYW0NCmVuZG9iag0KOTQgMCBvYmoNCjw8L1R5cGUvWFJlZi9TaXplIDk0L1dbIDEgNCAyXSAv Um9vdCAxIDAgUi9JbmZvIDEzIDAgUi9JRFs8NTg3REFBRDlCQkI0NDc0OUJCRDM0Mjk5NzlGQzlE MzI+PDU4N0RBQUQ5QkJCNDQ3NDlCQkQzNDI5OTc5RkM5RDMyPl0gL0ZpbHRlci9GbGF0ZURlY29k ZS9MZW5ndGggMjI5Pj4NCnN0cmVhbQ0KeJw10kdSQkEQxvF5TwkKEh9ZMmICJOckQS7g2pt4B0+h J2DpLWTrnhWcQBz6r101/aup+qY300rpOhwM3f1KHXmFtWB8CoF3IfgsWCvYCaFvIcy7yIsQdQsx fUw9zFILWMITzOEvstLh+Nv/zQATTuAUbGAHB+TBCWdwDjlwgRsuwANe8IEfAhAEC0IQhghEIQZx SMAlJCEFachAFgpwBUW4hhu4hTu4hxKUoQIPUIUa1KEBTWhBGzrQhR70YQBDmMEIJjCGR5jqT01/ yDJkfoSvvbDZHjHLJZCVMisFpX4BN9IgLA0KZW5kc3RyZWFtDQplbmRvYmoNCnhyZWYNCjAgOTUN CjAwMDAwMDAwMTQgNjU1MzUgZg0KMDAwMDAwMDAxNyAwMDAwMCBuDQowMDAwMDAwMTI1IDAwMDAw IG4NCjAwMDAwMDAxODEgMDAwMDAgbg0KMDAwMDAwMDQ0NSAwMDAwMCBuDQowMDAwMDA0Nzc0IDAw MDAwIG4NCjAwMDAwMDQ5NDggMDAwMDAgbg0KMDAwMDAwNTE5MSAwMDAwMCBuDQowMDAwMDA1MzU5 IDAwMDAwIG4NCjAwMDAwMDU1OTggMDAwMDAgbg0KMDAwMDAwNTc1NyAwMDAwMCBuDQowMDAwMDA1 OTgyIDAwMDAwIG4NCjAwMDAwMDYxNTYgMDAwMDAgbg0KMDAwMDAwNjQwMSAwMDAwMCBuDQowMDAw MDAwMDE1IDY1NTM1IGYNCjAwMDAwMDAwMTYgNjU1MzUgZg0KMDAwMDAwMDAxNyA2NTUzNSBmDQow MDAwMDAwMDE4IDY1NTM1IGYNCjAwMDAwMDAwMTkgNjU1MzUgZg0KMDAwMDAwMDAyMCA2NTUzNSBm DQowMDAwMDAwMDIxIDY1NTM1IGYNCjAwMDAwMDAwMjIgNjU1MzUgZg0KMDAwMDAwMDAyMyA2NTUz NSBmDQowMDAwMDAwMDI0IDY1NTM1IGYNCjAwMDAwMDAwMjUgNjU1MzUgZg0KMDAwMDAwMDAyNiA2 NTUzNSBmDQowMDAwMDAwMDI3IDY1NTM1IGYNCjAwMDAwMDAwMjggNjU1MzUgZg0KMDAwMDAwMDAy OSA2NTUzNSBmDQowMDAwMDAwMDMwIDY1NTM1IGYNCjAwMDAwMDAwMzEgNjU1MzUgZg0KMDAwMDAw MDAzMiA2NTUzNSBmDQowMDAwMDAwMDMzIDY1NTM1IGYNCjAwMDAwMDAwMzQgNjU1MzUgZg0KMDAw MDAwMDAzNSA2NTUzNSBmDQowMDAwMDAwMDM2IDY1NTM1IGYNCjAwMDAwMDAwMzcgNjU1MzUgZg0K MDAwMDAwMDAzOCA2NTUzNSBmDQowMDAwMDAwMDM5IDY1NTM1IGYNCjAwMDAwMDAwNDAgNjU1MzUg Zg0KMDAwMDAwMDA0MSA2NTUzNSBmDQowMDAwMDAwMDQyIDY1NTM1IGYNCjAwMDAwMDAwNDMgNjU1 MzUgZg0KMDAwMDAwMDA0NCA2NTUzNSBmDQowMDAwMDAwMDQ1IDY1NTM1IGYNCjAwMDAwMDAwNDYg NjU1MzUgZg0KMDAwMDAwMDA0NyA2NTUzNSBmDQowMDAwMDAwMDQ4IDY1NTM1IGYNCjAwMDAwMDAw NDkgNjU1MzUgZg0KMDAwMDAwMDA1MCA2NTUzNSBmDQowMDAwMDAwMDUxIDY1NTM1IGYNCjAwMDAw MDAwNTIgNjU1MzUgZg0KMDAwMDAwMDA1MyA2NTUzNSBmDQowMDAwMDAwMDU0IDY1NTM1IGYNCjAw MDAwMDAwNTUgNjU1MzUgZg0KMDAwMDAwMDA1NiA2NTUzNSBmDQowMDAwMDAwMDU3IDY1NTM1IGYN CjAwMDAwMDAwNTggNjU1MzUgZg0KMDAwMDAwMDA1OSA2NTUzNSBmDQowMDAwMDAwMDYwIDY1NTM1 IGYNCjAwMDAwMDAwNjEgNjU1MzUgZg0KMDAwMDAwMDA2MiA2NTUzNSBmDQowMDAwMDAwMDYzIDY1 NTM1IGYNCjAwMDAwMDAwNjQgNjU1MzUgZg0KMDAwMDAwMDA2NSA2NTUzNSBmDQowMDAwMDAwMDY2 IDY1NTM1IGYNCjAwMDAwMDAwNjcgNjU1MzUgZg0KMDAwMDAwMDA2OCA2NTUzNSBmDQowMDAwMDAw MDY5IDY1NTM1IGYNCjAwMDAwMDAwNzAgNjU1MzUgZg0KMDAwMDAwMDA3MSA2NTUzNSBmDQowMDAw MDAwMDcyIDY1NTM1IGYNCjAwMDAwMDAwNzMgNjU1MzUgZg0KMDAwMDAwMDA3NCA2NTUzNSBmDQow MDAwMDAwMDc1IDY1NTM1IGYNCjAwMDAwMDAwNzYgNjU1MzUgZg0KMDAwMDAwMDA3NyA2NTUzNSBm DQowMDAwMDAwMDc4IDY1NTM1IGYNCjAwMDAwMDAwNzkgNjU1MzUgZg0KMDAwMDAwMDA4MCA2NTUz NSBmDQowMDAwMDAwMDgxIDY1NTM1IGYNCjAwMDAwMDAwODIgNjU1MzUgZg0KMDAwMDAwMDA4MyA2 NTUzNSBmDQowMDAwMDAwMDg0IDY1NTM1IGYNCjAwMDAwMDAwODUgNjU1MzUgZg0KMDAwMDAwMDA4 NiA2NTUzNSBmDQowMDAwMDAwMDAwIDY1NTM1IGYNCjAwMDAwMDgxMDMgMDAwMDAgbg0KMDAwMDAw ODQ0NiAwMDAwMCBuDQowMDAwMDU0NTEyIDAwMDAwIG4NCjAwMDAwNTQ3NjEgMDAwMDAgbg0KMDAw MDE0MjYzNiAwMDAwMCBuDQowMDAwMTQyNjYzIDAwMDAwIG4NCjAwMDAxNDI4ODQgMDAwMDAgbg0K MDAwMDE5ODMxOCAwMDAwMCBuDQp0cmFpbGVyDQo8PC9TaXplIDk1L1Jvb3QgMSAwIFIvSW5mbyAx MyAwIFIvSURbPDU4N0RBQUQ5QkJCNDQ3NDlCQkQzNDI5OTc5RkM5RDMyPjw1ODdEQUFEOUJCQjQ0 NzQ5QkJEMzQyOTk3OUZDOUQzMj5dID4+DQpzdGFydHhyZWYNCjE5ODc0OA0KJSVFT0YNCnhyZWYN CjAgMA0KdHJhaWxlcg0KPDwvU2l6ZSA5NS9Sb290IDEgMCBSL0luZm8gMTMgMCBSL0lEWzw1ODdE QUFEOUJCQjQ0NzQ5QkJEMzQyOTk3OUZDOUQzMj48NTg3REFBRDlCQkI0NDc0OUJCRDM0Mjk5NzlG QzlEMzI+XSAvUHJldiAxOTg3NDgvWFJlZlN0bSAxOTgzMTg+Pg0Kc3RhcnR4cmVmDQoyMDA4MDYN CiUlRU9G --_004_8375F6DAEFB09F48815203F1FE23B79741BEC371B3shelby_-- From Gabor.Bajko@nokia.com Fri Dec 6 14:30:43 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D214B1AE09C for ; Fri, 6 Dec 2013 14:30:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nrvKtukYsstf for ; Fri, 6 Dec 2013 14:30:39 -0800 (PST) Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by ietfa.amsl.com (Postfix) with ESMTP id 57BB71ADF81 for ; Fri, 6 Dec 2013 14:30:38 -0800 (PST) Received: from smtp.mgd.nokia.com ([65.54.30.49]) by mgw-sa02.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id rB6MQ3eo028444 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Sat, 7 Dec 2013 00:26:04 +0200 Received: from 008-AM1MPN1-007.mgdnok.nokia.com ([169.254.7.19]) by 008-AM1MMR2-015.mgdnok.nokia.com ([65.54.30.49]) with mapi id 14.03.0158.002; Fri, 6 Dec 2013 22:26:03 +0000 From: To: , Thread-Topic: Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAF/ZeA Date: Fri, 6 Dec 2013 22:26:02 +0000 Message-ID: <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.com> References: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> In-Reply-To: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.23.136.115] Content-Type: multipart/alternative; boundary="_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B091008AM1MPN1007mg_" MIME-Version: 1.0 X-Nokia-AV: Clean Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 22:30:44 -0000 --_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B091008AM1MPN1007mg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable You are asking for a json compression mechanism, for understandable reasons= . I was actually surprised this issue did not come up earlier. We first need to have a discussion to see if there's consensus for the need= of a compression mechanism, and if yes, then see how do we get one in plac= e. I did not find any json compression related work in ietf, but a quick searc= h found few available algorithms. Do we have on this list JSON experts who = could give some advice? Gabor From: paws [mailto:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn Sent: Friday, December 06, 2013 11:15 AM To: paws@ietf.org Subject: [paws] Proposal to optionally support shortened message format All, While working closely with a number of white space radio vendors that wish = to support the PAWS protocol, some have expressed concerns with the size of= paws messages, especially the size of an AVAIL_SPECTRUM_RESP message that = supports Ofcom requirements and includes every channel. One issue raised is= that when these messages are very large (in this case >14k bytes), requiri= ng several MTU's of packet data, their radio device does not have enough av= ailable RAM (or resources) to support the required packet buffering, especi= ally when their device is being used as a master with several attached slav= es. A second issue raised is the amount of traffic generated by these contr= ol messages, reducing the bandwidth available for user data traffic. The wo= rst case is a master device supporting several slave devices where every de= vice is required to periodically request a new channel list (and the period= ic interval requirement seems to be getting smaller). Both issues are serio= us concerns for these radio vendors, and unless we do something to resolve = it, they may not be able to support the paws protocol. A further concern fo= r radio developers is energy expended per transmitted bit. This is a major= issue for battery powered devices. I would like to propose that we support an optional shortened message forma= t, by creating a two-character alias for each defined parameter's text name= , without making any changes to message structure. We would be shortening t= he parameter text names, not the parameter data values. When a device sends= a message to the database with shortened parameter names, the presence of = shortened parameter names could serve as a trigger for the database to repl= y to the device using shortened parameter names in the reply message. This would be fairly easy to express in the current document by adding a pa= ragraph to explain the support for shortened messages and adding a two-char= acter alias in parenthesis next to each defined parameter name. I have atta= ched an example to this email as a markup to page 40 of the version 7 draft= . In the example, I have defined two-character aliases for several parameter = names, and included a sample "spectrum" section that uses shortened paramet= er names. The sample uses the following aliases: "spectrum" =3D "sp" "resolutionBwHz" =3D "bw" "profiles" =3D "pf" "freqHz" =3D "hz" "powerDbmPerBw" =3D "pw" We could define the shortened parameter names and make support of shortened= messages optional to allow database owners to decide if they want to suppo= rt shortened messages or not. If there is support for this proposal, I would volunteer to update the vers= ion 7 draft to help move it forward. Thank you, Don --_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B091008AM1MPN1007mg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

You are asking for a j= son compression mechanism, for understandable reasons. I was actually surprised this issue did n= ot come up earlier.

We fi= rst need to have a discussion to see if there’s consensus for the nee= d of a compression mechanism, and if yes, then see how do we get one in pla= ce.

I did= not find any json compression related work in ietf, but a quick search fou= nd few available algorithms. Do we have on this list JSON experts who could= give some advice?

Gabor=

=  

 

From: paws [ma= ilto:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn
Sent: Friday, December 06, 2013 11:15 AM
To: paws@ietf.org
Subject: [paws] Proposal to optionally support shortened message for= mat

 

All,

 

While working closely with a number of white space r= adio vendors that wish to support the PAWS protocol, some have expressed co= ncerns with the size of paws messages, especially the size of an AVAIL_SPEC= TRUM_RESP message that supports Ofcom requirements and includes every channel. One issue raised is that when the= se messages are very large (in this case >14k bytes), requiring several = MTU’s of packet data, their radio device does not have enough availab= le RAM (or resources) to support the required packet buffering, especially when their device is being used as a master w= ith several attached slaves. A second issue raised is the amount of traffic= generated by these control messages, reducing the bandwidth available for = user data traffic. The worst case is a master device supporting several slave devices where every device is = required to periodically request a new channel list (and the periodic inter= val requirement seems to be getting smaller). Both issues are serious conce= rns for these radio vendors, and unless we do something to resolve it, they may not be able to support the = paws protocol. A further concern for radio developers is energy expended pe= r transmitted bit.  This is a major issue for battery powered devices.=

 

I would like to propose that we support an optional = shortened message format, by creating a two-character alias for each define= d parameter’s text name, without making any changes to message struct= ure. We would be shortening the parameter text names, not the parameter data values. When a device sends a message t= o the database with shortened parameter names, the presence of shortened pa= rameter names could serve as a trigger for the database to reply to the dev= ice using shortened parameter names in the reply message.

 

This would be fairly easy to express in the current = document by adding a paragraph to explain the support for shortened message= s and adding a two-character alias in parenthesis next to each defined para= meter name. I have attached an example to this email as a markup to page 40 of the version 7 draft.

In the example, I have defined two-character aliases= for several parameter names, and included a sample “spectrum” = section that uses shortened parameter names.

 

The sample uses the following aliases:

 

“spectrum” =3D “sp”

“resolutionBwHz” =3D “bw”

“profiles” =3D “pf”

“freqHz” =3D “hz”=

“powerDbmPerBw” =3D “pw”

 

We could define the shortened parameter names and ma= ke support of shortened messages optional to allow database owners to decid= e if they want to support shortened messages or not.

 

If there is support for this proposal, I would volun= teer to update the version 7 draft to help move it forward.

 

Thank you,

Don

--_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B091008AM1MPN1007mg_-- From Gabor.Bajko@nokia.com Fri Dec 6 17:12:12 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D27371AE168 for ; Fri, 6 Dec 2013 17:12:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fESc-74y86IP for ; Fri, 6 Dec 2013 17:12:08 -0800 (PST) Received: from mgw-da01.nokia.com (smtp.nokia.com [147.243.128.24]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6001ADF7F for ; Fri, 6 Dec 2013 17:12:07 -0800 (PST) Received: from smtp.mgd.nokia.com ([65.54.30.60]) by mgw-da01.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id rB7152NH021104 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Sat, 7 Dec 2013 03:05:04 +0200 Received: from 008-AM1MPN1-007.mgdnok.nokia.com ([169.254.7.19]) by 008-AM1MMR1-005.mgdnok.nokia.com ([65.54.30.60]) with mapi id 14.03.0158.002; Sat, 7 Dec 2013 01:04:58 +0000 From: To: , Thread-Topic: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? Thread-Index: AQHO8HmKU8lX78wKiECIyfQbuwwX55pH73wg Date: Sat, 7 Dec 2013 01:04:57 +0000 Message-ID: <1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B@008-AM1MPN1-007.mgdnok.nokia.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.237.32.20] Content-Type: multipart/alternative; boundary="_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B008AM1MPN1007mg_" MIME-Version: 1.0 X-Nokia-AV: Clean Subject: Re: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 01:12:13 -0000 --_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B008AM1MPN1007mg_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, we have to get rid of the TBDs before sending the draft to the iesg. From: paws [mailto:paws-bounces@ietf.org] On Behalf Of ext Michael Head Sent: Tuesday, December 03, 2013 2:47 PM To: paws@ietf.org Subject: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? Greetings PAWSians, Currently 9.2.2.2 (http://tools.ietf.org/html/draft-ietf-paws-protocol-07#s= ection-9.2.2.2) has "Ruleset name: TBD." Is now the right time to pick a name for this ruleset? It would be nice to = have something in place as the Ofcom whitespace pilot trials will be happen= ing soon and both device and database implementations will be hitting quest= ion in the near term. Perhaps "ETSI-EN-301-598-1.0.0-draft" would be better than "TBD" if we can'= t declare a final ruleset name? Even if a TBD is the right thing to have in= place for now, should it at least be uniqueified (e.g., "TBD1" as describe= d in http://tools.ietf.org/html/rfc5226#section-5.1)? Relatedly, should the reference in http://tools.ietf.org/html/draft-ietf-pa= ws-protocol-07#section-13.2 also be updated to point at http://www.etsi.org= /deliver/etsi_en/301500_301599/301598/01.00.00_20/en_301598v010000a.pdf or = is that something to be done after the draft exists the working group? I gather the remaining TBDs in the IANA Considerations section would be set= once the draft leaves the working group. Thanks, -- mike -- ---------------------------------- Michael R Head > http://www.cs.binghamton.edu/~mike +1-201-BLISTER --_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B008AM1MPN1007mg_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes, we have to get rid o= f the TBDs before sending the draft to the iesg.

 <= /p>

From: paws [ma= ilto:paws-bounces@ietf.org] On Behalf Of ext Michael Head
Sent: Tuesday, December 03, 2013 2:47 PM
To: paws@ietf.org
Subject: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets?=

 

Greetings PAWSians,

 

Currently 9.2.2.2 (http://tools.ietf.org/htm= l/draft-ietf-paws-protocol-07#section-9.2.2.2) has "Ruleset name: =  TBD." 

Is now the right time to pick a name for this rulese= t? It would be nice to have something in place as the Ofcom whitespace pilo= t trials will be happening soon and both device and database implementation= s will be hitting question in the near term.

 

Perhaps "ETSI-EN-301-598-1.0.0-draft" woul= d be better than "TBD" if we can't declare a final ruleset name? = Even if a TBD is the right thing to have in place for now, should it at lea= st be uniqueified (e.g., "TBD1" as described in http://tools.ietf.org/html/r= fc5226#section-5.1)?

 

Relatedly, should the reference in http://= tools.ietf.org/html/draft-ietf-paws-protocol-07#section-13.2 also = be updated to point at http://www.etsi.org= /deliver/etsi_en/301500_301599/301598/01.00.00_20/en_301598v010000a.pdf=  or is that something to be done after the draft exists the working group?

 

I gather the remaining TBDs in the IANA Consideratio= ns section would be set once the draft leaves the working group.=

 

Thanks,

-- mike 

 

--

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

Michael R Head <mrhead@google.com>

+1-201-BLISTER

--_000_1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B008AM1MPN1007mg_-- From vchen@google.com Fri Dec 6 17:17:41 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FFEC1AE067 for ; Fri, 6 Dec 2013 17:17:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.379 X-Spam-Level: X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dv4SKH3qkRv9 for ; Fri, 6 Dec 2013 17:17:39 -0800 (PST) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 79D8F1ADF7F for ; Fri, 6 Dec 2013 17:17:39 -0800 (PST) Received: by mail-oa0-f47.google.com with SMTP id k1so1652157oag.6 for ; Fri, 06 Dec 2013 17:17:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RPrhAd/dl1ITahMVqulZ85kmKGgpLRoOkvc43140lLY=; b=iSrH0qkK9HIQywIjiuiNE+WzSuxMODOm/sb07oZ7tifdZ1X3B+Yk2mEIiYO3gtGcv5 s1M6JybOGclZ9hUGt2N5Qo2w3vnWjyPoCtzSVXXrR/fb+ghX+teV82KyqPn7OxDV+U0G ysws290/eRy0TL9OkbkT8wQ/3GjZo5MZMXVdEF9TmlEDBbaizCXgc99tAPb3Up4sS714 nvIhOvIsQwWBg9JhC9JH3QkQmW8TI9+aFlkTmfRkjjon1Bmx2qJEOhtYz6yvCt3q6m6h I6Rli+nKaP3ahR5qir5pIxD6KR1jMqQoVPknv2/uD971iKI5t4SJrS3kVFNMv2U6m6xo qxtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RPrhAd/dl1ITahMVqulZ85kmKGgpLRoOkvc43140lLY=; b=OaLhSr6dVYYtBeRQ2yyksUIsIlTBSKvssr2CXMfw6hdQhHuRfvoJ5CBA13cpKSKmzQ YiegvqxIRf/0BGrUyl/B8e42ZVhTQtRIKPmYiZ1HPKXBffCSG/nBRjoNVpDJZLGQ/jTc Ath7awu5I9l1A8iXboJJbaZ2NkAvRHNdQ1Tm0Kqg5KjplMmLYUrltstYhv6KVLGt9Rqr ztbbM88GlZPqV1KJZ7D6vOuKf9UiIyC00On15CwrkHBZaZzsTUXHPuncvskN8tiIR9+Y +hBFQi3HTVh/IJEUxp9YhrrxrFD371YzGANyrpDoRVOO9woOa60TzkVqfOs4RLdQqrl+ 3RVw== X-Gm-Message-State: ALoCoQmn8J/ea5lzouHZaQ7jVQtNSJHiRGQ0saQg/yUZc8uMkcHoVepwc4PCdiTKERB1eTXUs8FwfUPk5gsOyfA32eLQSmG5dvFiOd5iGiNMpzLpxnv45cjCWu2JVEpsI2J1lCAAObrGgtskMLsLqXWps2dIjbE4f7V3wo6CRe3HAJDX+w7chzI7OaMVk1xTi+dqwmUFQs6O MIME-Version: 1.0 X-Received: by 10.60.98.239 with SMTP id el15mr4835169oeb.45.1386379055259; Fri, 06 Dec 2013 17:17:35 -0800 (PST) Received: by 10.182.45.166 with HTTP; Fri, 6 Dec 2013 17:17:35 -0800 (PST) In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B@008-AM1MPN1-007.mgdnok.nokia.com> References: <1ECAFF543A2FED4EA2BEB6CACE08E4760540B15B@008-AM1MPN1-007.mgdnok.nokia.com> Date: Fri, 6 Dec 2013 17:17:35 -0800 Message-ID: From: Vincent Chen To: "gabor.bajko@nokia.com" Content-Type: multipart/alternative; boundary=089e011837061cf7e904ece78743 Cc: "paws@ietf.org" Subject: Re: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Dec 2013 01:17:41 -0000 --089e011837061cf7e904ece78743 Content-Type: text/plain; charset=ISO-8859-1 Thanks Gabor, I would be looking for guidance on the IANA section on what the mailing list should be and where it would be hosted. -vince On Fri, Dec 6, 2013 at 5:04 PM, wrote: > Yes, we have to get rid of the TBDs before sending the draft to the iesg. > > > > *From:* paws [mailto:paws-bounces@ietf.org] *On Behalf Of *ext Michael > Head > *Sent:* Tuesday, December 03, 2013 2:47 PM > *To:* paws@ietf.org > *Subject:* [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets? > > > > Greetings PAWSians, > > > > Currently 9.2.2.2 ( > http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-9.2.2.2) > has "Ruleset name: TBD." > > Is now the right time to pick a name for this ruleset? It would be nice to > have something in place as the Ofcom whitespace pilot trials will be > happening soon and both device and database implementations will be hitting > question in the near term. > > > > Perhaps "ETSI-EN-301-598-1.0.0-draft" would be better than "TBD" if we > can't declare a final ruleset name? Even if a TBD is the right thing to > have in place for now, should it at least be uniqueified (e.g., "TBD1" as > described in http://tools.ietf.org/html/rfc5226#section-5.1)? > > > > Relatedly, should the reference in > http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-13.2 also > be updated to point at > http://www.etsi.org/deliver/etsi_en/301500_301599/301598/01.00.00_20/en_301598v010000a.pdf or > is that something to be done after the draft exists the working group? > > > > I gather the remaining TBDs in the IANA Considerations section would be > set once the draft leaves the working group. > > > > Thanks, > > -- mike > > > > -- > > ---------------------------------- > > Michael R Head > > http://www.cs.binghamton.edu/~mike > > +1-201-BLISTER > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws > > -- -vince --089e011837061cf7e904ece78743 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks Gabor,

I would be looking for gu= idance on the IANA section on what the mailing list should be and where it = would be hosted.

-vince


On Fri, Dec 6, 2013 at 5:04 PM, <G= abor.Bajko@nokia.com> wrote:

Yes, we have to get rid o= f the TBDs before sending the draft to the iesg.

=A0<= /p>

From: paws [ma= ilto:paws-bounce= s@ietf.org] On Behalf Of ext Michael Head
Sent: Tuesday, December 03, 2013 2:47 PM
To: paws@ietf.org=
Subject: [paws] Fixing/uniquifying TBD for etsi/ofcom rulesets?

=A0

Greetings PAWSians,

=A0

Currently 9.2.2.2 (http://= tools.ietf.org/html/draft-ietf-paws-protocol-07#section-9.2.2.2) has &q= uot;Ruleset name: =A0TBD."=A0

Is now the right time to pick a name for this rulese= t? It would be nice to have something in place as the Ofcom whitespace pilo= t trials will be happening soon and both device and database implementation= s will be hitting question in the near term.

=A0

Perhaps "ETSI-EN-301-598-1.0.0-draft" woul= d be better than "TBD" if we can't declare a final ruleset na= me? Even if a TBD is the right thing to have in place for now, should it at= least be uniqueified (e.g., "TBD1" as described in=A0http://to= ols.ietf.org/html/rfc5226#section-5.1)?

=A0

Relatedly, should the reference in=A0http://tools.ietf.org/html/draft-ietf-paws-protocol-07#section-13.2= =A0also be updated to point at=A0http://www.etsi.org/deliver/etsi_en/301500_301599/301598/01.00.00_2= 0/en_301598v010000a.pdf=A0or is that something to be done after the draft exists the working group?<= /u>

=A0

I gather the remaining TBDs in the IANA Consideratio= ns section would be set once the draft leaves the working group.<= /u>

=A0

Thanks,

-- mike=A0

=A0

--

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

Michael R Head <mrhead@google.com>

+1-201-BLISTER


_______________________________________________
paws mailing list
paws@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/paws




--
-vince
--089e011837061cf7e904ece78743-- From dharasty@appcomsci.com Mon Dec 9 08:02:25 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5A5C1AE373 for ; Mon, 9 Dec 2013 08:02:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XEVQ-7kwID5R for ; Mon, 9 Dec 2013 08:02:20 -0800 (PST) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) by ietfa.amsl.com (Postfix) with ESMTP id A9A1C1AE2A4 for ; Mon, 9 Dec 2013 08:02:20 -0800 (PST) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.2/8.14.2) with ESMTP id rB9G2Eaf005700; Mon, 9 Dec 2013 11:02:14 -0500 (EST) Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id rB9G2ELO000564; Mon, 9 Dec 2013 11:02:14 -0500 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Mon, 9 Dec 2013 11:02:12 -0500 From: "Harasty, Daniel J" To: "Gabor.Bajko@nokia.com" , "d.joslyn@spectrumbridge.com" , "paws@ietf.org" Thread-Topic: Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAF/ZeAAIf5V4A= Date: Mon, 9 Dec 2013 16:02:12 +0000 Message-ID: References: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.com> In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_EC510C021D06A34C92F5A5A488B5290B0CF882CCrrcatsexmb2atsa_" MIME-Version: 1.0 Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 16:02:25 -0000 --_000_EC510C021D06A34C92F5A5A488B5290B0CF882CCrrcatsexmb2atsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, While I don't necessarily agree with all of Don's reasons, I'm not opposed = to us adopting some means to shorten the messages. Here's my proposal: * If we want to consider "more concise" / "less wordy" tag names, f= ine by me. We can shorten things like "powerDbmPerBw" to "power" or simply= "db". o Sure, that makes the protocol a wee-bit less "human readable". However= , if it makes it more "machine friendly" ala Don's view, that is probably a= cceptable. After all: the human should be reading the spec... o Note that shortening the longer tags that appear repeatedly (such as in= the "spectra" list) will give us the most "bang for the buck" in this effo= rt. * Let's not mess around with *optional* "short form" tags. o Either a tag is short or long; let's not add complexity by creating som= ething like aliases. * If we want to consider some actual compression, let's not invent = something new here. I haven't heard of any standardize way to compress JSO= N... but since HTTP is the presumptive transport, why not just rely on "sta= ndard" HTTP compression? o See: http://en.wikipedia.org/wiki/HTTP_compression o I would make support the spec stating this is "recommended" for WS Data= bases, and optional for WS Clients. Will actual compression help? Turns out we've experimented a bit with this= even before Don's email, so here's one data point: we found many of the AV= AIL_SPECTRUM_RESP messages to be in the range of 17k characters. A simple = call to a zlib compression algorithm on that string typically shortened it = to about 1k characters. (This was specifically using the HTTP compression = techniques, but I expect the compression rate to be similar.) Here's my concern: * If memory management is an issue in the radios, then don't we act= ually make things WORSE by compression? After all, if a 17k message is com= pressed down to 1k... then the TRANSPORT of the message is sped up... but t= he message now has to exist in the client's memory - at least briefly - in = BOTH the compressed and decompressed form. Just a quick viewpoint to consider: In my opinion, at the heart of the mat= ter, the desire of some participants is to make a VERY GENERAL message stru= cture to AVAIL_SPECTRUM_RESP that will suit multiple use cases in multiple = countries. This is at odds with brevity, and therefore may be at odds with= certain radio-implementation constraints. * For example, a given device which is only going to operate in the= US gains nothing from this verbosity of our current generic structure. To= wit, for US purposes, the whole SpectrumSchedule could be condensed to som= ething a lot like this: avail_chans: {5: 4000, 12: 4000, 16: 100, 17: 100, 18: 100, 31: 40, 41: 40} representing that channels 5 and 12 are available at 4000mW, channels 16, 1= 7, and 18 are available at 100mW, and channels 31 and 41 are available at 4= 0mW. This alone represents a savings of the majority of the 17k characters= . (Admittedly, the "time" aspect of the schedule would still need to be ad= dressed.) Dan Harasty From: paws [mailto:paws-bounces@ietf.org] On Behalf Of Gabor.Bajko@nokia.co= m Sent: Friday, December 06, 2013 5:26 PM To: d.joslyn@spectrumbridge.com; paws@ietf.org Subject: Re: [paws] Proposal to optionally support shortened message format You are asking for a json compression mechanism, for understandable reasons= . I was actually surprised this issue did not come up earlier. We first need to have a discussion to see if there's consensus for the need= of a compression mechanism, and if yes, then see how do we get one in plac= e. I did not find any json compression related work in ietf, but a quick searc= h found few available algorithms. Do we have on this list JSON experts who = could give some advice? Gabor From: paws [mailto:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn Sent: Friday, December 06, 2013 11:15 AM To: paws@ietf.org Subject: [paws] Proposal to optionally support shortened message format All, While working closely with a number of white space radio vendors that wish = to support the PAWS protocol, some have expressed concerns with the size of= paws messages, especially the size of an AVAIL_SPECTRUM_RESP message that = supports Ofcom requirements and includes every channel. One issue raised is= that when these messages are very large (in this case >14k bytes), requiri= ng several MTU's of packet data, their radio device does not have enough av= ailable RAM (or resources) to support the required packet buffering, especi= ally when their device is being used as a master with several attached slav= es. A second issue raised is the amount of traffic generated by these contr= ol messages, reducing the bandwidth available for user data traffic. The wo= rst case is a master device supporting several slave devices where every de= vice is required to periodically request a new channel list (and the period= ic interval requirement seems to be getting smaller). Both issues are serio= us concerns for these radio vendors, and unless we do something to resolve = it, they may not be able to support the paws protocol. A further concern fo= r radio developers is energy expended per transmitted bit. This is a major= issue for battery powered devices. I would like to propose that we support an optional shortened message forma= t, by creating a two-character alias for each defined parameter's text name= , without making any changes to message structure. We would be shortening t= he parameter text names, not the parameter data values. When a device sends= a message to the database with shortened parameter names, the presence of = shortened parameter names could serve as a trigger for the database to repl= y to the device using shortened parameter names in the reply message. This would be fairly easy to express in the current document by adding a pa= ragraph to explain the support for shortened messages and adding a two-char= acter alias in parenthesis next to each defined parameter name. I have atta= ched an example to this email as a markup to page 40 of the version 7 draft= . In the example, I have defined two-character aliases for several parameter = names, and included a sample "spectrum" section that uses shortened paramet= er names. The sample uses the following aliases: "spectrum" =3D "sp" "resolutionBwHz" =3D "bw" "profiles" =3D "pf" "freqHz" =3D "hz" "powerDbmPerBw" =3D "pw" We could define the shortened parameter names and make support of shortened= messages optional to allow database owners to decide if they want to suppo= rt shortened messages or not. If there is support for this proposal, I would volunteer to update the vers= ion 7 draft to help move it forward. Thank you, Don --_000_EC510C021D06A34C92F5A5A488B5290B0CF882CCrrcatsexmb2atsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,<= /p>

 

While I d= on’t necessarily agree with all of Don’s reasons, I’m not= opposed to us adopting some means to shorten the messages.

<= p class=3DMsoNormal> 

Here’s = my proposal:

·         If we want to consider “more conciseR= 21; / “less wordy” tag names, fine by me.  We can shorten = things like “powerDbmPerBw” to “power” or simply &#= 8220;db”.

= o=    Sure, that makes the protocol a wee-bit less “human rea= dable”.  However, if it makes it more “machine friendly= 221; ala Don’s view, that is probably acceptable.  After all: th= e human should be reading the spec…

o&nbs= p;  Note that shortening the longer tag= s that appear repeatedly (such as in the “spectra” list) will g= ive us the most “bang for the buck” in this effort.<= /p>

·=          Let’s not mess around with *optional* “short form&#= 8221; tags. 

o   = Either a tag is short or long; let’s not add complex= ity by creating something like aliases.

&m= iddot;    =      If we want to consi= der some actual compression, let’s not invent something new here.&nbs= p; I haven’t heard of any standardize way to compress JSON… but= since HTTP is the presumptive transport, why not just rely on “stand= ard” HTTP compression?

o   See: http://en.wikipedia.org/wik= i/HTTP_compression

o   I would make support the spec stating this is &= #8220;recommended” for WS Databases, and optional for WS Clients.

 

W= ill actual compression help?  Turns out we’ve experimented a bit= with this even before Don’s email, so here’s one data point: w= e found many of the AVAIL_SPECTRUM_RESP messages to be in the range of 17k = characters.  A simple call to a zlib compression algorithm on that str= ing typically shortened it to about 1k characters.  (This was specific= ally using the HTTP compression techniques, but I expect the compression ra= te to be similar.)

 

=

Here’s my concern:

·   =       If memory man= agement is an issue in the radios, then don’t we actually make things= WORSE by compression?  After all, if a 17k message is compressed down= to 1k… then the TRANSPORT of the message is sped up… but the m= essage now has to exist in the client’s memory – at least brief= ly – in BOTH the compressed and decompressed form.

 

Just a quick vie= wpoint to consider:  In my opinion, at the heart of the matter, the de= sire of some participants is to make a VERY GENERAL message structure to AV= AIL_SPECTRUM_RESP that will suit multiple use cases in multiple countries.&= nbsp; This is at odds with brevity, and therefore may be at odds with certa= in radio-implementation constraints.

&midd= ot;    &nb= sp;    For example, a given d= evice which is only going to operate in the US gains nothing from this verb= osity of our current generic structure.  To wit, for US purposes, the = whole SpectrumSchedule could be condensed to something a lot like this:

avail_chans: {5: 4000, 12: 4000, 16: 100, 17: 10= 0, 18: 100, 31: 40, 41: 40}

representing that channels 5 and 12 are available at = 4000mW, channels 16, 17, and 18 are available at 100mW, and channels 31 and= 41 are available at 40mW.  This alone represents a savings of the maj= ority of the 17k characters.  (Admittedly, the “time” aspe= ct of the schedule would still need to be addressed.)

 

Dan Harasty

 =

 

From: paws [mailto:paws-bou= nces@ietf.org] On Behalf Of Gabor.Bajko@nokia.com
Sent: Fr= iday, December 06, 2013 5:26 PM
To: d.joslyn@spectrumbridge.com; = paws@ietf.org
Subject: Re: [paws] Proposal to optionally support = shortened message format

 

You are asking for a json compression mechanism, for understandable reasons. I was actually sur= prised this issue did not come up earlier.

We first need to h= ave a discussion to see if there’s consensus for the need of a compre= ssion mechanism, and if yes, then see how do we get one in place.

I did not find any json compression related work in ietf, but a quick = search found few available algorithms. Do we have on this list JSON experts= who could give some advice?

Gabor

 <= /o:p>

&nb= sp;

From: paws [mailto:paws-bounces@ietf.org] On Beha= lf Of ext Don Joslyn
Sent: Friday, December 06, 2013 11:15 AM=
To: paws@ietf.org
Sub= ject: [paws] Proposal to optionally support shortened message format

 

All,

 

While working closely with a number of white spac= e radio vendors that wish to support the PAWS protocol, some have expressed= concerns with the size of paws messages, especially the size of an AVAIL_S= PECTRUM_RESP message that supports Ofcom requirements and includes every ch= annel. One issue raised is that when these messages are very large (in this= case >14k bytes), requiring several MTU’s of packet data, their r= adio device does not have enough available RAM (or resources) to support th= e required packet buffering, especially when their device is being used as = a master with several attached slaves. A second issue raised is the amount = of traffic generated by these control messages, reducing the bandwidth avai= lable for user data traffic. The worst case is a master device supporting s= everal slave devices where every device is required to periodically request= a new channel list (and the periodic interval requirement seems to be gett= ing smaller). Both issues are serious concerns for these radio vendors, and= unless we do something to resolve it, they may not be able to support the = paws protocol. A further concern for radio developers is energy expended pe= r transmitted bit.  This is a major issue for battery powered devices.=

 

I would like to propose that we support an optional shortened message fo= rmat, by creating a two-character alias for each defined parameter’s = text name, without making any changes to message structure. We would be sho= rtening the parameter text names, not the parameter data values. When a dev= ice sends a message to the database with shortened parameter names, the pre= sence of shortened parameter names could serve as a trigger for the databas= e to reply to the device using shortened parameter names in the reply messa= ge.

 

This would be fairly easy to express in the current document by addin= g a paragraph to explain the support for shortened messages and adding a tw= o-character alias in parenthesis next to each defined parameter name. I hav= e attached an example to this email as a markup to page 40 of the version 7= draft.

In the example, I have defined t= wo-character aliases for several parameter names, and included a sample = 220;spectrum” section that uses shortened parameter names.=

 

The samp= le uses the following aliases:

&nbs= p;

“spectrum” =3D “sp”= ;

“resolutionBwHz” =3D ̶= 0;bw”

“profiles” =3D &= #8220;pf”

“freqHz” =3D= “hz”

“powerDbmPerBw&#= 8221; =3D “pw”

 

We could define the shortened parameter names = and make support of shortened messages optional to allow database owners to= decide if they want to support shortened messages or not.

 

If there is su= pport for this proposal, I would volunteer to update the version 7 draft to= help move it forward.

 =

Thank you,

Don<= o:p>

= --_000_EC510C021D06A34C92F5A5A488B5290B0CF882CCrrcatsexmb2atsa_-- From dharasty@appcomsci.com Mon Dec 9 08:28:26 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DA5B1AE2C6 for ; Mon, 9 Dec 2013 08:28:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FJwmLgzujUG for ; Mon, 9 Dec 2013 08:28:24 -0800 (PST) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) by ietfa.amsl.com (Postfix) with ESMTP id 3E0A91AE28B for ; Mon, 9 Dec 2013 08:28:24 -0800 (PST) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.2/8.14.2) with ESMTP id rB9GSJBl005988 for ; Mon, 9 Dec 2013 11:28:19 -0500 (EST) Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id rB9GSIq3000827 for ; Mon, 9 Dec 2013 11:28:18 -0500 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Mon, 9 Dec 2013 11:28:16 -0500 From: "Harasty, Daniel J" To: "paws@ietf.org" Thread-Topic: proposal to update PAWS doc regarding vCard Thread-Index: Ac7lSwpbPgJjPeSsQuin+APZ/SbMzgAA6BuQAI/a+xADWu4pIA== Date: Mon, 9 Dec 2013 16:28:16 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_EC510C021D06A34C92F5A5A488B5290B0CF88364rrcatsexmb2atsa_" MIME-Version: 1.0 Subject: [paws] proposal to update PAWS doc regarding vCard X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 16:28:26 -0000 --_000_EC510C021D06A34C92F5A5A488B5290B0CF88364rrcatsexmb2atsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable PAWS WG, The team I'm on is active both with PAWS, and with the other US WS DBAs in = the "InterOp forum" to define the exchange of records between US WS DBAs. The PAWS spec and InterOp specs are just slightly out-of-sync on how vCard = objects are handled. * They state different subsets are "the only supported fields" o Example: InterOp states "N" is supported, PAWS states it is excluded. * They state different datatype restrictions. o Example: InterOp allows only "text" and "integer", PAWS allows "uri" ty= pes. * Neither states how a recipient is supposed to handle/reject a mes= sage that has "extra" fields. But most importantly, IMO, there is no particular implementation advantage = to an "approved subset"; in fact, it tends to complicate things. In effect= , the implementation required to add ad-hoc validations (to determine that = certain fields are NOT present) , either custom validations after the use o= f a generic vCard library / parser, or implementation of a custom vCard par= ser. Furthermore, everywhere else (outside the vCard) PAWS expressly requires me= ssage recipients to "ignore all parameters it does not understand". Why n= ot apply the same design concept to parsing of vCards? As such I'd like to propose to PAWS a different approach: * The sender must send valid vCard, and must include anything requi= red by its regulatory domain. (All optional fields allowed by the vCard sp= ec are expressly allowed in the InterOp/PAWS messages.) * The recipient must parse/accept any valid vCard, and may ignore f= ields that are not required by the regulatory domain. This approach is MUCH simpler to state, MUCH simpler to implement, much mor= e consistent with current practices (allow sending optional fields), and - = if approved by both - removes the disparities between the two specs regardi= ng encoding of contacts. I've already presented the same to the US InterOp team, and believe there i= s general support for this approach in the InterOp spec. If, after a discussion here, there is general agreement, I'm willing to dra= ft updated text for Section "5.5. DeviceOwner"... and the whole of it will= probably be shorter than this email! Dan Harasty --_000_EC510C021D06A34C92F5A5A488B5290B0CF88364rrcatsexmb2atsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

PAWS WG,

 <= /span>

The team IR= 17;m on is active both with PAWS, and = with the other US WS DBAs in the “InterOp forum” to define the = exchange of records between US WS DBAs.

 

The PAWS spec and InterOp specs = are just slightly out-of-sync on how vCard objects are handled.<= /span>

·         They state differen= t subsets are “the only supported fields”

=

o   Example: InterOp states “N” is supp= orted, PAWS states it is excluded.

· &n= bsp;       They state different datatype restrictions.=

o   = Example: InterOp allows only= “text” and “integer”, PAWS allows “uri”= ; types.

·     &nbs= p;   Neither states how a recipient is supposed to handle/reject a message that= has “extra” fields.

=  

But most importantly, IMO, there is no pa= rticular implementation advantage to an “approved subset”; in f= act, it tends to complicate things.&nb= sp; In effect, the implementation required to add ad-hoc validations= (to determine that certain fields are NOT present) , either custom validat= ions after the use of a generic vCard = library / parser, or implementation of a custom vCard parser.

 

Furthermore,= everywhere else (outside the vCard) PAWS expressly requires message= recipients to “ignore all parameters it does not understand”.&= nbsp;  Why not apply the same design concept to parsing of vCards?

&= nbsp;

As= such I’d like to propose to PAWS a different approach:

·         <= /span>The sender must send v= alid vCard, and must include anything required by its regulatory domain.&nb= sp; (All optional fields allowed by the vCard spec are expressly allowed in= the InterOp/PAWS messages.)

·  &n= bsp;      The recipient must parse/accept any valid vCard, and m= ay ignore fields that are not required by the regulatory domain.=

 

This appr= oach is MUCH simpler to state, MUCH simpler to implement, much more consist= ent with current practices (allow sending optional fields), and – if = approved by both – removes the disparities between the two specs rega= rding encoding of contacts.

 

<= span style=3D'color:#1F497D'>I’ve already presented the same to the U= S InterOp team, and believe there is general support for this approach in t= he InterOp spec.

=

 =

If, after a discussi= on here, there is general agreement, I’m willing to draft updated tex= t for Section “5.5.  DeviceOwner”… and the whole of = it will probably be shorter than this email!

 

Dan Harasty=

 

 

 

= --_000_EC510C021D06A34C92F5A5A488B5290B0CF88364rrcatsexmb2atsa_-- From dharasty@appcomsci.com Mon Dec 9 09:19:00 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 993911AE287 for ; Mon, 9 Dec 2013 09:19:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.266 X-Spam-Level: X-Spam-Status: No, score=0.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FF_IHOPE_YOU_SINK=2.166, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z7VwSjqXxLN7 for ; Mon, 9 Dec 2013 09:18:58 -0800 (PST) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) by ietfa.amsl.com (Postfix) with ESMTP id 3D13A1ADFF6 for ; Mon, 9 Dec 2013 09:18:58 -0800 (PST) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.2/8.14.2) with ESMTP id rB9HIrj2006653 for ; Mon, 9 Dec 2013 12:18:53 -0500 (EST) Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id rB9HIqa2001505 for ; Mon, 9 Dec 2013 12:18:52 -0500 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Mon, 9 Dec 2013 12:18:50 -0500 From: "Harasty, Daniel J" To: "paws@ietf.org" Thread-Topic: consider encoding numbers as integers where possible Thread-Index: Ac71Arr6YxTNdkAfQcOlKzkE7uRIsQ== Date: Mon, 9 Dec 2013 17:18:51 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_EC510C021D06A34C92F5A5A488B5290B0CF884D4rrcatsexmb2atsa_" MIME-Version: 1.0 Subject: [paws] consider encoding numbers as integers where possible X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 17:19:00 -0000 --_000_EC510C021D06A34C92F5A5A488B5290B0CF884D4rrcatsexmb2atsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable PAWS WG, I've been in some discussions where PAWS implementers have stated the follo= wing preferences: 1. Certain values in PAWS - such as "startHz", "stopHz", "resolutionB= wHz", "powerDbmPerBw" - should be expressed in messages as integers rather = than floats. * Example, encode the "startHz" of Channel 43 with the integer nota= tion "644000000", rather than floating point notation such as "644e6" or "6= .44e8". * Reason: internal representation of floats are rarely exact, and e= quality operations are often complicated by this. 2. Values such as "startHz" and "stopHz" should be constrained to act= ual television channel band edges - at least in the US. * Reason: as a practical matter, as there is no concept - at this t= ime - that the US databases will ever state the availability of "part" of a= US TV channel. Both afford implementation simplification for the WS devices, and thus I th= ink they deserve some discussion. Is there a way to address this in the sp= ec without removing future flexibility, or affecting use cases outside the = US? Here is one possibility: A. Address the "integer issue" with language to the effect of: "when e= ncoding numeric values that are integers, the sender MUST use the JSON enco= ding that avoids its representation as a float - that is, it must not use e= ither the decimal point nor the exponent part". (This is intentionally less draconian than stating that certain values like= "startHz" and "powerDbmPerBw" MUST be integers; rather "when they are inte= gers, represent them as such".) B. Address the "whole channel issue" by adding verbiage to the meaning= of the "FCC 2010 Ruleset" that states expressly that "startHz" and "stopHz= " values must be constrained to actual U.S. television channel band edges. Thoughts? Dan Harasty --_000_EC510C021D06A34C92F5A5A488B5290B0CF884D4rrcatsexmb2atsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

PAWS WG,<= o:p>

 

I’ve been in some discussions where PAW= S implementers have stated the following preferences:

=

 

1.       Certain values in PAWS – such as “startHz= 221;, “stopHz”, “resolutionBwHz”, “powerDbmPe= rBw” – should be expressed in messages as integers rather than = floats.

<= span style=3D'font-size:11.0pt;font-family:Symbol;color:#1F497D'>·=          Example, encode the “startHz” of Channel 43 with th= e integer notation “644000000”, rather than floating point nota= tion such as “644e6” or “6.44e8”.=

&mi= ddot;    &= nbsp;    Reason: inter= nal representation of floats are rarely exact, and equality operations are = often complicated by this.

 

2. &= nbsp;     Values = such as “startHz” and “stopHz” should be constraine= d to actual television channel band edges – at least in the US.<= /o:p>

·  &= nbsp;      R= eason: as a practical matter, as there is no concept – at this time &= #8211; that the US databases will ever state the availability of “par= t” of a US TV channel.

 

Both afford impl= ementation simplification for the WS devices, and thus I think they deserve= some discussion.  Is there a way to address this in the spec without = removing future flexibility, or affecting use cases outside the US?

 

Here is one possibility:

 

A.      Address the “integer issue” with language to the effect= of: “when encoding numeric values that are integers, the sender MUST= use the JSON encoding that avoids its representation as a float – th= at is, it must not use either the decimal point nor the exponent part”= ;.

(This is intentionally less draconian than stating that certain v= alues like “startHz” and “powerDbmPerBw” MUST be in= tegers; rather “when they are integers, represent them as such”= .)

 

B.      <= /span>Address the “whole channel issue= ” by adding verbiage to the meaning of the “FCC 2010 Ruleset= 221; that states expressly that “startHz” and “stopHzR= 21; values must be constrained to actual U.S. television channel band edges= .

 =

Thoughts?

 

Dan= Harasty

= --_000_EC510C021D06A34C92F5A5A488B5290B0CF884D4rrcatsexmb2atsa_-- From vchen@google.com Mon Dec 9 22:57:05 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D32B41AE353 for ; Mon, 9 Dec 2013 22:57:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.379 X-Spam-Level: X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EgTkTAU7IhNy for ; Mon, 9 Dec 2013 22:57:02 -0800 (PST) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) by ietfa.amsl.com (Postfix) with ESMTP id 1083F1AE31A for ; Mon, 9 Dec 2013 22:56:56 -0800 (PST) Received: by mail-ob0-f178.google.com with SMTP id uz6so4960622obc.9 for ; Mon, 09 Dec 2013 22:56:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=t/Sm+O5phTOsPNKz4pk3RpLW0CIQt4Jxac8HitoMY40=; b=csWRzMn+B1G/HDE0h97w/3wkr80fqB4oJBttfAGP1xBDmpDKQTnT/ongnEGuPMkk/v AP10Ifd819CjsMf9Azxh4AJ0ANWGYd8GNv+ClSP3bWgXHa0PLj1j/58T++HrhyiFDnJA KbTe27mg66IcpFl4cF2Fb9rEffXD0i56CLPjZwPrFEwqHTnRaiwoDgHn6aszRZs7T2DM v5YqI3j00XWXiBt41/EDCSSfLClrPgnsdX25sUO5QdT0ltdzdLyWC1yI9rJj1FChR+mp Pks2sxNuM0saabMFhxZc5DudSHWWLn3tz8RguQttDBYHMQfNFJZTzBRbx0r6mmv6foi8 BOWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=t/Sm+O5phTOsPNKz4pk3RpLW0CIQt4Jxac8HitoMY40=; b=XD4yBm2U77hqW8wCR76kAxqrkS4C3m+b2T83Ev9euHBgu2pNMOAuF2uxyHgHVI6LdK A3WUKoz5gcFDrP2TZ8jw6qKKVXCeNEDt5A4sgc2BEUP6JYceDXsqLHlNfE28B7T59XUX G8dI1TLq75QM5MS9vVl8SDs8lByj6AwVT0gI5yWjdpL520hpZBat72XKZd9BKP7ES+zO McCZvJPWcCWoK3kDGTpIOQDni9l4/spfspX3W423N2/a8ZKS6w7w9iZNqDyUKlyjbU/e hMifvY5BYh9DRdCVAPY68AFwWiLdop8CBL1bfJgXp6F391JvU+h8BngI8i+zqGA1Pe/C GTSw== X-Gm-Message-State: ALoCoQm06+c873xW6T0U8fqYFJDwAGFa7dRtm8wwCr4Lb9AEdlO933fI4DZMzikeDHQzTIyzjvwhLr2DCh0gGOSWSoGyOqCj4I5FaTft/D7gTW/EBJDAfGr3LCq3k/8alm072N14XAm6rdn3cWqwnnEj4frsCLgzwZpEaDBwv08VZ4XVFPiQL1TWUT3c4BKX4uqnvAlOp1Aw MIME-Version: 1.0 X-Received: by 10.60.74.37 with SMTP id q5mr15644872oev.3.1386658611747; Mon, 09 Dec 2013 22:56:51 -0800 (PST) Received: by 10.182.45.166 with HTTP; Mon, 9 Dec 2013 22:56:51 -0800 (PST) In-Reply-To: References: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.com> Date: Mon, 9 Dec 2013 22:56:51 -0800 Message-ID: From: Vincent Chen To: "Harasty, Daniel J" Content-Type: multipart/alternative; boundary=001a1135f7bcfa715304ed289d32 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 06:57:06 -0000 --001a1135f7bcfa715304ed289d32 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable All, Shortened Names: - I agree with Dan that we should not have aliases for parameter names. We should just decide on the short names - I would only shorten the names that are highly repeated, such as those in the Spectrum message, as Don suggested. Compression: - I agree we should just rely on standard HTTP compression and, as Dan suggests: - =93Recommended=94 for WS Databases, and optional for WS Clients. On a separate note, HTTPS is required. Are the radio vendors concerned about supporting that? -vince On Mon, Dec 9, 2013 at 8:02 AM, Harasty, Daniel J w= rote: > All, > > > > While I don=92t necessarily agree with all of Don=92s reasons, I=92m not = opposed > to us adopting some means to shorten the messages. > > > > Here=92s my proposal: > > =B7 If we want to consider =93more concise=94 / =93less wordy=94 = tag names, > fine by me. We can shorten things like =93powerDbmPerBw=94 to =93power= =94 or > simply =93db=94. > > o Sure, that makes the protocol a wee-bit less =93human readable=94. > However, if it makes it more =93machine friendly=94 ala Don=92s view, tha= t is > probably acceptable. After all: the human should be reading the spec=85 > > o Note that shortening the longer tags that appear repeatedly (such as > in the =93spectra=94 list) will give us the most =93bang for the buck=94 = in this > effort. > > =B7 Let=92s not mess around with **optional** =93short form=94 ta= gs. > > o Either a tag is short or long; let=92s not add complexity by creating > something like aliases. > > =B7 If we want to consider some actual compression, let=92s not > invent something new here. I haven=92t heard of any standardize way to > compress JSON=85 but since HTTP is the presumptive transport, why not jus= t > rely on =93standard=94 HTTP compression? > > o See: http://en.wikipedia.org/wiki/HTTP_compression > > o I would make support the spec stating this is =93recommended=94 for W= S > Databases, and optional for WS Clients. > > > > Will actual compression help? Turns out we=92ve experimented a bit with > this even before Don=92s email, so here=92s one data point: we found many= of > the AVAIL_SPECTRUM_RESP messages to be in the range of 17k characters. A > simple call to a zlib compression algorithm on that string typically > shortened it to about 1k characters. (This was specifically using the HT= TP > compression techniques, but I expect the compression rate to be similar.) > > > > Here=92s my concern: > > =B7 If memory management is an issue in the radios, then don=92t = we > actually make things WORSE by compression? After all, if a 17k message i= s > compressed down to 1k=85 then the TRANSPORT of the message is sped up=85 = but > the message now has to exist in the client=92s memory =96 at least briefl= y =96 in > BOTH the compressed and decompressed form. > > > > Just a quick viewpoint to consider: In my opinion, at the heart of the > matter, the desire of some participants is to make a VERY GENERAL message > structure to AVAIL_SPECTRUM_RESP that will suit multiple use cases in > multiple countries. This is at odds with brevity, and therefore may be a= t > odds with certain radio-implementation constraints. > > =B7 For example, a given device which is only going to operate in > the US gains nothing from this verbosity of our current generic structure= . > To wit, for US purposes, the whole SpectrumSchedule could be condensed to > something a lot like this: > > avail_chans: {5: 4000, 12: 4000, 16: 100, 17: 100, 18: 100, 31: 40, 41: 4= 0} > > representing that channels 5 and 12 are available at 4000mW, channels 16, > 17, and 18 are available at 100mW, and channels 31 and 41 are available a= t > 40mW. This alone represents a savings of the majority of the 17k > characters. (Admittedly, the =93time=94 aspect of the schedule would sti= ll > need to be addressed.) > > > > Dan Harasty > > > > > > *From:* paws [mailto:paws-bounces@ietf.org] *On Behalf Of * > Gabor.Bajko@nokia.com > *Sent:* Friday, December 06, 2013 5:26 PM > *To:* d.joslyn@spectrumbridge.com; paws@ietf.org > *Subject:* Re: [paws] Proposal to optionally support shortened message > format > > > > You are asking for a json compression mechanism, for understandable > reasons. I was actually surprised this issue did not come up earlier. > > We first need to have a discussion to see if there=92s consensus for the > need of a compression mechanism, and if yes, then see how do we get one i= n > place. > > I did not find any json compression related work in ietf, but a quick > search found few available algorithms. Do we have on this list JSON exper= ts > who could give some advice? > > Gabor > > > > > > *From:* paws [mailto:paws-bounces@ietf.org ] *On > Behalf Of *ext Don Joslyn > *Sent:* Friday, December 06, 2013 11:15 AM > *To:* paws@ietf.org > *Subject:* [paws] Proposal to optionally support shortened message format > > > > All, > > > > While working closely with a number of white space radio vendors that wis= h > to support the PAWS protocol, some have expressed concerns with the size = of > paws messages, especially the size of an AVAIL_SPECTRUM_RESP message that > supports Ofcom requirements and includes every channel. One issue raised = is > that when these messages are very large (in this case >14k bytes), > requiring several MTU=92s of packet data, their radio device does not hav= e > enough available RAM (or resources) to support the required packet > buffering, especially when their device is being used as a master with > several attached slaves. A second issue raised is the amount of traffic > generated by these control messages, reducing the bandwidth available for > user data traffic. The worst case is a master device supporting several > slave devices where every device is required to periodically request a ne= w > channel list (and the periodic interval requirement seems to be getting > smaller). Both issues are serious concerns for these radio vendors, and > unless we do something to resolve it, they may not be able to support the > paws protocol. A further concern for radio developers is energy expended > per transmitted bit. This is a major issue for battery powered devices. > > > > I would like to propose that we support an optional shortened message > format, by creating a two-character alias for each defined parameter=92s = text > name, without making any changes to message structure. We would be > shortening the parameter text names, not the parameter data values. When = a > device sends a message to the database with shortened parameter names, th= e > presence of shortened parameter names could serve as a trigger for the > database to reply to the device using shortened parameter names in the > reply message. > > > > This would be fairly easy to express in the current document by adding a > paragraph to explain the support for shortened messages and adding a > two-character alias in parenthesis next to each defined parameter name. I > have attached an example to this email as a markup to page 40 of the > version 7 draft. > > In the example, I have defined two-character aliases for several paramete= r > names, and included a sample =93spectrum=94 section that uses shortened > parameter names. > > > > The sample uses the following aliases: > > > > =93spectrum=94 =3D =93sp=94 > > =93resolutionBwHz=94 =3D =93bw=94 > > =93profiles=94 =3D =93pf=94 > > =93freqHz=94 =3D =93hz=94 > > =93powerDbmPerBw=94 =3D =93pw=94 > > > > We could define the shortened parameter names and make support of > shortened messages optional to allow database owners to decide if they wa= nt > to support shortened messages or not. > > > > If there is support for this proposal, I would volunteer to update the > version 7 draft to help move it forward. > > > > Thank you, > > Don > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws > > --=20 -vince --001a1135f7bcfa715304ed289d32 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
All,

Shortened Names:
- I agr= ee with Dan that we should not have aliases for parameter names. We should = just decide on the short names
- I would only shorten the names t= hat are highly repeated, such as those in the Spectrum message, as Don sugg= ested.

Compression:
- I agree we should just rely on= standard HTTP compression and, as Dan suggests:
=A0 =A0-=A0=93Recommended=94 fo= r WS Databases, and optional for WS Clients.

On a separate note,=A0HTTPS is required. Are the radio vendors concerned about = supporting that?=A0

-vi= nce


On Mon, Dec 9, 2013 at 8:02 AM, Harasty, Daniel J <dharasty@appcomsci= .com> wrote:

All,

=A0

While I don=92t necessarily agree with all of Don=92s rea= sons, I=92m not opposed to us adopting some means to shorten the messages.<= u>

=A0

Here=92s= my proposal:

=B7=A0=A0=A0= =A0=A0=A0=A0=A0 If we want to consider =93more = concise=94 / =93less wordy=94 tag names, fine by me.=A0 We can shorten thin= gs like =93powerDbmPerBw=94 to =93power=94 or simply =93db=94.

oo=B7=A0=A0=A0=A0=A0=A0=A0=A0 Let=92s not mess around with *optional* =93short form=94= tags.=A0

o=B7=A0=A0=A0=A0=A0=A0=A0=A0 If we want to consider some actual compression, let=92s not inv= ent something new here.=A0 I haven=92t heard of any standardize way to comp= ress JSON=85 but since HTTP is the presumptive transport, why not just rely= on =93standard=94 HTTP compression?

ohttp://en.wikipedia.org/wiki/HTTP_compression

o=A0

Will act= ual compression help?=A0 Turns out we=92ve experimented a bit with this eve= n before Don=92s email, so here=92s one data point: we found many of the AV= AIL_SPECTRUM_RESP messages to be in the range of 17k characters.=A0 A simpl= e call to a zlib compression algorithm on that string typically shortened i= t to about 1k characters.=A0 (This was specifically using the HTTP compress= ion techniques, but I expect the compression rate to be similar.)=

=A0

Here=92s= my concern:

= =B7=A0=A0=A0= =A0=A0=A0=A0=A0 If memory management is an issu= e in the radios, then don=92t we actually make things WORSE by compression?= =A0 After all, if a 17k message is compressed down to 1k=85 then the TRANSP= ORT of the message is sped up=85 but the message now has to exist in the cl= ient=92s memory =96 at least briefly =96 in BOTH the compressed and decompr= essed form.

=A0

Just a q= uick viewpoint to consider:=A0 In my opinion, at the heart of the matter, t= he desire of some participants is to make a VERY GENERAL message structure = to AVAIL_SPECTRUM_RESP that will suit multiple use cases in multiple countr= ies.=A0 This is at odds with brevity, and therefore may be at odds with cer= tain radio-implementation constraints.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 For example, a given device which is only going to operate in t= he US gains nothing from this verbosity of our current generic structure.= =A0 To wit, for US purposes, the whole SpectrumSchedule could be condensed = to something a lot like this:

avail_chans: {5: 4000, 12: 4000, 16: 100, 17: 1= 00, 18: 100, 31: 40, 41: 40}

representing that channels 5 and 12 are available at 4000mW, channels 16, 1= 7, and 18 are available at 100mW, and channels 31 and 41 are available at 4= 0mW.=A0 This alone represents a savings of the majority of the 17k characte= rs.=A0 (Admittedly, the =93time=94 aspect of the schedule would still need = to be addressed.)

=A0

Dan Hara= sty

<= u>=A0

=A0

=A0

You are asking for a json compression mechanism, for understandable reasons. I was= actually surprised this issue did not come up earlier.

We fi= rst need to have a discussion to see if there=92s consensus for the need of= a compression mechanism, and if yes, then see how do we get one in place.<= u>

I did= not find any json compression related work in ietf, but a quick search fou= nd few available algorithms. Do we have on this list JSON experts who could= give some advice?

Gabor=

=A0

=A0

From: paws [mail= to:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn
Sent: Friday, December 06, 2013 11:15 AM
To: paws@ietf.org
Subject: = [paws] Proposal to optionally support shortened message format

=A0

All,

=A0

While working closely with a number of white space radio = vendors that wish to support the PAWS protocol, some have expressed concern= s with the size of paws messages, especially the size of an AVAIL_SPECTRUM_= RESP message that supports Ofcom requirements and includes every channel. O= ne issue raised is that when these messages are very large (in this case &g= t;14k bytes), requiring several MTU=92s of packet data, their radio device = does not have enough available RAM (or resources) to support the required p= acket buffering, especially when their device is being used as a master wit= h several attached slaves. A second issue raised is the amount of traffic g= enerated by these control messages, reducing the bandwidth available for us= er data traffic. The worst case is a master device supporting several slave= devices where every device is required to periodically request a new chann= el list (and the periodic interval requirement seems to be getting smaller)= . Both issues are serious concerns for these radio vendors, and unless we d= o something to resolve it, they may not be able to support the paws protoco= l. A further concern for radio developers is energy expended per transmitte= d bit.=A0 This is a major issue for battery powered devices.<= /p>

=A0

I would = like to propose that we support an optional shortened message format, by cr= eating a two-character alias for each defined parameter=92s text name, with= out making any changes to message structure. We would be shortening the par= ameter text names, not the parameter data values. When a device sends a mes= sage to the database with shortened parameter names, the presence of shorte= ned parameter names could serve as a trigger for the database to reply to t= he device using shortened parameter names in the reply message.

=A0

This wou= ld be fairly easy to express in the current document by adding a paragraph = to explain the support for shortened messages and adding a two-character al= ias in parenthesis next to each defined parameter name. I have attached an = example to this email as a markup to page 40 of the version 7 draft.=

In the example, I have defined two-character aliases= for several parameter names, and included a sample =93spectrum=94 section = that uses shortened parameter names.

=A0

The sample uses the following aliases:=

=A0

=93s= pectrum=94 =3D =93sp=94

=93resoluti= onBwHz=94 =3D =93bw=94

=93profiles=94 =3D =93pf=94

=93freqHz=94 =3D =93hz=94

=93powerDbmPerBw=94 =3D =93pw=94

=A0

We could define the shortened parameter names and make support of shortened= messages optional to allow database owners to decide if they want to suppo= rt shortened messages or not.

=A0

If there is support for this proposal, I would volun= teer to update the version 7 draft to help move it forward.

=A0

Thank = you,

Don


___= ____________________________________________
paws mailing list
paws@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/paws




--
-vince
--001a1135f7bcfa715304ed289d32-- From vchen@google.com Mon Dec 9 23:24:21 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16D701AE1C4 for ; Mon, 9 Dec 2013 23:24:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.379 X-Spam-Level: X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rgZ9AVvCcgvE for ; Mon, 9 Dec 2013 23:24:19 -0800 (PST) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) by ietfa.amsl.com (Postfix) with ESMTP id EFC701AE37E for ; Mon, 9 Dec 2013 23:24:18 -0800 (PST) Received: by mail-ob0-f170.google.com with SMTP id wp18so4917476obc.15 for ; Mon, 09 Dec 2013 23:24:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PXKojpbZoqA3qaKfOWCf6nWN1QxmYjr8YY5uGhSac2I=; b=QvnvLSibizl0pJZWsGUc7mvJYGSdNHXdquTECMCKCd379zStWyA0accAdPI0MpQ6DT haSOiUO0vtTgqvgnFyowMfl43jYdDbYPuKy76aVGw6GTGX/G4YYwB/xzlT6erw9nhg3u FmwyXsq/5ZApBfRW9udCmMjbD4p/ZWOuMn6EvgcUk40u5eHsC1ST7b1Z/22ycioNUMD4 odz1bjJ7JdJf3uf5/fwDUhH3vbtD+QtgCoVqeItm9wTzJ+R7kL6lLbaH97G0sjhyaZ7/ WXRf2hUSHSgBZBWk/MXV432jayOHhDbwgguKfqWpyF6jQemnME43Njz7RFNN3M/NLFtq e4gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=PXKojpbZoqA3qaKfOWCf6nWN1QxmYjr8YY5uGhSac2I=; b=hIhGKnPHmupQtQ1byhuMgqzGkYtCLnDttoE7Ws+1tVK1pXCQv5kLIPd8+7lh7zof/m 0+O7DZAn3yfxJaX5DaqRpy9vgYT6+LCL4WXQYRBr6WYOsFQKaYeOzTnwuXjcllQ2gb4g uG6GaVf+z4MhRh0GJmKkelW8JnZIGGLZaoSQjGGugbuf+/y69lYGaakLrYN63VTQNi4e vHvLnhAD+4HHAi4BjQbilmJyWzAJVaVZN95K7bO3mSYZKcAzxnMVOkgCaUNIT24oouQN hXcBKfWloBVmhiObj/5EjAxm0sYHBCxVcmwCViJy4irauUsggcEwUEZ2Mrl+yVSLaQkH 0GQg== X-Gm-Message-State: ALoCoQlCVN/bTJAjNH9kj25f17I0fOIxMWgremKJbQju2SBjGg0jvo4mPq2VZMBKikJYxnWNkqeXfAIjAMw0xjpsZwXpViX3+wR7/t+YF+lLTA9cr1VX4KnJt4j4eBQ2tm0KzM9iSl4iomTmlePO+nJ2uNx96j3RffHW8rLv+zO0rQHjGZcY2to6g42ZN+rirYn0CMAX01mR MIME-Version: 1.0 X-Received: by 10.182.97.67 with SMTP id dy3mr5612obb.84.1386660253740; Mon, 09 Dec 2013 23:24:13 -0800 (PST) Received: by 10.182.45.166 with HTTP; Mon, 9 Dec 2013 23:24:13 -0800 (PST) In-Reply-To: References: Date: Mon, 9 Dec 2013 23:24:13 -0800 Message-ID: From: Vincent Chen To: "Harasty, Daniel J" Content-Type: multipart/alternative; boundary=047d7b2e4c02d9576f04ed28ffd5 Cc: "paws@ietf.org" Subject: Re: [paws] proposal to update PAWS doc regarding vCard X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 07:24:21 -0000 --047d7b2e4c02d9576f04ed28ffd5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Dan, I think not restricting to a subset of vCard fields is a good idea. But I believe it's still reasonable to require a minimum set of fields. The current text for Section 5.5 of draft 07 reads: All contact information MUST be expressed using the structure defined by the vCard Format Specification [RFC6350]. Only the contact fields of vCard are supported: fn Full name of an individual org Name of the organization adr Address fields tel Telephone numbers email Email addresses I think that word, "Only", was a poor choice on my part. The intent was not to restrict to only these fields but to indicate that these are minimum required fields. A regulatory domain may require additional fields, but those should be documented in the IANA Considerations section under the appropriate Ruleset ID sections. It might also make sense to add statements, such as, Names of organizations MUST use the "org" field. Names of individuals MUST use the "fn" field. -vince On Mon, Dec 9, 2013 at 8:28 AM, Harasty, Daniel J w= rote: > PAWS WG, > > > > The team I=92m on is active both with PAWS, and with the other US WS DBAs > in the =93InterOp forum=94 to define the exchange of records between US W= S DBAs. > > > > The PAWS spec and InterOp specs are just slightly out-of-sync on how vCar= d > objects are handled. > > =B7 They state different subsets are =93the only supported fields= =94 > > o Example: InterOp states =93N=94 is supported, PAWS states it is exclu= ded. > > =B7 They state different datatype restrictions. > > o Example: InterOp allows only =93text=94 and =93integer=94, PAWS allow= s =93uri=94 > types. > > =B7 Neither states how a recipient is supposed to handle/reject a > message that has =93extra=94 fields. > > > > But most importantly, IMO, there is no particular implementation advantag= e > to an =93approved subset=94; in fact, it tends to complicate things. In > effect, the implementation *required *to add ad-hoc validations (to > determine that certain fields are NOT present) , either custom validation= s > after the use of a generic vCard library / parser, or implementation of a > custom vCard parser. > > > > Furthermore, everywhere else (outside the vCard) PAWS expressly *requires= *message recipients to =93ignore all parameters it does not understand=94. = Why > not apply the same design concept to parsing of vCards? > > > > As such I=92d like to propose to PAWS a different approach: > > =B7 The sender must send valid vCard, and must include anything > required by its regulatory domain. (All optional fields allowed by the > vCard spec are expressly allowed in the InterOp/PAWS messages.) > > =B7 The recipient must parse/accept any valid vCard, and may igno= re > fields that are not required by the regulatory domain. > > > > This approach is MUCH simpler to state, MUCH simpler to implement, much > more consistent with current practices (allow sending optional fields), a= nd > =96 if approved by both =96 removes the disparities between the two specs > regarding encoding of contacts. > > > > I=92ve already presented the same to the US InterOp team, and believe the= re > is general support for this approach in the InterOp spec. > > > > If, after a discussion here, there is general agreement, I=92m willing to > draft updated text for Section =935.5. DeviceOwner=94=85 and the whole o= f it > will probably be shorter than this email! > > > > Dan Harasty > > > > > > > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws > > --=20 -vince --047d7b2e4c02d9576f04ed28ffd5 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Dan,

I think not restricting to a subse= t of vCard fields is a good idea. But I believe it's still reasonable t= o require a minimum set of fields.

The current tex= t for Section 5.5 of draft 07 reads:

   All contact information MUST be expressed using the s=
tructure defined
   by the vCard Format Specification [RFC6350].  Only the contact fields
   of vCard are supported:

   fn Full name of an individual
   org  Name of the organization
   adr  Address fields
   tel  Telephone numbers
   email  Email addresses

I think that word, "Only", was a = poor choice on my part. The intent was not to restrict to only these fields=
but to indicate that these are minimum required fields.

A regulatory domain may require additional fields, but = those should be documented in the
IANA Considerations section und= er the appropriate Ruleset ID sections.

It might a= lso make sense to add statements, such as,

=A0 Names of organizations MUST use the "org"= field. Names of individuals MUST use the "fn" field.
<= br>
-vince

<= br>
On Mon, Dec 9, 2013 at 8:28 AM, Harasty, Dan= iel J <dharasty@appcomsci.com> wrote:

PAWS WG,

=A0

The team I=92m on is <= /span>active both with PAWS, and with the oth= er US WS DBAs in the =93InterOp forum=94 to define the exchange of records = between US WS DBAs.

=A0

The PAWS spec an= d InterOp specs are just slightly out-of-sync on how vCard objects are hand= led.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 They state differen= t subsets are =93the only supported fields=94

o=A0=A0 Example: InterOp states =93N=94 is supported, PAWS states it is exclu= ded.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 They state differen= t datatype restrictions.

o=A0=A0 Example: InterOp allows only =93text=94 and =93integer=94, PAWS allow= s =93uri=94 types.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Neither states how = a recipient is supposed to handle/reject a message that has =93extra=94 fie= lds.

=A0

But most importa= ntly, IMO, there is no particular implementation advantage to an =93approve= d subset=94; in fact, it tends to complicate things.=A0 In effect, the implementation required to add ad-h= oc validations (to determine that certain fields are NOT present) , either = custom validations after the use of a = generic vCard library / parser, or implementation of a custom vCard parser.=

=A0

Furthermore, eve= rywhere else (outside the vCard) PAWS expressly requires message rec= ipients to =93ignore all parameters it does not understand=94.=A0=A0 Why no= t apply the same design concept to parsing of vCards?<= /p>

=A0

As such I=92d li= ke to propose to PAWS a different approach:

=B7=A0=A0=A0=A0=A0=A0=A0=A0 The sender must sen= d valid vCard, and must include anything required by its regulatory domain.= =A0 (All optional fields allowed by the vCard spec are expressly allowed in= the InterOp/PAWS messages.)

=B7=A0=A0=A0=A0=A0=A0=A0=A0 The recipient must = parse/accept any valid vCard, and may ignore fields that are not required b= y the regulatory domain.

=A0

This approach is= MUCH simpler to state, MUCH simpler to implement, much more consistent wit= h current practices (allow sending optional fields), and =96 if approved by= both =96 removes the disparities between the two specs regarding encoding = of contacts.

=A0

I=92ve already p= resented the same to the US InterOp team, and believe there is general supp= ort for this approach in the InterOp spec.

=A0

If, after a disc= ussion here, there is general agreement, I=92m willing to draft updated tex= t for Section =935.5.=A0 DeviceOwner=94=85 and the whole of it will probabl= y be shorter than this email!

=A0

Dan Harasty

=A0

=A0

=A0


___= ____________________________________________
paws mailing list
paws@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/paws




--
-vince
--047d7b2e4c02d9576f04ed28ffd5-- From peter@spectrumbridge.com Tue Dec 10 03:47:02 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 705351ADF27 for ; Tue, 10 Dec 2013 03:47:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cQs0TGZgcH0Q for ; Tue, 10 Dec 2013 03:47:00 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0241ADBCB for ; Tue, 10 Dec 2013 03:46:59 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Tue, 10 Dec 2013 06:46:53 -0500 From: Peter Stanforth To: Vincent Chen , "Harasty, Daniel J" Date: Tue, 10 Dec 2013 06:46:46 -0500 Thread-Topic: [paws] proposal to update PAWS doc regarding vCard Thread-Index: Ac71nYU1+B5f1xwQSDWC5DaG9rrjEw== Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CECC69234805peterspectrumbridgecom_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] proposal to update PAWS doc regarding vCard X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 11:47:02 -0000 --_000_CECC69234805peterspectrumbridgecom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Do we know that name and organization are both required? Is it not more reasonable to think one or the other is required? Peter S. From: Vincent Chen > Date: Tuesday, December 10, 2013 2:24 AM To: "Harasty, Daniel J" > Cc: "paws@ietf.org" > Subject: Re: [paws] proposal to update PAWS doc regarding vCard Dan, I think not restricting to a subset of vCard fields is a good idea. But I b= elieve it's still reasonable to require a minimum set of fields. The current text for Section 5.5 of draft 07 reads: All contact information MUST be expressed using the structure defined by the vCard Format Specification [RFC6350]. Only the contact fields of vCard are supported: fn Full name of an individual org Name of the organization adr Address fields tel Telephone numbers email Email addresses I think that word, "Only", was a poor choice on my part. The intent was not= to restrict to only these fields but to indicate that these are minimum required fields. A regulatory domain may require additional fields, but those should be docu= mented in the IANA Considerations section under the appropriate Ruleset ID sections. It might also make sense to add statements, such as, Names of organizations MUST use the "org" field. Names of individuals MUS= T use the "fn" field. -vince On Mon, Dec 9, 2013 at 8:28 AM, Harasty, Daniel J > wrote: PAWS WG, The team I=92m on is active both with PAWS, and with the other US WS DBAs i= n the =93InterOp forum=94 to define the exchange of records between US WS D= BAs. The PAWS spec and InterOp specs are just slightly out-of-sync on how vCard = objects are handled. =B7 They state different subsets are =93the only supported fields= =94 o Example: InterOp states =93N=94 is supported, PAWS states it is exclude= d. =B7 They state different datatype restrictions. o Example: InterOp allows only =93text=94 and =93integer=94, PAWS allows = =93uri=94 types. =B7 Neither states how a recipient is supposed to handle/reject a m= essage that has =93extra=94 fields. But most importantly, IMO, there is no particular implementation advantage = to an =93approved subset=94; in fact, it tends to complicate things. In ef= fect, the implementation required to add ad-hoc validations (to determine t= hat certain fields are NOT present) , either custom validations after the u= se of a generic vCard library / parser, or implementation of a custom vCard= parser. Furthermore, everywhere else (outside the vCard) PAWS expressly requires me= ssage recipients to =93ignore all parameters it does not understand=94. W= hy not apply the same design concept to parsing of vCards? As such I=92d like to propose to PAWSa different approach: =B7 The sender must send valid vCard, and must include anything req= uired by its regulatory domain. (All optional fields allowed by the vCard = spec are expressly allowed in the InterOp/PAWS messages.) =B7 The recipient must parse/accept any valid vCard, and may ignore= fields that are not required by the regulatory domain. This approach is MUCH simpler to state, MUCH simpler to implement, much mor= e consistent with current practices (allow sending optional fields), and = =96 if approved by both =96 removes the disparities between the two specs r= egarding encoding of contacts. I=92ve already presented the same to the US InterOp team, and believe there= is general support for this approach in the InterOp spec. If, after a discussion here, there is general agreement, I=92m willing to d= raft updated text for Section =935.5. DeviceOwner=94=85 and the whole of i= t will probably be shorter than this email! Dan Harasty _______________________________________________ paws mailing list paws@ietf.org https://www.ietf.org/mailman/listinfo/paws -- -vince --_000_CECC69234805peterspectrumbridgecom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Do we know that name and organi= zation are both required?
Is it not more reasonable to think one = or the other is required?
Peter S.

From: Vincent Chen <vchen@google.com>
Date: Tuesday, December 10, 2013 2:24 AM
To: "Harasty, Daniel J" <dharasty@appcomsci.com>
Cc: "p= aws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] prop= osal to update PAWS doc regarding vCard




<= div>


On Mon, Dec 9, 2013 at 8:28 AM, Harasty, Daniel J <dharasty@ap= pcomsci.com> wrote:

PAWS WG,=

=  

The team I=92m on is active b= oth with PAWS, and with the other US WS DBAs in the =93InterOp forum=94 to = define the exchange of records between US WS DBAs.

=

 

The PAWS spec= and InterOp specs are just slightly out-of-sync on how vCard objects are h= andled.

=B7         They state differ= ent subsets are =93the only supported fields=94

o   Example: InterOp = states =93N=94 is supported, PAWS states it is excluded.

=B7 &nb= sp;       They state differ= ent datatype restrictions.

o   Example: InterOp = allows only =93text=94 and =93integer=94, PAWS allows =93uri=94 types.

=B7         The sender must s= end valid vCard, and must include anything required by its regulatory domai= n.  (All optional fields allowed by the vCard spec are expressly allow= ed in the InterOp/PAWS messages.)

=B7     &n= bsp;   The recipient mus= t parse/accept any valid vCard, and may ignore fields that are not required= by the regulatory domain.

<= span style=3D"color:#1f497d"> 

This approach is MUCH simpler to stat= e, MUCH simpler to implement, much more consistent with current practices (= allow sending optional fields), and =96 if approved by both =96 removes the= disparities between the two specs regarding encoding of contacts.

 

I=92ve already presen= ted the same to the US InterOp team, and believe there is general support f= or this approach in the InterOp spec.<= u>

 

If, after a discussion here, there is general agreement, I=92m w= illing to draft updated text for Section =935.5.  DeviceOwner=94=85 an= d the whole of it will probably be shorter than this email!

 =

Dan<= /span> Harasty

 

 

 


_______________________________________________
paws mailing list
paws@ietf.org
= ht= tps://www.ietf.org/mailman/listinfo/paws


=

--
-vince
--_000_CECC69234805peterspectrumbridgecom_-- From d.joslyn@spectrumbridge.com Tue Dec 10 05:03:37 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68E6B1AE09F for ; Tue, 10 Dec 2013 05:03:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id be3ztETRgt3r for ; Tue, 10 Dec 2013 05:03:33 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id 8D8451AE01D for ; Tue, 10 Dec 2013 05:03:32 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Tue, 10 Dec 2013 08:03:27 -0500 From: Don Joslyn To: Vincent Chen , "Harasty, Daniel J" Date: Tue, 10 Dec 2013 08:03:25 -0500 Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac71dQIUGaWR4pq0QHyS2Y8Ez4FBWAAMqRwQ Message-ID: <8375F6DAEFB09F48815203F1FE23B79741BEC371F6@shelby> References: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.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: multipart/alternative; boundary="_000_8375F6DAEFB09F48815203F1FE23B79741BEC371F6shelby_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 13:03:37 -0000 --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371F6shelby_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dan, Vince, When you say that you don't want to have aliases and just want to decide on= short names, does that mean that the current long names would be changed t= o short names and the long names would not be supported? Don From: Vincent Chen [mailto:vchen@google.com] Sent: Tuesday, December 10, 2013 1:57 AM To: Harasty, Daniel J Cc: Gabor.Bajko@nokia.com; Don Joslyn; paws@ietf.org Subject: Re: [paws] Proposal to optionally support shortened message format All, Shortened Names: - I agree with Dan that we should not have aliases for parameter names. We = should just decide on the short names - I would only shorten the names that are highly repeated, such as those in= the Spectrum message, as Don suggested. Compression: - I agree we should just rely on standard HTTP compression and, as Dan sugg= ests: - "Recommended" for WS Databases, and optional for WS Clients. On a separate note, HTTPS is required. Are the radio vendors concerned abou= t supporting that? -vince On Mon, Dec 9, 2013 at 8:02 AM, Harasty, Daniel J > wrote: All, While I don't necessarily agree with all of Don's reasons, I'm not opposed = to us adopting some means to shorten the messages. Here's my proposal: * If we want to consider "more concise" / "less wordy" tag names, f= ine by me. We can shorten things like "powerDbmPerBw" to "power" or simply= "db". o Sure, that makes the protocol a wee-bit less "human readable". However= , if it makes it more "machine friendly" ala Don's view, that is probably a= cceptable. After all: the human should be reading the spec... o Note that shortening the longer tags that appear repeatedly (such as in= the "spectra" list) will give us the most "bang for the buck" in this effo= rt. * Let's not mess around with *optional* "short form" tags. o Either a tag is short or long; let's not add complexity by creating som= ething like aliases. * If we want to consider some actual compression, let's not invent = something new here. I haven't heard of any standardize way to compress JSO= N... but since HTTP is the presumptive transport, why not just rely on "sta= ndard" HTTP compression? o See: http://en.wikipedia.org/wiki/HTTP_compression o I would make support the spec stating this is "recommended" for WS Data= bases, and optional for WS Clients. Will actual compression help? Turns out we've experimented a bit with this= even before Don's email, so here's one data point: we found many of the AV= AIL_SPECTRUM_RESP messages to be in the range of 17k characters. A simple = call to a zlib compression algorithm on that string typically shortened it = to about 1k characters. (This was specifically using the HTTP compression = techniques, but I expect the compression rate to be similar.) Here's my concern: * If memory management is an issue in the radios, then don't we act= ually make things WORSE by compression? After all, if a 17k message is com= pressed down to 1k... then the TRANSPORT of the message is sped up... but t= he message now has to exist in the client's memory - at least briefly - in = BOTH the compressed and decompressed form. Just a quick viewpoint to consider: In my opinion, at the heart of the mat= ter, the desire of some participants is to make a VERY GENERAL message stru= cture to AVAIL_SPECTRUM_RESP that will suit multiple use cases in multiple = countries. This is at odds with brevity, and therefore may be at odds with= certain radio-implementation constraints. * For example, a given device which is only going to operate in the= US gains nothing from this verbosity of our current generic structure. To= wit, for US purposes, the whole SpectrumSchedule could be condensed to som= ething a lot like this: avail_chans: {5: 4000, 12: 4000, 16: 100, 17: 100, 18: 100, 31: 40, 41: 40} representing that channels 5 and 12 are available at 4000mW, channels 16, 1= 7, and 18 are available at 100mW, and channels 31 and 41 are available at 4= 0mW. This alone represents a savings of the majority of the 17k characters= . (Admittedly, the "time" aspect of the schedule would still need to be ad= dressed.) Dan Harasty From: paws [mailto:paws-bounces@ietf.org] On = Behalf Of Gabor.Bajko@nokia.com Sent: Friday, December 06, 2013 5:26 PM To: d.joslyn@spectrumbridge.com; paws@i= etf.org Subject: Re: [paws] Proposal to optionally support shortened message format You are asking for a json compression mechanism, for understandable reasons= . I was actually surprised this issue did not come up earlier. We first need to have a discussion to see if there's consensus for the need= of a compression mechanism, and if yes, then see how do we get one in plac= e. I did not find any json compression related work in ietf, but a quick searc= h found few available algorithms. Do we have on this list JSON experts who = could give some advice? Gabor From: paws [mailto:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn Sent: Friday, December 06, 2013 11:15 AM To: paws@ietf.org Subject: [paws] Proposal to optionally support shortened message format All, While working closely with a number of white space radio vendors that wish = to support the PAWS protocol, some have expressed concerns with the size of= paws messages, especially the size of an AVAIL_SPECTRUM_RESP message that = supports Ofcom requirements and includes every channel. One issue raised is= that when these messages are very large (in this case >14k bytes), requiri= ng several MTU's of packet data, their radio device does not have enough av= ailable RAM (or resources) to support the required packet buffering, especi= ally when their device is being used as a master with several attached slav= es. A second issue raised is the amount of traffic generated by these contr= ol messages, reducing the bandwidth available for user data traffic. The wo= rst case is a master device supporting several slave devices where every de= vice is required to periodically request a new channel list (and the period= ic interval requirement seems to be getting smaller). Both issues are serio= us concerns for these radio vendors, and unless we do something to resolve = it, they may not be able to support the paws protocol. A further concern fo= r radio developers is energy expended per transmitted bit. This is a major= issue for battery powered devices. I would like to propose that we support an optional shortened message forma= t, by creating a two-character alias for each defined parameter's text name= , without making any changes to message structure. We would be shortening t= he parameter text names, not the parameter data values. When a device sends= a message to the database with shortened parameter names, the presence of = shortened parameter names could serve as a trigger for the database to repl= y to the device using shortened parameter names in the reply message. This would be fairly easy to express in the current document by adding a pa= ragraph to explain the support for shortened messages and adding a two-char= acter alias in parenthesis next to each defined parameter name. I have atta= ched an example to this email as a markup to page 40 of the version 7 draft= . In the example, I have defined two-character aliases for several parameter = names, and included a sample "spectrum" section that uses shortened paramet= er names. The sample uses the following aliases: "spectrum" =3D "sp" "resolutionBwHz" =3D "bw" "profiles" =3D "pf" "freqHz" =3D "hz" "powerDbmPerBw" =3D "pw" We could define the shortened parameter names and make support of shortened= messages optional to allow database owners to decide if they want to suppo= rt shortened messages or not. If there is support for this proposal, I would volunteer to update the vers= ion 7 draft to help move it forward. Thank you, Don _______________________________________________ paws mailing list paws@ietf.org https://www.ietf.org/mailman/listinfo/paws -- -vince --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371F6shelby_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dan, Vinc= e,

 

When you say that you don’t want to = have aliases and just want to decide on short names, does that mean that th= e current long names would be changed to short names and the  long nam= es would not be supported?

 

Don

 

From: Vincent Chen [mailto:vchen@google.com]
Sent: Tuesda= y, December 10, 2013 1:57 AM
To: Harasty, Daniel J
Cc: = Gabor.Bajko@nokia.com; Don Joslyn; paws@ietf.org
Subject: Re: [pa= ws] Proposal to optionally support shortened message format

 

A= ll,

 

Shortened Names:

- I agree with Dan that we should not have aliases for parameter = names. We should just decide on the short names

- I would only shorten the names that are highly repeate= d, such as those in the Spectrum message, as Don suggested.

<= /div>

 

Compression:

- I agr= ee we should just rely on standard HTTP compression and, as Dan suggests:

   - “Recommended&= #8221; for WS Databases, and optional for WS Clients.

=

 

 

On a separate note,&= nbsp;HTTPS is required. Are the radio vendors concerned about supporting th= at? 

 <= /o:p>

-vince

 

=

On Mon, Dec 9, 2013 at 8:02 AM, Harasty, Daniel J= <dharasty@a= ppcomsci.com> wrote:

All,<= /p>

 

While I don’t necessarily agree= with all of Don’s reasons, I’m not opposed to us adopting some= means to shorten the messages.

 

<= p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:= auto'>Here’s my proposal:

·   &= nbsp;     If we want to consider “more con= cise” / “less wordy” tag names, fine by me.  We can = shorten things like “powerDbmPerBw” to “power” or s= imply “db”.

o   Sure, that makes the protocol a wee-bit less “hu= man readable”.  However, if it makes it more “machine frie= ndly” ala Don’s view, that is probably acceptable.  After = all: the human should be reading the spec…

o   Note that shortening the long= er tags that appear repeatedly (such as in the “spectra” list) = will give us the most “bang for the buck” in this effort.<= /o:p>

·         Let’s not mess around with *optional* “short form̶= 1; tags. 

o &= nbsp; Either a tag is short or long; let’s not add complexity = by creating something like aliases.

·  &nb= sp;      If we want to consider some actual= compression, let’s not invent something new here.  I haven̵= 7;t heard of any standardize way to compress JSON… but since HTTP is = the presumptive transport, why not just rely on “standard” HTTP= compression?

o &nb= sp; See: http://en.wikipedia.org/w= iki/HTTP_compression

o   I would make support the spec stating this is = “recommended” for WS Databases, and optional for WS Clients.

 

Will actual compression help= ?  Turns out we’ve experimented a bit with this even before Don&= #8217;s email, so here’s one data point: we found many of the AVAIL_S= PECTRUM_RESP messages to be in the range of 17k characters.  A simple = call to a zlib compression algorithm on that string typically shortened it = to about 1k characters.  (This was specifically using the HTTP compres= sion techniques, but I expect the compression rate to be similar.)

 

Here’s my concern:

·         If m= emory management is an issue in the radios, then don’t we actually ma= ke things WORSE by compression?  After all, if a 17k message is compre= ssed down to 1k… then the TRANSPORT of the message is sped up… = but the message now has to exist in the client’s memory – at le= ast briefly – in BOTH the compressed and decompressed form.

 

Just a quick viewpoint to consider:=   In my opinion, at the heart of the matter, the desire of some partic= ipants is to make a VERY GENERAL message structure to AVAIL_SPECTRUM_RESP t= hat will suit multiple use cases in multiple countries.  This is at od= ds with brevity, and therefore may be at odds with certain radio-implementa= tion constraints.

&midd= ot;     &nb= sp;   For example, a given device which is only going to o= perate in the US gains nothing from this verbosity of our current generic s= tructure.  To wit, for US purposes, the whole SpectrumSchedule could b= e condensed to something a lot like this:

avail_chans: {5: 4000, 12: = 4000, 16: 100, 17: 100, 18: 100, 31: 40, 41: 40}

representing that channels 5 and 12 are available at 400= 0mW, channels 16, 17, and 18 are available at 100mW, and channels 31 and 41= are available at 40mW.  This alone represents a savings of the majori= ty of the 17k characters.  (Admittedly, the “time” aspect = of the schedule would still need to be addressed.)

&= nbsp;

Dan Harasty

 

 

From: paws [mailto:paws-bounces@ietf.= org] On Behalf Of Gabor.Bajko@nokia.com
Sent: Friday, December 06,= 2013 5:26 PM
To: d.joslyn@spectrumbridge.com; paws@ietf.org
Subject: Re: [paws] = Proposal to optionally support shortened message format

 

You are asking for a json compression mechanism, for understa= ndable reasons. I was actually surprised this issue did not come up earlier= .

We first need t= o have a discussion to see if there’s consensus for the need of a com= pression mechanism, and if yes, then see how do we get one in place.=

I did not find any json= compression related work in ietf, but a quick search found few available a= lgorithms. Do we have on this list JSON experts who could give some advice?=

Gabor

 

 

From: paws [mailto:paws-bounces@ietf.org] On Behalf Of ext Don Joslyn<= br>Sent: Friday, December 06, 2013 11:15 AM
To: paws@ietf.org
Subject: [paws] Proposal to optionally support shortened message format

 

All,<= /p>

 

While working closely with a number o= f white space radio vendors that wish to support the PAWS protocol, some ha= ve expressed concerns with the size of paws messages, especially the size o= f an AVAIL_SPECTRUM_RESP message that supports Ofcom requirements and inclu= des every channel. One issue raised is that when these messages are very la= rge (in this case >14k bytes), requiring several MTU’s of packet d= ata, their radio device does not have enough available RAM (or resources) t= o support the required packet buffering, especially when their device is be= ing used as a master with several attached slaves. A second issue raised is= the amount of traffic generated by these control messages, reducing the ba= ndwidth available for user data traffic. The worst case is a master device = supporting several slave devices where every device is required to periodic= ally request a new channel list (and the periodic interval requirement seem= s to be getting smaller). Both issues are serious concerns for these radio = vendors, and unless we do something to resolve it, they may not be able to = support the paws protocol. A further concern for radio developers is energy= expended per transmitted bit.  This is a major issue for battery powe= red devices.

 

I would like = to propose that we support an optional shortened message format, by creatin= g a two-character alias for each defined parameter’s text name, witho= ut making any changes to message structure. We would be shortening the para= meter text names, not the parameter data values. When a device sends a mess= age to the database with shortened parameter names, the presence of shorten= ed parameter names could serve as a trigger for the database to reply to th= e device using shortened parameter names in the reply message.

 

This would be fairly easy to express i= n the current document by adding a paragraph to explain the support for sho= rtened messages and adding a two-character alias in parenthesis next to eac= h defined parameter name. I have attached an example to this email as a mar= kup to page 40 of the version 7 draft.

In the example,= I have defined two-character aliases for several parameter names, and incl= uded a sample “spectrum” section that uses shortened parameter = names.

 

The sample uses the= following aliases:

 

“= ;spectrum” =3D “sp”

“resolutio= nBwHz” =3D “bw”

“profilesR= 21; =3D “pf”

“freqHz” =3D R= 20;hz”

“powerDbmPerBw” =3D “pw= ”

 

We could define th= e shortened parameter names and make support of shortened messages optional= to allow database owners to decide if they want to support shortened messa= ges or not.

 

If there is su= pport for this proposal, I would volunteer to update the version 7 draft to= help move it forward.

 

T= hank you,

Don


_____________________= __________________________
paws mailing list
paws@ietf.org
https://www.ietf.org/mailman/listinfo/paws<= o:p>



 

= --
-vince

= --_000_8375F6DAEFB09F48815203F1FE23B79741BEC371F6shelby_-- From Ray.Bellis@nominet.org.uk Tue Dec 10 05:34:58 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95A421ADF74 for ; Tue, 10 Dec 2013 05:34:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.3 X-Spam-Level: X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OlQmcXVLiAdf for ; Tue, 10 Dec 2013 05:34:55 -0800 (PST) Received: from mx1.nominet.org.uk (mail.nominet.org.uk [213.248.242.48]) by ietfa.amsl.com (Postfix) with ESMTP id 430B71ACB4E for ; Tue, 10 Dec 2013 05:34:55 -0800 (PST) DomainKey-Signature: s=main2.dk.nominet.selector; d=nominet.org.uk; c=nofws; q=dns; h=X-IronPort-AV:X-IPAS-Result:Received:Received:From:To:CC: Subject:Thread-Topic:Thread-Index:Date:Message-ID: References:In-Reply-To:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip: Content-Type:MIME-Version; b=r9THu5ecR8ekI5a30FMOvnJW4QB0D1CUjYDmsVVlxQ9XCFwdFetVvTv0 VS5mQ5JnjI9jrZQo5Tr3ZymlHh/Yuvcnwe0aUJnTvKdxxc/RRbkngk6A9 6fUZG9encAuFf1V6fTWhLbIkGVbTtZLDoLSu+KlokJI6Vb2Xt0w9Mer9w n8ZAdOv0IZXpcHDn+4RbFfEmgKonOS91Jhit36H64fmFr8VdJoPyLSNPJ fdbMDAUEwJLEdaQ9l3cIgtMNv354E; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nominet.org.uk; i=@nominet.org.uk; q=dns/txt; s=main2.dkim.nominet.selector; t=1386682490; x=1418218490; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=8DX5olTfrUVFaNpDvYlLA81hg49yrBeKrSH3UQXVJAo=; b=L4QYlvM5gsGL43HwkhKLzetBb700DKEqXvUr6pPD202HL+O3elxtNTbr 5w+utRXI5hzMglm4rGFXR/45AXa7RFwWIadW+W4kUvGmRd/pQ9i8psI9K hsb8Vtr0v10PKrof45sa6d4rVlH458YnDfRo8opdLZnMu/7GEX+cxYpLt RGv4Nyn3zMPjHFubRSpfB6BxUfQMhpALEcULG/yvim/0p8YwQUI2+6V/L H6u7I4CdcetUY0rM/MVcr63GDhzPL; X-IronPort-AV: E=Sophos;i="4.93,865,1378854000"; d="scan'208,217";a="5405416" X-IPAS-Result: AhwFABEYp1LV+MWQ/2dsb2JhbABZgkMjIYELuRqBGxZ0giYBAQRTJhACAQgEChQdBzIUEQEBBA4FCId7A8B4F45UMQeDIYETAQOqJ4Mpgio Received: from wds-exc1.okna.nominet.org.uk ([213.248.197.144]) by mx1.nominet.org.uk with ESMTP; 10 Dec 2013 13:34:49 +0000 Received: from WDS-EXC2.okna.nominet.org.uk ([fe80::7577:eaca:5241:25d4]) by wds-exc1.okna.nominet.org.uk ([fe80::1593:1394:a91f:8f5f%17]) with mapi id 14.02.0318.004; Tue, 10 Dec 2013 13:34:48 +0000 From: Ray Bellis To: Don Joslyn Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAF/ZeAAIf5V4AAIWzCgAAMzV2AAAEZCYA= Date: Tue, 10 Dec 2013 13:34:47 +0000 Message-ID: <53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13@wds-exc2.okna.nominet.org.uk> References: <8375F6DAEFB09F48815203F1FE23B79741BEC371B3@shelby> <1ECAFF543A2FED4EA2BEB6CACE08E4760540B091@008-AM1MPN1-007.mgdnok.nokia.com> <8375F6DAEFB09F48815203F1FE23B79741BEC371F6@shelby> In-Reply-To: <8375F6DAEFB09F48815203F1FE23B79741BEC371F6@shelby> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.1] Content-Type: multipart/alternative; boundary="_000_53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13wdsexc2oknanomi_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 13:34:58 -0000 --_000_53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13wdsexc2oknanomi_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13wdsexc2oknanomi_ Content-Type: text/html; charset="Windows-1252" Content-ID: <40014B9E82A004448831B42D054CE648@okna.nominet.org.uk> Content-Transfer-Encoding: quoted-printable
On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don=92t want to have aliases and jus= t want to decide on short names, does that mean that the current long names= would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a = good idea.

Ray


--_000_53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13wdsexc2oknanomi_-- From brian.rosen@neustar.biz Tue Dec 10 05:53:20 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D02831ADFF6 for ; Tue, 10 Dec 2013 05:53:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.3 X-Spam-Level: X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUMYnqv6oqCE for ; Tue, 10 Dec 2013 05:53:19 -0800 (PST) Received: from neustar.com (smartmail.neustar.com [156.154.17.104]) by ietfa.amsl.com (Postfix) with ESMTP id 11DC81ADF80 for ; Tue, 10 Dec 2013 05:53:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1386684214; x=1702042041; q=dns/txt; h=From:Subject:Date:Message-ID:Content-Language: Content-Type; bh=GenNLsW8xsx0a8yRrnePoDfcRQP8x5PTVnVlbPT5BcI=; b=q19XJqqNDhMjbg6ZrnaE+xlVUIp7OSWrfofxsEJvtNZiMGGl2Xy99bqM9OUMlU XincGEQ/WsC46G7ltnxn1s4w== Received: from ([10.31.58.69]) by stihiron1.va.neustar.com with ESMTP with TLS id J041124052.37446971; Tue, 10 Dec 2013 09:03:33 -0500 Received: from STNTEXMB10.cis.neustar.com ([169.254.5.245]) by stntexhc10.cis.neustar.com ([169.254.4.175]) with mapi id 14.02.0342.003; Tue, 10 Dec 2013 08:53:10 -0500 From: "Rosen, Brian" To: Ray Bellis , Don Joslyn Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAMqRwQALsal4D//7FKAA== Date: Tue, 10 Dec 2013 13:53:09 +0000 Message-ID: In-Reply-To: <53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13@wds-exc2.okna.nominet.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.33.192.27] x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: xf7FBumo9b4VsI2ipETdug== Content-Type: multipart/alternative; boundary="_000_CECC858F300DDbrianrosenneustarbiz_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 13:53:21 -0000 --_000_CECC858F300DDbrianrosenneustarbiz_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I don=92t have an objection to doing that, but it won=92t do anything subst= antial to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don=92t think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_CECC858F300DDbrianrosenneustarbiz_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
<personal opinion>
I don=92t have an objection to doing that, but it won=92t do anything = substantial to the problem.  

We have had discussions like this on many protocols over the years. &n= bsp;Our experience is this kind of thing has little effect on implementatio= ns other than complicating debugging.

Using a formal compression scheme on the entire message often helps su= bstantially reduce message size, also substantially complicates debugging, = and, in general, we don=92t think it actually helps implementations.

You really think that reducing message sizes from, say 14KB to, say 10= KB, which any decent compression system should be able to do, would actuall= y make any difference to a device implemented this year?  If those Ks = were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only changes messages sizes by 10% or so, clear= ly insufficient to do anything other than confuse humans.

Brian


From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, December 10, 2013 at= 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don=92t want to have aliases and jus= t want to decide on short names, does that mean that the current long names= would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a = good idea.

Ray


 --_000_CECC858F300DDbrianrosenneustarbiz_-- From peter@spectrumbridge.com Tue Dec 10 06:44:53 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2B7E1ADFDA for ; Tue, 10 Dec 2013 06:44:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L1K7wCGTCqUt for ; Tue, 10 Dec 2013 06:44:52 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id D151E1ADFDF for ; Tue, 10 Dec 2013 06:44:51 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Tue, 10 Dec 2013 09:44:46 -0500 From: Peter Stanforth To: "Rosen, Brian" , Ray Bellis , Don Joslyn Date: Tue, 10 Dec 2013 09:44:36 -0500 Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac71tl39ePoYgM2fQAa3RZTfOMS2mw== Message-ID: References: <53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13@wds-exc2.okna.nominet.org.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CECC92B14834peterspectrumbridgecom_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 14:44:54 -0000 --_000_CECC92B14834peterspectrumbridgecom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Energy per transmitted bit, the challenge for many battery powered transcei= vers. So yes 10% is meaningful From: , Brian > Date: Tuesday, December 10, 2013 8:53 AM To: Ray Bellis = >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format I don=92t have an objection to doing that, but it won=92t do anything subst= antial to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don=92t think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_CECC92B14834peterspectrumbridgecom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Energy per transmitted bit, the= challenge for many battery powered transceivers. So yes 10% is meaningful<= /div>

From: <= ;Rosen>, Brian <Brian.Rose= n@neustar.biz>
Date: Tue= sday, December 10, 2013 8:53 AM
To: Ray Bellis <Ray.Bellis= @nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to option= ally support shortened message format

<personal opinion>
I don=92t have an = objection to doing that, but it won=92t do anything substantial to the prob= lem.  

We have had discussions like this on m= any protocols over the years.  Our experience is this kind of thing ha= s little effect on implementations other than complicating debugging.
=

Using a formal compression scheme on the entire message= often helps substantially reduce message size, also substantially complica= tes debugging, and, in general, we don=92t think it actually helps implemen= tations.

You really think that reducing message si= zes from, say 14KB to, say 10KB, which any decent compression system should= be able to do, would actually make any difference to a device implemented = this year?  If those Ks were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only= changes messages sizes by 10% or so, clearly insufficient to do anything o= ther than confuse humans.

Brian


From: Ray Bel= lis <Ray.Bellis@nominet.org= .uk>
Date: Tuesday, Decem= ber 10, 2013 at 8:34 AM
To: Don = Joslyn <d.joslyn@spectrum= bridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
S= ubject: Re: [paws] Proposal to optionally support shortened message = format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you = say that you don=92t want to have aliases and just want to decide on short = names, does that mean that the current long names would be changed to short= names and the  long names would not be supported?
=

That's my understanding of what has been = proposed, and I think it's a good idea.

Ray
<= div>

--_000_CECC92B14834peterspectrumbridgecom_-- From brian.rosen@neustar.biz Tue Dec 10 07:00:41 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 610531AE039 for ; Tue, 10 Dec 2013 07:00:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.3 X-Spam-Level: X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UKTtC3a0Ywbj for ; Tue, 10 Dec 2013 07:00:38 -0800 (PST) Received: from neustar.com (smartmail.neustar.com [156.154.25.104]) by ietfa.amsl.com (Postfix) with ESMTP id 0F4821AE042 for ; Tue, 10 Dec 2013 07:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1386687398; x=1701999801; q=dns/txt; h=From:Subject:Date:Message-ID:Content-Language: Content-Type; bh=eIeQhyEXVIkKI+sLLRNTKlna7qmj3hU+o+7ZaGAaaXQ=; b=sPntagEU57i+I5DNnk9jRQ5zxyN40DWVG4HCxz3bVSZj9a5ZAlJSIiTEJ3q52h ZzLDsIzsPMQP9mUnCvcE5y5g== Received: from ([10.31.58.70]) by chihiron1.nc.neustar.com with ESMTP with TLS id J041123128.29521549; Tue, 10 Dec 2013 09:56:36 -0500 Received: from STNTEXMB10.cis.neustar.com ([169.254.5.245]) by stntexhc11.cis.neustar.com ([::1]) with mapi id 14.02.0342.003; Tue, 10 Dec 2013 10:00:25 -0500 From: "Rosen, Brian" To: Peter Stanforth , Ray Bellis , Don Joslyn Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAMqRwQALsal4D//7FKAIAAYjcA//+wkQA= Date: Tue, 10 Dec 2013 15:00:24 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.33.192.27] x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: hxRsAnyTHy7PhwH7czO0zw== Content-Type: multipart/alternative; boundary="_000_CECC94D430119brianrosenneustarbiz_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 15:00:41 -0000 --_000_CECC94D430119brianrosenneustarbiz_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable We=92ve looked at these kinds of claims. If it meant 10% of battery, it wo= uld be significant, but it almost never does. In one example we looked at,= 30% change of message size changed battery by less than 1%. Yes, the radio is a significant drain on the battery, but so is CPU and oth= er interfaces. You have to look at the entire message set transmission ove= r the typical charge/discharge cycle. How often is this message sent, and = what other radio traffic is there when battery charge is stressed? So, how often is it sent? In the US, it=92s once every 24 hours unless the= re are schedule changes. The UK wants more. What is their number? Once a= n hour? Once every 15 minutes? A master has to send an equivalent message= to every slave, but if I halve the size of a message sent every 15 minutes= while the device is servicing those clients, what is the percentage of rad= io traffic due to the protocol? Could it even approximate 1%? More likely .01%. Then halve it size, just = to be aggressive. What happens to battery? Brian From: Peter Stanforth > Date: Tuesday, December 10, 2013 at 9:44 AM To: Brian Rosen >, = Ray Bellis >, D= on Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format Energy per transmitted bit, the challenge for many battery powered transcei= vers. So yes 10% is meaningful From: , Brian > Date: Tuesday, December 10, 2013 8:53 AM To: Ray Bellis = >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format I don=92t have an objection to doing that, but it won=92t do anything subst= antial to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don=92t think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_CECC94D430119brianrosenneustarbiz_ Content-Type: text/html; charset="Windows-1252" Content-ID: <89318619511D974C8CF119B7940ADA50@neustar.biz> Content-Transfer-Encoding: quoted-printable
We=92ve looked at these kinds of claims.  If it meant 10% of batt= ery, it would be significant, but it almost never does.  In one exampl= e we looked at, 30% change of message size changed battery by less than 1%.=

Yes, the radio is a significant drain on the battery, but so is CPU an= d other interfaces.  You have to look at the entire message set transm= ission over the typical charge/discharge cycle.  How often is this mes= sage sent, and what other radio traffic is there when battery charge is stressed?  

So, how often is it sent?  In the US, it=92s once every 24 hours = unless there are schedule changes.  The UK wants more.  What is t= heir number?  Once an hour?  Once every 15 minutes?  A maste= r has to send an equivalent message to every slave, but if I halve the size of a message sent every 15 minutes while the device is servicing = those clients, what is the percentage of radio traffic due to the protocol?=

Could it even approximate 1%?  More likely .01%.  Then halve= it size, just to be aggressive.  What happens to battery?

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at= 9:44 AM
To: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis <= ;Ray.Bellis@nominet.org.uk= >, Don Joslyn <d.josly= n@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

Energy per transmitted bit, the challenge for many battery powered tra= nsceivers. So yes 10% is meaningful

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 8:= 53 AM
To: Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn = <d.joslyn@spectrumbridge.= com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

<personal opinion>
I don=92t have an objection to doing that, but it won=92t do anything = substantial to the problem.  

We have had discussions like this on many protocols over the years. &n= bsp;Our experience is this kind of thing has little effect on implementatio= ns other than complicating debugging.

Using a formal compression scheme on the entire message often helps su= bstantially reduce message size, also substantially complicates debugging, = and, in general, we don=92t think it actually helps implementations.

You really think that reducing message sizes from, say 14KB to, say 10= KB, which any decent compression system should be able to do, would actuall= y make any difference to a device implemented this year?  If those Ks = were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only changes messages sizes by 10% or so, clear= ly insufficient to do anything other than confuse humans.

Brian


From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, December 10, 2013 at= 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don=92t want to have aliases and jus= t want to decide on short names, does that mean that the current long names= would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a = good idea.

Ray


 --_000_CECC94D430119brianrosenneustarbiz_-- From peter@spectrumbridge.com Tue Dec 10 07:15:18 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34C3C1AE135 for ; Tue, 10 Dec 2013 07:15:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dWi1sRbrpZKr for ; Tue, 10 Dec 2013 07:15:16 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id 05DEB1AE127 for ; Tue, 10 Dec 2013 07:15:16 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Tue, 10 Dec 2013 10:15:10 -0500 From: Peter Stanforth To: "Rosen, Brian" , Ray Bellis , Don Joslyn Date: Tue, 10 Dec 2013 10:14:58 -0500 Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac71up1eMHw6L8LUQ7Sm4eCOKdrUdQ== Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CECC98D3484Bpeterspectrumbridgecom_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 15:15:18 -0000 --_000_CECC98D3484Bpeterspectrumbridgecom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable UK example. Sensor on a trash can. Wants to talk (real data) only when the = can is full (once a week?) battery goal is 5 years. Ofcom requires channel= validation every 15 minutes. So it is sending 672 overhead messages for ev= ery useful one. The validation times are not going to get longer, only shor= ter, when we move into other bands. Not everything wireless is a smart phon= e. There may be 6B of those eventually but the projections for M2M are near= ly 10 times that. From: , Brian > Date: Tuesday, December 10, 2013 10:00 AM To: Peter Stanforth >, Ray Bellis >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format We=92ve looked at these kinds of claims. If it meant 10% of battery, it wo= uld be significant, but it almost never does. In one example we looked at,= 30% change of message size changed battery by less than 1%. Yes, the radio is a significant drain on the battery, but so is CPU and oth= er interfaces. You have to look at the entire message set transmission ove= r the typical charge/discharge cycle. How often is this message sent, and = what other radio traffic is there when battery charge is stressed? So, how often is it sent? In the US, it=92s once every 24 hours unless the= re are schedule changes. The UK wants more. What is their number? Once a= n hour? Once every 15 minutes? A master has to send an equivalent message= to every slave, but if I halve the size of a message sent every 15 minutes= while the device is servicing those clients, what is the percentage of rad= io traffic due to the protocol? Could it even approximate 1%? More likely .01%. Then halve it size, just = to be aggressive. What happens to battery? Brian From: Peter Stanforth > Date: Tuesday, December 10, 2013 at 9:44 AM To: Brian Rosen >, = Ray Bellis >, D= on Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format Energy per transmitted bit, the challenge for many battery powered transcei= vers. So yes 10% is meaningful From: , Brian > Date: Tuesday, December 10, 2013 8:53 AM To: Ray Bellis = >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format I don=92t have an objection to doing that, but it won=92t do anything subst= antial to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don=92t think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_CECC98D3484Bpeterspectrumbridgecom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
UK example. Sensor on a trash c= an. Wants to talk (real data) only when the can is full (once a week?) batt= ery goal is 5 years.  Ofcom requires channel validation every 15 minut= es. So it is sending 672 overhead messages for every useful one. The valida= tion times are not going to get longer, only shorter, when we move into oth= er bands. Not everything wireless is a smart phone. There may be 6B of thos= e eventually but the projections for M2M are nearly 10 times that. 

From: <R= osen>, Brian <Brian.Rosen@= neustar.biz>
Date: Tuesd= ay, December 10, 2013 10:00 AM
To: Peter Stanforth <peter@s= pectrumbridge.com>, Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ie= tf.org>
Subject: Re: [pa= ws] Proposal to optionally support shortened message format
<= br>
We=92ve looked at these kinds o= f claims.  If it meant 10% of battery, it would be significant, but it= almost never does.  In one example we looked at, 30% change of messag= e size changed battery by less than 1%.

Yes, the r= adio is a significant drain on the battery, but so is CPU and other interfa= ces.  You have to look at the entire message set transmission over the= typical charge/discharge cycle.  How often is this message sent, and = what other radio traffic is there when battery charge is stressed?  

So,= how often is it sent?  In the US, it=92s once every 24 hours unless t= here are schedule changes.  The UK wants more.  What is their num= ber?  Once an hour?  Once every 15 minutes?  A master has to= send an equivalent message to every slave, but if I halve the size of a message sent every 15 minutes while the device is servicing = those clients, what is the percentage of radio traffic due to the protocol?=

Could it even approximate 1%?  More likely .= 01%.  Then halve it size, just to be aggressive.  What happens to= battery?

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at 9:44 AMTo: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis &l= t;Ray.Bellis@nominet.org.uk>, Don Joslyn <d.josl= yn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shorten= ed message format

Energy per transmitted bit, the challenge for many battery powered trans= ceivers. So yes 10% is meaningful

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 8:53 AM
To: Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com&= gt;
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: = Re: [paws] Proposal to optionally support shortened message format

<personal opinion>=
I don=92t have an objection to doing that, but it won=92t do any= thing substantial to the problem.  

We have h= ad discussions like this on many protocols over the years.  Our experi= ence is this kind of thing has little effect on implementations other than = complicating debugging.

Using a formal compression= scheme on the entire message often helps substantially reduce message size= , also substantially complicates debugging, and, in general, we don=92t thi= nk it actually helps implementations.

You really t= hink that reducing message sizes from, say 14KB to, say 10KB, which any dec= ent compression system should be able to do, would actually make any differ= ence to a device implemented this year?  If those Ks were Ms, it might= be worth thinking about, but Ks?  Please.

Shorter names probably only= changes messages sizes by 10% or so, clearly insufficient to do anything o= ther than confuse humans.

Brian


From: Ray Bel= lis <Ray.Bellis@nominet.org= .uk>
Date: Tuesday, Decem= ber 10, 2013 at 8:34 AM
To: Don = Joslyn <d.joslyn@spectrum= bridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
S= ubject: Re: [paws] Proposal to optionally support shortened message = format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you = say that you don=92t want to have aliases and just want to decide on short = names, does that mean that the current long names would be changed to short= names and the  long names would not be supported?
=

That's my understanding of what has been = proposed, and I think it's a good idea.

Ray
<= div>

=
--_000_CECC98D3484Bpeterspectrumbridgecom_-- From brian.rosen@neustar.biz Tue Dec 10 07:28:42 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FC071ADF8B for ; Tue, 10 Dec 2013 07:28:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.3 X-Spam-Level: X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RnyPs8bUmcAN for ; Tue, 10 Dec 2013 07:28:39 -0800 (PST) Received: from neustar.com (smartmail.neustar.com [156.154.17.104]) by ietfa.amsl.com (Postfix) with ESMTP id 6B8151ADC03 for ; Tue, 10 Dec 2013 07:28:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1386689933; x=1702049283; q=dns/txt; h=From:Subject:Date:Message-ID:Content-Language: Content-Type; bh=tlqbSBimZEyio+krUsVpcaPcl106Ahw8NxJnZndW0rg=; b=V0U1lWivqtcSClm61z+pPToCJbX+clTV+3VVBYg9rz73QMwuCz48MV8qd/De27 t+0ge9iKCqsTg5eJLJdhEcgg== Received: from ([10.31.58.71]) by stihiron1.va.neustar.com with ESMTP with TLS id J041124052.37455449; Tue, 10 Dec 2013 10:38:52 -0500 Received: from STNTEXMB10.cis.neustar.com ([169.254.5.245]) by stntexhc12.cis.neustar.com ([::1]) with mapi id 14.02.0342.003; Tue, 10 Dec 2013 10:28:25 -0500 From: "Rosen, Brian" To: Peter Stanforth , Ray Bellis , Don Joslyn Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAMqRwQALsal4D//7FKAIAAYjcA//+wkQCAAFfrAP//r+mA Date: Tue, 10 Dec 2013 15:28:24 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.5.130515 x-originating-ip: [10.33.192.27] x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: TiIVbZzM/OMLiOJ0L61sgw== Content-Type: multipart/alternative; boundary="_000_CECC9C9B3014Dbrianrosenneustarbiz_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 15:28:42 -0000 --_000_CECC9C9B3014Dbrianrosenneustarbiz_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable It doesn=92t need a channel assignment until it needs to send a message. W= hen it wants to send a message, it goes online, registers, requests and sen= ds. Then it goes off line. Brian From: Peter Stanforth > Date: Tuesday, December 10, 2013 at 10:14 AM To: Brian Rosen >, = Ray Bellis >, D= on Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format UK example. Sensor on a trash can. Wants to talk (real data) only when the = can is full (once a week?) battery goal is 5 years. Ofcom requires channel= validation every 15 minutes. So it is sending 672 overhead messages for ev= ery useful one. The validation times are not going to get longer, only shor= ter, when we move into other bands. Not everything wireless is a smart phon= e. There may be 6B of those eventually but the projections for M2M are near= ly 10 times that. From: , Brian > Date: Tuesday, December 10, 2013 10:00 AM To: Peter Stanforth >, Ray Bellis >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format We=92ve looked at these kinds of claims. If it meant 10% of battery, it wo= uld be significant, but it almost never does. In one example we looked at,= 30% change of message size changed battery by less than 1%. Yes, the radio is a significant drain on the battery, but so is CPU and oth= er interfaces. You have to look at the entire message set transmission ove= r the typical charge/discharge cycle. How often is this message sent, and = what other radio traffic is there when battery charge is stressed? So, how often is it sent? In the US, it=92s once every 24 hours unless the= re are schedule changes. The UK wants more. What is their number? Once a= n hour? Once every 15 minutes? A master has to send an equivalent message= to every slave, but if I halve the size of a message sent every 15 minutes= while the device is servicing those clients, what is the percentage of rad= io traffic due to the protocol? Could it even approximate 1%? More likely .01%. Then halve it size, just = to be aggressive. What happens to battery? Brian From: Peter Stanforth > Date: Tuesday, December 10, 2013 at 9:44 AM To: Brian Rosen >, = Ray Bellis >, D= on Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format Energy per transmitted bit, the challenge for many battery powered transcei= vers. So yes 10% is meaningful From: , Brian > Date: Tuesday, December 10, 2013 8:53 AM To: Ray Bellis = >, Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format I don=92t have an objection to doing that, but it won=92t do anything subst= antial to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don=92t think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don=92t want to have aliases and just want to decide = on short names, does that mean that the current long names would be changed= to short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_CECC9C9B3014Dbrianrosenneustarbiz_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
It doesn=92t need a channel assignment until it needs to send a messag= e.  When it wants to send a message, it goes online, registers, reques= ts and sends.  Then it goes off line.

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at= 10:14 AM
To: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis <= ;Ray.Bellis@nominet.org.uk= >, Don Joslyn <d.josly= n@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

UK example. Sensor on a trash can. Wants to talk (real data) only when= the can is full (once a week?) battery goal is 5 years.  Ofcom requir= es channel validation every 15 minutes. So it is sending 672 overhead messa= ges for every useful one. The validation times are not going to get longer, only shorter, when we move into other b= ands. Not everything wireless is a smart phone. There may be 6B of those ev= entually but the projections for M2M are nearly 10 times that. 

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 10= :00 AM
To: Peter Stanforth <peter@spectrumbridge.com>, Ray Bell= is <Ray.Bellis@nominet.org.= uk>, Don Joslyn <d= .joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

We=92ve looked at these kinds of claims.  If it meant 10% of batt= ery, it would be significant, but it almost never does.  In one exampl= e we looked at, 30% change of message size changed battery by less than 1%.=

Yes, the radio is a significant drain on the battery, but so is CPU an= d other interfaces.  You have to look at the entire message set transm= ission over the typical charge/discharge cycle.  How often is this mes= sage sent, and what other radio traffic is there when battery charge is stressed?  

So, how often is it sent?  In the US, it=92s once every 24 hours = unless there are schedule changes.  The UK wants more.  What is t= heir number?  Once an hour?  Once every 15 minutes?  A maste= r has to send an equivalent message to every slave, but if I halve the size of a message sent every 15 minutes while the device is servicing = those clients, what is the percentage of radio traffic due to the protocol?=

Could it even approximate 1%?  More likely .01%.  Then halve= it size, just to be aggressive.  What happens to battery?

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at= 9:44 AM
To: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis <= ;Ray.Bellis@nominet.org.uk= >, Don Joslyn <d.josly= n@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

Energy per transmitted bit, the challenge for many battery powered tra= nsceivers. So yes 10% is meaningful

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 8:= 53 AM
To: Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn = <d.joslyn@spectrumbridge.= com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format

<personal opinion>
I don=92t have an objection to doing that, but it won=92t do anything = substantial to the problem.  

We have had discussions like this on many protocols over the years. &n= bsp;Our experience is this kind of thing has little effect on implementatio= ns other than complicating debugging.

Using a formal compression scheme on the entire message often helps su= bstantially reduce message size, also substantially complicates debugging, = and, in general, we don=92t think it actually helps implementations.

You really think that reducing message sizes from, say 14KB to, say 10= KB, which any decent compression system should be able to do, would actuall= y make any difference to a device implemented this year?  If those Ks = were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only changes messages sizes by 10% or so, clear= ly insufficient to do anything other than confuse humans.

Brian


From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, December 10, 2013 at= 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@i= etf.org>
Subject: Re: [paws] Proposal to opt= ionally support shortened message format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don=92t want to have aliases and jus= t want to decide on short names, does that mean that the current long names= would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a = good idea.

Ray


 --_000_CECC9C9B3014Dbrianrosenneustarbiz_-- From vchen@google.com Tue Dec 10 07:53:20 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEE5F1ADF96 for ; Tue, 10 Dec 2013 07:53:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.787 X-Spam-Level: X-Spam-Status: No, score=0.787 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FF_IHOPE_YOU_SINK=2.166, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K3K6y2uZJomN for ; Tue, 10 Dec 2013 07:53:18 -0800 (PST) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) by ietfa.amsl.com (Postfix) with ESMTP id 12E6A1AE02F for ; Tue, 10 Dec 2013 07:53:18 -0800 (PST) Received: by mail-ob0-f178.google.com with SMTP id uz6so5462878obc.23 for ; Tue, 10 Dec 2013 07:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KF0E2iZDWZfDN6ab9U6zrAKzPI4C1IobcpnznyP0vCY=; b=eXrPmvDuHCj5v6EEqejOT8krGgD3VXsYiqKaXCPHW9Xa9Hs/XzJNTylTvLNXajSGBR 5sQNeiTgbwo89fTF/Oxm7qYf0YCZZipJ7uPnXndBoxXo3Ho7lJrVMLpiW/Vf/qpuaY2d o0JX8qGrpPJXziuKx2WKuijd/v3XuXmeTt/ta5bHBFNW5m0+MVgeNpLzgnCFaNde861M x+BRHJDPVQDcYNnAzsOZWC53Sow0jQi2V85Vc/uNgOEsbVRLoACdzDBq3khGayEjJXtd xBAoWdP6iR3bde7WROgbuP9a+Aiv8TCw6i3WgR9SyDSU4YVWNQvW0V12bfeBwXxhyWHV ri+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KF0E2iZDWZfDN6ab9U6zrAKzPI4C1IobcpnznyP0vCY=; b=G5A+zyFHx9AStc7tZv2kvM2kIdSnGui6dHGg0HVnF/MdYDm1kZ5VHpvrwneHYDPcEC ovVbY2FPcezHtK7S1vXkwdb4ABHaL1q7OIYyW4AQv9cFg2Vn9J4GLMDKi+svHplmiis9 uF0tKdobSVXB6x9qrr74MZwgyR8o4aPteHtwseA3M0cJY4viLOv6UonfrHwEvFTzQCPt 5n9M/PfpJFPSWDcJIgstvY+GZw55+AqEuq211VrA7wQJpNidXE/aY6cQi5wPGoMlDnrj 6VhzzjH3k5jeRZYd7vHB5kCnSyK7OoTFgrQKtIhW/3/r7pwTCHKqirKKobu1K4qs4/ai SA4g== X-Gm-Message-State: ALoCoQlb7Nik40zlp8A7pHvDqWrFkb6iV+KLeY5WBYhsGIGyUimXN2uITL34Ww6VpqHKRcPZ1/9SRmsxFX6H3aGe9hUoxmc5bdgzhwAc/mFjLwH04nc3daMjwg21oKPvJjg6y3+ehR+KDkC1hGoxxpBP4NY76578oQVw1twbHqw+ZanqcJiP4blKX4k7zDND20PlOlTcpxBA MIME-Version: 1.0 X-Received: by 10.182.229.34 with SMTP id sn2mr321478obc.86.1386690792653; Tue, 10 Dec 2013 07:53:12 -0800 (PST) Received: by 10.182.45.166 with HTTP; Tue, 10 Dec 2013 07:53:12 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 07:53:12 -0800 Message-ID: From: Vincent Chen To: "Harasty, Daniel J" Content-Type: multipart/alternative; boundary=001a113497501c1c6d04ed301cd5 Cc: "paws@ietf.org" Subject: Re: [paws] consider encoding numbers as integers where possible X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 15:53:20 -0000 --001a113497501c1c6d04ed301cd5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Dan, I must disagree on the "integer issue". In JavaScript/ECMAScript/JSON, there is only "Number". There is no integer vs float types. No matter how you choose to write it, it's the same "number". I don't think we should try to define a restricted version of JSON, much as your argument for vCard :) As for the "whole channel issue", I suppose we might a statement to the "FCC 2010 Ruleset" section, but I'm not quite sure what the concern is that this resolves? Is the concern that the Database might be returning center frequencies for channels? -vince On Mon, Dec 9, 2013 at 9:18 AM, Harasty, Daniel J w= rote: > PAWS WG, > > > > I=92ve been in some discussions where PAWS implementers have stated the > following preferences: > > > > 1. Certain values in PAWS =96 such as =93startHz=94, =93stopHz=94, > =93resolutionBwHz=94, =93powerDbmPerBw=94 =96 should be expressed in mess= ages as > integers rather than floats. > > =B7 Example, encode the =93startHz=94 of Channel 43 with the inte= ger > notation =93644000000=94, rather than floating point notation such as =93= 644e6=94 > or =936.44e8=94. > > =B7 Reason: internal representation of floats are rarely exact, a= nd > equality operations are often complicated by this. > > > > 2. Values such as =93startHz=94 and =93stopHz=94 should be constrai= ned to > actual television channel band edges =96 at least in the US. > > =B7 Reason: as a practical matter, as there is no concept =96 at = this > time =96 that the US databases will ever state the availability of =93par= t=94 of > a US TV channel. > > > > Both afford implementation simplification for the WS devices, and thus I > think they deserve some discussion. Is there a way to address this in th= e > spec without removing future flexibility, or affecting use cases outside > the US? > > > > Here is one possibility: > > > > A. Address the =93integer issue=94 with language to the effect of: = =93when > encoding numeric values that are integers, the sender MUST use the JSON > encoding that avoids its representation as a float =96 that is, it must n= ot > use either the decimal point nor the exponent part=94. > > (This is intentionally less draconian than stating that certain values > like =93startHz=94 and =93powerDbmPerBw=94 MUST be integers; rather =93wh= en they are > integers, represent them as such=94.) > > > > B. Address the =93whole channel issue=94 by adding verbiage to the > meaning of the =93FCC 2010 Ruleset=94 that states expressly that =93start= Hz=94 and > =93stopHz=94 values must be constrained to actual U.S. television channel= band > edges. > > > > Thoughts? > > > > Dan Harasty > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws > > --=20 -vince --001a113497501c1c6d04ed301cd5 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Dan,

I must disagree on the "integ= er issue".

In JavaScript/ECMAScript/JSON, the= re is only "Number". There is no integer vs float types. No matte= r how you choose to write it, it's the same "number".
I don't think we should try to define a restricted version of JSON= , much as your argument for vCard :)

As for the &q= uot;whole channel issue", I suppose we might a statement to the "= FCC 2010 Ruleset" section,
but I'm not quite sure what the concern is that this resolves? Is = the concern that the Database might be
returning center frequenci= es for channels?=A0

-vince


On Mon, Dec 9, 2013 at 9:18 AM, Harasty,= Daniel J <dharasty@appcomsci.com> wrote:

PAWS WG,

=A0

I=92ve been in some discussions where PAWS im= plementers have stated the following preferences:

=A0<= /p>

1.=A0=A0=A0=A0=A0=A0 = Certain values in PAWS =96 such as =93startHz=94= , =93stopHz=94, =93resolutionBwHz=94, =93powerDbmPerBw=94 =96 should be exp= ressed in messages as integers rather than floats.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Example, encode the =93startHz=94 of Channel 43 with= the integer notation =93644000000=94, rather than floating point notation = such as =93644e6=94 or =936.44e8=94.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Reason: internal representation of floats are rarely= exact, and equality operations are often complicated by this.

=A0<= /p>

2.=A0=A0=A0=A0=A0=A0 = Values such as =93startHz=94 and =93stopHz=94 sh= ould be constrained to actual television channel band edges =96 at least in= the US.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 Reason: as a practical matter, as there is no concep= t =96 at this time =96 that the US databases will ever state the availabili= ty of =93part=94 of a US TV channel.

=A0<= /p>

Both afford implementa= tion simplification for the WS devices, and thus I think they deserve some = discussion.=A0 Is there a way to address this in the spec without removing = future flexibility, or affecting use cases outside the US?

=A0<= /p>

Here is one possibilit= y:

=A0<= /p>

A.=A0=A0=A0=A0=A0 Address the =93integer issue=94 with language to th= e effect of: =93when encoding numeric values that are integers, the sender = MUST use the JSON encoding that avoids its representation as a float =96 th= at is, it must not use either the decimal point nor the exponent part=94.
(This is intentionally less draconian than stating that certain values = like =93startHz=94 and =93powerDbmPerBw=94 MUST be integers; rather =93when= they are integers, represent them as such=94.)

=A0

B.=A0=A0=A0=A0=A0 Address the =93whole channel issue=94 by adding verbiage to the meaning of= the =93FCC 2010 Ruleset=94 that states expressly that =93startHz=94 and = =93stopHz=94 values must be constrained to actual U.S. television channel b= and edges.

=A0<= /p>

Thoughts?

=A0<= /p>

Dan Harasty


_______________________________________________
paws mailing list
paws@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/paws




--
-vince
--001a113497501c1c6d04ed301cd5-- From vchen@google.com Tue Dec 10 09:55:51 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CBAA1AE16F for ; Tue, 10 Dec 2013 09:55:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.379 X-Spam-Level: X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MbQr9d6j1Hbv for ; Tue, 10 Dec 2013 09:55:49 -0800 (PST) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) by ietfa.amsl.com (Postfix) with ESMTP id 132671ADBD1 for ; Tue, 10 Dec 2013 09:55:48 -0800 (PST) Received: by mail-oa0-f52.google.com with SMTP id h16so5963467oag.11 for ; Tue, 10 Dec 2013 09:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f83yDA2C39yG3AVRkhOBfFSgSqWUbdbUfT8mV1grqVI=; b=Hrysj5O4UoQmeHGhBgzHil1IlvGH8PqomH/inm8X4243DAVVuM0zYXsz27GqmfPmLg 6yMKP+sY+6Uk3gwgQyGEzkOCZm13bilRAng7LsBlTn70VmbVbTsBuOo5hdKqmz/pq39O Hb8v+Y+mZhfYJLO6ARFn9vdapwgmQaXHNkDqj/kXW37Sp1ZoQuyUSPCZxEIQCaLijVDt 3J+Ua6QYBbLEunPs4g9/C4+OQxI2d2n0J2MJtdODEfCI/wSjG2Zso5r7M0p90F+68yeW QrCS8W7AgFLrKT3mauDQi5R+vlY3SU4l4y201f0LvN0XRbbTvlG+eiZPKn9ym6RNUTch vDgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=f83yDA2C39yG3AVRkhOBfFSgSqWUbdbUfT8mV1grqVI=; b=ATvU6ql+0sUoavyl+yo03DiU7IJ0SLbGJUfjhQisnWaa5Ja6K155QaKa9MUyKYe4eW VNJqImHlh1hHXUWiwAdUzSPcvd2PhDn7G5QJ7JL7ecCKMIMJcvvif1DBjtBSURiGCR9L wXuINq5O100xBvDgYHnQOWWq8Ih1Q+rIvYmZ9BEIvoYka9SILSqBmF1ZSUpvglNFlkfH mJLmGzdKDbDoRYIhulbMOgcsNq7BIubr7dhjY9zqQoUmTR3VdpdrE1qZDGWFgFzhKslZ PM79fvdn7jVvtK3QyqBIjBV38gYIaAbA3rcmAD6RxrjMI3kGiOc9PMnUz3JRUsfSUEFl x7/A== X-Gm-Message-State: ALoCoQnH2DXt9HhKrJbWXuIWEmT3eWUh5bE+TmnbtKb0YOe0qOSjN7n95pl+ONscKBeL9d538JNTrZqxsUvyT6oDK5NFxJHXlkO06bbayfuA4G6G/qZ1UEgKHeL2sA282Zkh3cjRXW4qMLU7+AyrKUrADTCD4N5+/NzX4rKNKJ/arNWpsMH5QE7QxRzLS7DhrXkV2R/kSgAh MIME-Version: 1.0 X-Received: by 10.60.58.165 with SMTP id s5mr804996oeq.86.1386698143616; Tue, 10 Dec 2013 09:55:43 -0800 (PST) Received: by 10.182.45.166 with HTTP; Tue, 10 Dec 2013 09:55:43 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 09:55:43 -0800 Message-ID: From: Vincent Chen To: Peter Stanforth Content-Type: multipart/alternative; boundary=089e013c71f642f1a604ed31d244 Cc: "paws@ietf.org" Subject: Re: [paws] proposal to update PAWS doc regarding vCard X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 17:55:51 -0000 --089e013c71f642f1a604ed31d244 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Peter, Thanks for the reminder. How about something like this? All contact information MUST be expressed using the structure defined by the vCard Format Specification [RFC6350]. At minimum, the information MUST include: - At least one of the following: fn: Full name of an individual org: Name of the organization - Each of the following: adr: Address fields tel: Telephone numbers email: Email addresses Names of organizations MUST use the "org" field and names of individuals MU= ST use the "fn" field. On Tue, Dec 10, 2013 at 3:46 AM, Peter Stanforth wrote: > Do we know that name and organization are both required? > Is it not more reasonable to think one or the other is required? > Peter S. > > From: Vincent Chen > Date: Tuesday, December 10, 2013 2:24 AM > To: "Harasty, Daniel J" > Cc: "paws@ietf.org" > Subject: Re: [paws] proposal to update PAWS doc regarding vCard > > Dan, > > I think not restricting to a subset of vCard fields is a good idea. But I > believe it's still reasonable to require a minimum set of fields. > > The current text for Section 5.5 of draft 07 reads: > > All contact information MUST be expressed using the structure defined > by the vCard Format Specification [RFC6350]. Only the contact fields > of vCard are supported: > > fn Full name of an individual > org Name of the organization > adr Address fields > tel Telephone numbers > email Email addresses > > > I think that word, "Only", was a poor choice on my part. The intent was > not to restrict to only these fields > but to indicate that these are minimum required fields. > > A regulatory domain may require additional fields, but those should be > documented in the > IANA Considerations section under the appropriate Ruleset ID sections. > > It might also make sense to add statements, such as, > > Names of organizations MUST use the "org" field. Names of individuals > MUST use the "fn" field. > > -vince > > > > On Mon, Dec 9, 2013 at 8:28 AM, Harasty, Daniel J wrote: > >> PAWS WG, >> >> >> >> The team I=92m on is active both with PAWS, and with the other US WS DBA= s >> in the =93InterOp forum=94 to define the exchange of records between US = WS DBAs. >> >> >> >> The PAWS spec and InterOp specs are just slightly out-of-sync on how >> vCard objects are handled. >> >> =B7 They state different subsets are =93the only supported field= s=94 >> >> o Example: InterOp states =93N=94 is supported, PAWS states it is excl= uded. >> >> =B7 They state different datatype restrictions. >> >> o Example: InterOp allows only =93text=94 and =93integer=94, PAWS allo= ws =93uri=94 >> types. >> >> =B7 Neither states how a recipient is supposed to handle/reject = a >> message that has =93extra=94 fields. >> >> >> >> But most importantly, IMO, there is no particular implementation >> advantage to an =93approved subset=94; in fact, it tends to complicate t= hings. >> In effect, the implementation *required *to add ad-hoc validations (to >> determine that certain fields are NOT present) , either custom validatio= ns >> after the use of a generic vCard library / parser, or implementation of >> a custom vCard parser. >> >> >> >> Furthermore, everywhere else (outside the vCard) PAWS expressly >> *requires* message recipients to =93ignore all parameters it does not >> understand=94. Why not apply the same design concept to parsing of vCa= rds? >> >> >> >> As such I=92d like to propose to PAWSa different approach: >> >> =B7 The sender must send valid vCard, and must include anything >> required by its regulatory domain. (All optional fields allowed by the >> vCard spec are expressly allowed in the InterOp/PAWS messages.) >> >> =B7 The recipient must parse/accept any valid vCard, and may >> ignore fields that are not required by the regulatory domain. >> >> >> >> This approach is MUCH simpler to state, MUCH simpler to implement, much >> more consistent with current practices (allow sending optional fields), = and >> =96 if approved by both =96 removes the disparities between the two spec= s >> regarding encoding of contacts. >> >> >> >> I=92ve already presented the same to the US InterOp team, and believe th= ere >> is general support for this approach in the InterOp spec. >> >> >> >> If, after a discussion here, there is general agreement, I=92m willing t= o >> draft updated text for Section =935.5. DeviceOwner=94=85 and the whole = of it >> will probably be shorter than this email! >> >> >> >> Dan Harasty >> >> >> >> >> >> >> >> _______________________________________________ >> paws mailing list >> paws@ietf.org >> https://www.ietf.org/mailman/listinfo/paws >> >> > > > -- > -vince > --=20 -vince --089e013c71f642f1a604ed31d244 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Peter,

Thanks for the reminder. How abo= ut something like this?

All contact information MUST be expressed us=
ing the structure defined
by the vCard Format Specification [RFC6350]. At minimum, the information MUST include:
 - At least one of the following:

   fn: Full name o=
f an individual
   org:  Name of the organization
 - Each of the following:
   adr:  Address fields
   tel:  Telephone numbers
   email:  Email addresses
Names of organizations MUST use the "org" field and=
 names of individuals MUST
use the "fn" field.
<= br>
On Tue, Dec 10, 2013 at 3:46 AM, Peter St= anforth <peter@spectrumbridge.com> wrote:
Do we know that name and organization are both required?
<= div>Is it not more reasonable to think one or the other is required?
Peter S.

From: Vincent Chen <vchen@google.com>
Date: Tuesday, December 10, 2013 2:24 = AM
To: "Harasty, Daniel J" = <dharasty@ap= pcomsci.com>
Cc: "<= a href=3D"mailto:paws@ietf.org" target=3D"_blank">paws@ietf.org" &= lt;paws@ietf.org>=
Subject: Re: [paws] proposal to up= date PAWS doc regarding vCard

Dan,

I think not restricting to a subset of vCard fields is = a good idea. But I believe it's still reasonable to require a minimum s= et of fields.

The current text for Section 5.5 of = draft 07 reads:

   All contact information MUST be expressed using the structure defined
   by the vCard Format Specification [RFC6350].  Only the contact fields
   of vCard are supported:

   fn Full name of an individual
   org  Name of the organization
   adr  Address fields
   tel  Telephone numbers
   email  Email addresses

I think that word, "Only", was a = poor choice on my part. The intent was not to restrict to only these fields=
but to indicate that these are minimum required fields.

A regulatory domain may require additional fields, but = those should be documented in the
IANA Considerations section und= er the appropriate Ruleset ID sections.

It might a= lso make sense to add statements, such as,

=A0 Names of organizations MUST use the "org"= field. Names of individuals MUST use the "fn" field.
<= br>
-vince



On Mon, Dec 9, 20= 13 at 8:28 AM, Harasty, Daniel J <dharasty@ap= pcomsci.com> wrote:

PAWS WG,

= =A0

The team I=92m on is <= /span>active both with PAWS, and with the oth= er US WS DBAs in the =93InterOp forum=94 to define the exchange of records = between US WS DBAs.

=A0

The PAWS spec an= d InterOp specs are just slightly out-of-sync on how vCard objects are hand= led.

=B7=A0=A0=A0=A0=A0=A0=A0=A0 They state differ= ent subsets are =93the only supported fields=94

o=A0=A0 Example: InterOp = states =93N=94 is supported, PAWS states it is excluded.

=B7=A0=A0=A0=A0=A0= =A0=A0=A0 They state differ= ent datatype restrictions.

o=A0=A0 Example: InterOp = allows only =93text=94 and =93integer=94, PAWS allows =93uri=94 types.

= =B7=A0= =A0=A0=A0=A0=A0=A0=A0 Neither states ho= w a recipient is supposed to handle/reject a message that has =93extra=94 f= ields.

=A0

But most importantly, = IMO, there is no particular implementation advantage to an =93approved subs= et=94; in fact, it tends to complicate things.=A0 In effect, the implementation required to add ad-hoc validations (to determine that certain fields= are NOT present) , either custom validations after the use of a generic vCard library / parser, or imp= lementation of a custom vCard parser.

=A0

Furthermore, everywhere else (outside the vCa= rd) PAWS expressly requires message recipients to =93ignore all parameters it does not = understand=94.=A0=A0 Why not apply the same design concept to parsing of vC= ards?

=A0

As such I= =92d like to propose to PAWSa different approach:

=B7=A0=A0=A0=A0=A0=A0=A0=A0 The sender must s= end valid vCard, and must include anything required by its regulatory domai= n.=A0 (All optional fields allowed by the vCard spec are expressly allowed = in the InterOp/PAWS messages.)

=B7=A0=A0=A0=A0=A0=A0=A0=A0 The recipient mus= t parse/accept any valid vCard, and may ignore fields that are not required= by the regulatory domain.

=A0

This approach is MUCH simpler to state,= MUCH simpler to implement, much more consistent with current practices (al= low sending optional fields), and =96 if approved by both =96 removes the d= isparities between the two specs regarding encoding of contacts.

=A0

I=92ve already presented= the same to the US InterOp team, and believe there is general support for = this approach in the InterOp spec.<= /u>

=A0

If, after a disc= ussion here, there is general agreement, I=92m willing to draft updated tex= t for Section =935.5.=A0 DeviceOwner=94=85 and the whole of it will probabl= y be shorter than this email!

=A0

Dan Harasty

=A0

=A0

=A0

<= div class=3D"im">
_______________________________________________
paws mailing list
paw= s@ietf.org
https://www.ietf.org/mailman/listinfo/paws



=

--
-vince



--
-vince --089e013c71f642f1a604ed31d244-- From ben@blindcreek.com Tue Dec 10 10:28:11 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 528B01AE203 for ; Tue, 10 Dec 2013 10:28:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.119 X-Spam-Level: X-Spam-Status: No, score=-1.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LHAKzh7BIhHA for ; Tue, 10 Dec 2013 10:28:09 -0800 (PST) Received: from blu0-omc3-s21.blu0.hotmail.com (blu0-omc3-s21.blu0.hotmail.com [65.55.116.96]) by ietfa.amsl.com (Postfix) with ESMTP id 060E61AE052 for ; Tue, 10 Dec 2013 10:28:08 -0800 (PST) Received: from BLU0-SMTP287 ([65.55.116.74]) by blu0-omc3-s21.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Dec 2013 10:28:03 -0800 X-TMN: [Db/ud/te7t3oMZ5+z4/ZD3iIOtT61n8q] X-Originating-Email: [ben@blindcreek.com] Message-ID: Received: from [127.0.0.1] ([64.74.213.174]) by BLU0-SMTP287.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Dec 2013 10:28:02 -0800 Date: Tue, 10 Dec 2013 10:28:03 -0800 From: "Benjamin A. Rolfe" User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: paws@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------090904040907090001000401" X-Antivirus: avast! (VPS 131205-2, 12/05/2013), Outbound message X-Antivirus-Status: Not-Tested X-OriginalArrivalTime: 10 Dec 2013 18:28:03.0338 (UTC) FILETIME=[90048EA0:01CEF5D5] Sender: Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 18:28:11 -0000 --------------090904040907090001000401 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I am not sure I get Brian's point, but.... The kind of TVWS devices I am dealing with fall into a couple groups. We have mains powered, resource rich devices that have an internet connection, all the memory needed to implement a complete IP protocol stack including PAWS, and a high data rate connection to the internet. An 802.11 access point is an example of this sort of device. There are battery or mains powered, transitory devices that have the resource to implement a complete IP stack, assume a reasonable high data rate connection to the internet, have the battery capacity to operate for a couple days between recharging. An 802.11 STA in a portable device (phone, tablet, PC) might be an example of this kind of device. Another example is a M2M device with moderate (1Mbps) interface through a gateway. A resource constrained device may have no IP stack, or a stripped down IP stack (UDP, 6loWPAN, ...). Some may have to run for many years on battery. Likely no direct internet connection, or squeezes through a gateway on a very low data rate wireless link. It may have only an wireless interface. Raw bit rate is low (100kbps or less) and effective throughput much lower. Such devices may be "sleepy" meaning they turn off all but a few gates most of the time, only communicate when there is something to say. A low cost remote sensor is an example of this sort of device. PAWS is targeted at the first category, and IMO will work for the second category. Not ideal for the last category. I think the fundamental assumptions driving protocol design are so different that it would be a mistake at this stage to try and make PAWS fit the really slim device. Hope that helps. Ben On 12/10/2013 5:53 AM, Rosen, Brian wrote: > > I don't have an objection to doing that, but it won't do anything > substantial to the problem. > > We have had discussions like this on many protocols over the years. > Our experience is this kind of thing has little effect on > implementations other than complicating debugging. > > Using a formal compression scheme on the entire message often helps > substantially reduce message size, also substantially complicates > debugging, and, in general, we don't think it actually helps > implementations. > > You really think that reducing message sizes from, say 14KB to, say > 10KB, which any decent compression system should be able to do, would > actually make any difference to a device implemented this year? If > those Ks were Ms, it might be worth thinking about, but Ks? Please. > > Shorter names probably only changes messages sizes by 10% or so, > clearly insufficient to do anything other than confuse humans. > > Brian > > > From: Ray Bellis > > Date: Tuesday, December 10, 2013 at 8:34 AM > To: Don Joslyn > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > > On 10 Dec 2013, at 13:03, Don Joslyn > wrote: > >> Dan, Vince, >> When you say that you don't want to have aliases and just want to >> decide on short names, does that mean that the current long names >> would be changed to short names and the long names would not be >> supported? > > That's my understanding of what has been proposed, and I think it's a > good idea. > > Ray > > > > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws --------------090904040907090001000401 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit I am not sure I get Brian's point, but....
The kind of TVWS devices I am dealing with fall into a couple groups.

We have mains powered, resource rich devices that have an internet connection, all the memory needed to implement a complete IP protocol stack including PAWS, and a high data rate connection to the internet.  An 802.11 access point is an example of this sort  of device.

There are battery or mains powered, transitory devices that have the resource to implement a complete IP stack, assume a reasonable high data rate connection to the internet, have the battery capacity to operate for a couple days between recharging.  An 802.11 STA in a portable device (phone, tablet, PC) might be an example of this kind of device.  Another example is a M2M device with moderate (1Mbps) interface through a gateway.

A resource constrained device may have no IP stack, or a stripped down IP stack (UDP, 6loWPAN, ...). Some may have to run for many years on battery. Likely no direct internet connection, or squeezes through a gateway on a very low data rate wireless link. It may have only an wireless interface.  Raw bit rate  is low (100kbps or less) and effective throughput much lower. Such devices may be "sleepy" meaning they turn off all but a few gates most of the time, only communicate when there is something to say.  A low cost remote sensor is an example of this sort of device.

PAWS is targeted at the first category, and IMO  will work for the second category.  Not ideal for the last category.    I think the fundamental assumptions driving protocol design are so different that it would be a mistake at this stage to try and make PAWS fit the really slim device.

Hope that helps.
Ben




On 12/10/2013 5:53 AM, Rosen, Brian wrote:
<personal opinion>
I don’t have an objection to doing that, but it won’t do anything substantial to the problem.  

We have had discussions like this on many protocols over the years.  Our experience is this kind of thing has little effect on implementations other than complicating debugging.

Using a formal compression scheme on the entire message often helps substantially reduce message size, also substantially complicates debugging, and, in general, we don’t think it actually helps implementations.

You really think that reducing message sizes from, say 14KB to, say 10KB, which any decent compression system should be able to do, would actually make any difference to a device implemented this year?  If those Ks were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only changes messages sizes by 10% or so, clearly insufficient to do anything other than confuse humans.

Brian


From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, December 10, 2013 at 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don’t want to have aliases and just want to decide on short names, does that mean that the current long names would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a good idea.

Ray


 

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

--------------090904040907090001000401-- From ben@blindcreek.com Tue Dec 10 10:40:20 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDBA71ADBCC for ; Tue, 10 Dec 2013 10:40:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.119 X-Spam-Level: X-Spam-Status: No, score=-1.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v8AWdGyz0-0b for ; Tue, 10 Dec 2013 10:40:15 -0800 (PST) Received: from blu0-omc3-s32.blu0.hotmail.com (blu0-omc3-s32.blu0.hotmail.com [65.55.116.107]) by ietfa.amsl.com (Postfix) with ESMTP id A990B1AE01B for ; Tue, 10 Dec 2013 10:40:14 -0800 (PST) Received: from BLU0-SMTP405 ([65.55.116.73]) by blu0-omc3-s32.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Dec 2013 10:40:09 -0800 X-TMN: [J2eW51oeUpA7W8QU1/rJvHbTx+s4XmgN] X-Originating-Email: [ben@blindcreek.com] Message-ID: Received: from [127.0.0.1] ([64.74.213.174]) by BLU0-SMTP405.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Dec 2013 10:40:08 -0800 Date: Tue, 10 Dec 2013 10:40:09 -0800 From: "Benjamin A. Rolfe" User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: paws@ietf.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------070501090206030003040005" X-Antivirus: avast! (VPS 131205-2, 12/05/2013), Outbound message X-Antivirus-Status: Not-Tested X-OriginalArrivalTime: 10 Dec 2013 18:40:08.0853 (UTC) FILETIME=[40755C50:01CEF5D7] Sender: Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 18:40:21 -0000 --------------070501090206030003040005 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit And sending several 14k octet messages to register, request, get response...and then send 10 octet message contain a status of "full" and a time stamp? Hm. That sensor probably has only a wireless link, with datarate in the slow to really slow range. You need a protocol optimized for the trash can sensor if it's really going to work. And I know where you can find one! Take a look at IEEE 802.15.4m. Compact over the air encoding of the essential register/request/response messages. For an app like the trash can sensor, you would have an edge device (mains powered) that talks to the database (using PAWS or whatever is required), possibly keeping a local cache of what's available for it's area. -Ben :-) On 12/10/2013 7:28 AM, Rosen, Brian wrote: > It doesn't need a channel assignment until it needs to send a message. > When it wants to send a message, it goes online, registers, requests > and sends. Then it goes off line. > > Brian > > From: Peter Stanforth > > Date: Tuesday, December 10, 2013 at 10:14 AM > To: Brian Rosen >, Ray Bellis > >, Don > Joslyn > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > UK example. Sensor on a trash can. Wants to talk (real data) only when > the can is full (once a week?) battery goal is 5 years. Ofcom > requires channel validation every 15 minutes. So it is sending 672 > overhead messages for every useful one. The validation times are not > going to get longer, only shorter, when we move into other bands. Not > everything wireless is a smart phone. There may be 6B of those > eventually but the projections for M2M are nearly 10 times that. > > From: , Brian > > Date: Tuesday, December 10, 2013 10:00 AM > To: Peter Stanforth >, Ray Bellis > >, Don > Joslyn > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > We've looked at these kinds of claims. If it meant 10% of battery, it > would be significant, but it almost never does. In one example we > looked at, 30% change of message size changed battery by less than 1%. > > Yes, the radio is a significant drain on the battery, but so is CPU > and other interfaces. You have to look at the entire message set > transmission over the typical charge/discharge cycle. How often is > this message sent, and what other radio traffic is there when battery > charge is stressed? > > So, how often is it sent? In the US, it's once every 24 hours unless > there are schedule changes. The UK wants more. What is their number? > Once an hour? Once every 15 minutes? A master has to send an > equivalent message to every slave, but if I halve the size of a > message sent every 15 minutes while the device is servicing those > clients, what is the percentage of radio traffic due to the protocol? > > Could it even approximate 1%? More likely .01%. Then halve it size, > just to be aggressive. What happens to battery? > > Brian > > From: Peter Stanforth > > Date: Tuesday, December 10, 2013 at 9:44 AM > To: Brian Rosen >, Ray Bellis > >, Don > Joslyn > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > Energy per transmitted bit, the challenge for many battery powered > transceivers. So yes 10% is meaningful > > From: , Brian > > Date: Tuesday, December 10, 2013 8:53 AM > To: Ray Bellis >, Don Joslyn > > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > > I don't have an objection to doing that, but it won't do anything > substantial to the problem. > > We have had discussions like this on many protocols over the years. > Our experience is this kind of thing has little effect on > implementations other than complicating debugging. > > Using a formal compression scheme on the entire message often helps > substantially reduce message size, also substantially complicates > debugging, and, in general, we don't think it actually helps > implementations. > > You really think that reducing message sizes from, say 14KB to, say > 10KB, which any decent compression system should be able to do, would > actually make any difference to a device implemented this year? If > those Ks were Ms, it might be worth thinking about, but Ks? Please. > > Shorter names probably only changes messages sizes by 10% or so, > clearly insufficient to do anything other than confuse humans. > > Brian > > > From: Ray Bellis > > Date: Tuesday, December 10, 2013 at 8:34 AM > To: Don Joslyn > > Cc: "paws@ietf.org " > > Subject: Re: [paws] Proposal to optionally support shortened message > format > > > On 10 Dec 2013, at 13:03, Don Joslyn > wrote: > >> Dan, Vince, >> When you say that you don't want to have aliases and just want to >> decide on short names, does that mean that the current long names >> would be changed to short names and the long names would not be >> supported? > > That's my understanding of what has been proposed, and I think it's a > good idea. > > Ray > > > > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws --------------070501090206030003040005 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit And sending several 14k octet messages to register, request, get response...and then send 10 octet message contain a status of "full" and a time stamp? 

Hm.  That sensor probably has only a wireless link, with datarate in the slow to really slow range. You need a protocol optimized for the trash can sensor if it's really going to work.
<shameless bragging> And I know where you can find one! Take a look at IEEE 802.15.4m.  Compact over the air encoding of the essential register/request/response messages. For an app like the trash can sensor, you would have an edge device (mains powered) that talks to the database (using PAWS or whatever  is required), possibly keeping a local cache of what's available for it's area.</shameless bragging>
-Ben
:-)

On 12/10/2013 7:28 AM, Rosen, Brian wrote:
It doesn’t need a channel assignment until it needs to send a message.  When it wants to send a message, it goes online, registers, requests and sends.  Then it goes off line.

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at 10:14 AM
To: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format

UK example. Sensor on a trash can. Wants to talk (real data) only when the can is full (once a week?) battery goal is 5 years.  Ofcom requires channel validation every 15 minutes. So it is sending 672 overhead messages for every useful one. The validation times are not going to get longer, only shorter, when we move into other bands. Not everything wireless is a smart phone. There may be 6B of those eventually but the projections for M2M are nearly 10 times that. 

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 10:00 AM
To: Peter Stanforth <peter@spectrumbridge.com>, Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format

We’ve looked at these kinds of claims.  If it meant 10% of battery, it would be significant, but it almost never does.  In one example we looked at, 30% change of message size changed battery by less than 1%.

Yes, the radio is a significant drain on the battery, but so is CPU and other interfaces.  You have to look at the entire message set transmission over the typical charge/discharge cycle.  How often is this message sent, and what other radio traffic is there when battery charge is stressed?  

So, how often is it sent?  In the US, it’s once every 24 hours unless there are schedule changes.  The UK wants more.  What is their number?  Once an hour?  Once every 15 minutes?  A master has to send an equivalent message to every slave, but if I halve the size of a message sent every 15 minutes while the device is servicing those clients, what is the percentage of radio traffic due to the protocol?

Could it even approximate 1%?  More likely .01%.  Then halve it size, just to be aggressive.  What happens to battery?

Brian

From: Peter Stanforth <peter@spectrumbridge.com>
Date: Tuesday, December 10, 2013 at 9:44 AM
To: Brian Rosen <brian.rosen@neustar.biz>, Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format

Energy per transmitted bit, the challenge for many battery powered transceivers. So yes 10% is meaningful

From: <Rosen>, Brian <Brian.Rosen@neustar.biz>
Date: Tuesday, December 10, 2013 8:53 AM
To: Ray Bellis <Ray.Bellis@nominet.org.uk>, Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format

<personal opinion>
I don’t have an objection to doing that, but it won’t do anything substantial to the problem.  

We have had discussions like this on many protocols over the years.  Our experience is this kind of thing has little effect on implementations other than complicating debugging.

Using a formal compression scheme on the entire message often helps substantially reduce message size, also substantially complicates debugging, and, in general, we don’t think it actually helps implementations.

You really think that reducing message sizes from, say 14KB to, say 10KB, which any decent compression system should be able to do, would actually make any difference to a device implemented this year?  If those Ks were Ms, it might be worth thinking about, but Ks?  Please.

Shorter names probably only changes messages sizes by 10% or so, clearly insufficient to do anything other than confuse humans.

Brian


From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, December 10, 2013 at 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paws] Proposal to optionally support shortened message format


On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com> wrote:

Dan, Vince,
 
When you say that you don’t want to have aliases and just want to decide on short names, does that mean that the current long names would be changed to short names and the  long names would not be supported?

That's my understanding of what has been proposed, and I think it's a good idea.

Ray


 

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

--------------070501090206030003040005-- From d.joslyn@spectrumbridge.com Tue Dec 10 12:25:45 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA5E01AE19B for ; Tue, 10 Dec 2013 12:25:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BVYwzimid2ES for ; Tue, 10 Dec 2013 12:25:43 -0800 (PST) Received: from mail.spectrumbridge.com (mail.spectrumbridge.com [64.132.248.82]) by ietfa.amsl.com (Postfix) with ESMTP id DAA8E1AE1D4 for ; Tue, 10 Dec 2013 12:25:40 -0800 (PST) Received: from shelby.sbi.com ([127.0.0.1]) by shelby ([127.0.0.1]) with mapi; Tue, 10 Dec 2013 15:25:35 -0500 From: Don Joslyn To: "Rosen, Brian" , "paws@ietf.org" Date: Tue, 10 Dec 2013 15:25:33 -0500 Thread-Topic: [paws] Proposal to optionally support shortened message format Thread-Index: Ac7yt3HQrjMfIDRQScCGkhrZN+EQgQAMqRwQALsal4D//7FKAP///zbA Message-ID: <8375F6DAEFB09F48815203F1FE23B79741BEC37214@shelby> References: <53F00E5CD8B2E34C81C0C89EB0B4FE736859EA13@wds-exc2.okna.nominet.org.uk> 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_8375F6DAEFB09F48815203F1FE23B79741BEC37214shelby_" MIME-Version: 1.0 Subject: Re: [paws] Proposal to optionally support shortened message format X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 20:25:45 -0000 --_000_8375F6DAEFB09F48815203F1FE23B79741BEC37214shelby_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Brian, All, My calculations for using two-character names within "spectrum" blocks show= s ~37% reduction. Using two "spectrum" blocks to define 40 channels for tw= o bandwidths (for Ofcom) results in ~6500 characters uncompressed (not coun= ting spaces) versus ~4050 compressed, saving ~2450 bytes for a fully loaded= (40 channel) Ofcom-compliant channel list reply. This does not include com= pressing other names within the message, I'm only showing compression for t= he "spectrum" blocks. I realize that some WG members may object to this proposal, some may accept= it, and others may not care. If there is more to discuss for or against, I= hope others will present their opinion and supporting data. I hope we can = come to a speedy decision so that radio vendors will know exactly what they= are dealing with. The message size in the current specification may be too= large for some to accept/implement, but as others have suggested, they can= always use a different protocol. Thanks, Don From: Rosen, Brian [mailto:Brian.Rosen@neustar.biz] Sent: Tuesday, December 10, 2013 8:53 AM To: Ray Bellis; Don Joslyn Cc: paws@ietf.org Subject: Re: [paws] Proposal to optionally support shortened message format I don't have an objection to doing that, but it won't do anything substanti= al to the problem. We have had discussions like this on many protocols over the years. Our ex= perience is this kind of thing has little effect on implementations other t= han complicating debugging. Using a formal compression scheme on the entire message often helps substan= tially reduce message size, also substantially complicates debugging, and, = in general, we don't think it actually helps implementations. You really think that reducing message sizes from, say 14KB to, say 10KB, w= hich any decent compression system should be able to do, would actually mak= e any difference to a device implemented this year? If those Ks were Ms, i= t might be worth thinking about, but Ks? Please. Shorter names probably only changes messages sizes by 10% or so, clearly in= sufficient to do anything other than confuse humans. Brian From: Ray Bellis > Date: Tuesday, December 10, 2013 at 8:34 AM To: Don Joslyn > Cc: "paws@ietf.org" > Subject: Re: [paws] Proposal to optionally support shortened message format On 10 Dec 2013, at 13:03, Don Joslyn > wrote: Dan, Vince, When you say that you don't want to have aliases and just want to decide on= short names, does that mean that the current long names would be changed t= o short names and the long names would not be supported? That's my understanding of what has been proposed, and I think it's a good = idea. Ray --_000_8375F6DAEFB09F48815203F1FE23B79741BEC37214shelby_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Brian, Al= l,

 

My calculations for using two-character na= mes within “spectrum” blocks shows ~37% reduction. Using two &#= 8220;spectrum”  blocks to define 40 channels for two bandwidths = (for Ofcom) results in ~6500 characters uncompressed (not counting spaces) = versus ~4050 compressed, saving ~2450 bytes for a fully loaded (40 channel)= Ofcom-compliant channel list reply. This does not include compressing othe= r names within the message, I’m only showing compression for the R= 20;spectrum” blocks.

 

I realize that som= e WG members may object to this proposal, some may accept it, and others ma= y not care. If there is more to discuss for or against, I hope others will = present their opinion and supporting data. I hope we can come to a speedy d= ecision so that radio vendors will know exactly what they are dealing with.= The message size in the current specification may be too large for some to= accept/implement, but as others have suggested, they can always use a diff= erent protocol.

 = ;

Thanks,

=

Don

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

From: Ro= sen, Brian [mailto:Brian.Rosen@neustar.biz]
Sent: Tuesday, Decem= ber 10, 2013 8:53 AM
To: Ray Bellis; Don Joslyn
Cc: paw= s@ietf.org
Subject: Re: [paws] Proposal to optionally support sho= rtened message format

 

<personal opinion&g= t;

I don’t = have an objection to doing that, but it won’t do anything substantial= to the problem.  

 

We = have had discussions like this on many protocols over the years.  Our = experience is this kind of thing has little effect on implementations other= than complicating debugging.

 

Using a formal compression scheme on the entire message often helps subs= tantially reduce message size, also substantially complicates debugging, an= d, in general, we don’t think it actually helps implementations.=

 

You really think that reducing = message sizes from, say 14KB to, say 10KB, which any decent compression sys= tem should be able to do, would actually make any difference to a device im= plemented this year?  If those Ks were Ms, it might be worth thinking = about, but Ks?  Please.

 

Shorter names probably only changes messages sizes by 10% or so, clearly = insufficient to do anything other than confuse humans.

 

Brian

 

 

= From: Ray Bellis <Ray.Bellis@nominet.org.uk>
Date: Tuesday, Dece= mber 10, 2013 at 8:34 AM
To: Don Joslyn <d.joslyn@spectrumbridge.com>
Cc: "paws@ietf.org" <paws@ietf.org>
Subject: Re: [paw= s] Proposal to optionally support shortened message format

 

 

=

On 10 Dec 2013, at 13:03, Don Joslyn <d.joslyn@spectrumbridge.com>= wrote:



<= /o:p>

Dan, Vince,

 

<= /div>

When you say that you don’t wan= t to have aliases and just want to decide on short names, does that mean th= at the current long names would be changed to short names and the  lon= g names would not be supported?

 =

That's my understanding of what ha= s been proposed, and I think it's a good idea.

<= div>

 

Ray

 

&= nbsp;

= --_000_8375F6DAEFB09F48815203F1FE23B79741BEC37214shelby_-- From dharasty@appcomsci.com Tue Dec 10 13:18:00 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 636B11AE04B for ; Tue, 10 Dec 2013 13:18:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.266 X-Spam-Level: X-Spam-Status: No, score=0.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FF_IHOPE_YOU_SINK=2.166, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gcCxwSYy44Ad for ; Tue, 10 Dec 2013 13:17:57 -0800 (PST) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) by ietfa.amsl.com (Postfix) with ESMTP id 668F71AE0FE for ; Tue, 10 Dec 2013 13:17:57 -0800 (PST) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.2/8.14.2) with ESMTP id rBALHogX020469; Tue, 10 Dec 2013 16:17:51 -0500 (EST) Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id rBALHoxI010533; Tue, 10 Dec 2013 16:17:50 -0500 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Tue, 10 Dec 2013 16:17:50 -0500 From: "Harasty, Daniel J" To: Vincent Chen Thread-Topic: [paws] consider encoding numbers as integers where possible Thread-Index: AQHO9b/ymR+HXBEEBEyGvVx4TA7rYZpN5c2g Date: Tue, 10 Dec 2013 21:17:49 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_EC510C021D06A34C92F5A5A488B5290B0CF8930Arrcatsexmb2atsa_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] consider encoding numbers as integers where possible X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 21:18:00 -0000 --_000_EC510C021D06A34C92F5A5A488B5290B0CF8930Arrcatsexmb2atsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm going to split my reply, in case each issue has separate follow up, I f= eel it is easier to track that way. As for "requiring encoding integers as integers (with no decimal or exponen= t part)"... I agree [enough] with Vince's comment, and withdraw my original= suggestion. HERE'S the real nut of what I was originally getting at: * ENCODERS, BEWARE that JSON encoding of floats is problematic in t= hat floats are usually only approximations of the number you mean to repres= ent. If you aim to represent (in a PAWS message) a large integer such as "= 644000000", then these are all acceptable JSON encodings: "644000000" or "= 644e6" or "6.44e8". However, if you use a float (internally in your implem= entation) and your JSON encoder encodes this as "6.44000001e8" or "6.439999= 9e8"... then that is an error, as those are not the same as the integer "64= 4000000". * DECODERS, BEWARE that JSON decoders may or may not interpret the = JSON-encoded numbers "644e6" and "6.44e8" as the integers that they are. Y= ou might end up with a [native] float out of your decoder, which may or may= not represent the actually integer "644000000", and that discrepancy may o= r may not cause problems for your subsequent decoding. I would suggest we include the above "warnings" as explanatory text somewhe= re. It could be a simple implementation note at the head of section 6. From: Vincent Chen [mailto:vchen@google.com] Sent: Tuesday, December 10, 2013 10:53 AM To: Harasty, Daniel J Cc: paws@ietf.org Subject: Re: [paws] consider encoding numbers as integers where possible Dan, I must disagree on the "integer issue". In JavaScript/ECMAScript/JSON, there is only "Number". There is no integer = vs float types. No matter how you choose to write it, it's the same "number= ". I don't think we should try to define a restricted version of JSON, much as= your argument for vCard :) As for the "whole channel issue", I suppose we might a statement to the "FC= C 2010 Ruleset" section, but I'm not quite sure what the concern is that this resolves? Is the conce= rn that the Database might be returning center frequencies for channels? -vince On Mon, Dec 9, 2013 at 9:18 AM, Harasty, Daniel J > wrote: PAWS WG, I've been in some discussions where PAWS implementers have stated the follo= wing preferences: 1. Certain values in PAWS - such as "startHz", "stopHz", "resolutionB= wHz", "powerDbmPerBw" - should be expressed in messages as integers rather = than floats. * Example, encode the "startHz" of Channel 43 with the integer nota= tion "644000000", rather than floating point notation such as "644e6" or "6= .44e8". * Reason: internal representation of floats are rarely exact, and e= quality operations are often complicated by this. 2. Values such as "startHz" and "stopHz" should be constrained to act= ual television channel band edges - at least in the US. * Reason: as a practical matter, as there is no concept - at this t= ime - that the US databases will ever state the availability of "part" of a= US TV channel. Both afford implementation simplification for the WS devices, and thus I th= ink they deserve some discussion. Is there a way to address this in the sp= ec without removing future flexibility, or affecting use cases outside the = US? Here is one possibility: A. Address the "integer issue" with language to the effect of: "when e= ncoding numeric values that are integers, the sender MUST use the JSON enco= ding that avoids its representation as a float - that is, it must not use e= ither the decimal point nor the exponent part". (This is intentionally less draconian than stating that certain values like= "startHz" and "powerDbmPerBw" MUST be integers; rather "when they are inte= gers, represent them as such".) B. Address the "whole channel issue" by adding verbiage to the meaning= of the "FCC 2010 Ruleset" that states expressly that "startHz" and "stopHz= " values must be constrained to actual U.S. television channel band edges. Thoughts? Dan Harasty _______________________________________________ paws mailing list paws@ietf.org https://www.ietf.org/mailman/listinfo/paws -- -vince --_000_EC510C021D06A34C92F5A5A488B5290B0CF8930Arrcatsexmb2atsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’m= going to split my reply, in case each issue has separate follow up, I feel= it is easier to track that way.

=  

As for ̶= 0;requiring encoding integers as integers (with no decimal or exponent part= )”… I agree [enough] with Vince’s comment, and withdraw m= y original suggestion.

 

HERE’S the real = nut of what I was originally getting at:

 

·&nbs= p;        ENCODERS, BEWARE that JSON encoding of floats is problematic in tha= t floats are usually only approximations of the number you mean to represen= t.  If you aim to represent (in a PAWS message) a large integer such a= s “644000000”, then these are all acceptable JSON encodings: &n= bsp;“644000000” or “644e6” or “6.44e8”.=   However, if you use a float (internally in your implementation) and = your JSON encoder encodes this as “6.44000001e8” or “6.43= 99999e8”… then that is an error, as those are not the same as t= he integer “644000000”.

·         DECODERS, BEWARE that JSON decoders may or = may not interpret the JSON-encoded numbers “644e6” and “6= .44e8” as the integers that they are.  You might end up with a [= native] float out of your decoder, which may or may not represent the actua= lly integer “644000000”, and that discrepancy may or may not ca= use problems for your subsequent decoding.

 

I = would suggest we include the above “warnings” as explanatory te= xt somewhere.  It could be a simple implementation note at the head of= section 6.

 

 

From: Vincent Chen [mailto:vchen@google.com]
= Sent: Tuesday, December 10, 2013 10:53 AM
To: Harasty, Daniel= J
Cc: paws@ietf.org
Subject: Re: [paws] consider encod= ing numbers as integers where possible

 

Dan,=

 

I must disagree on the "integer issue".

 

In JavaScript/ECMAScript/JSON, there is only "Number". The= re is no integer vs float types. No matter how you choose to write it, it's= the same "number".

I don't think we should try to define a restricted version of JSON, much a= s your argument for vCard :)

=  

As for the "whole= channel issue", I suppose we might a statement to the "FCC 2010 = Ruleset" section,

but I'= m not quite sure what the concern is that this resolves? Is the concern tha= t the Database might be

retur= ning center frequencies for channels? 

 

-vince<= o:p>

 

On Mon, Dec 9, 2013 = at 9:18 AM, Harasty, Daniel J <dharasty@appcomsci.com> wrote:

PAWS WG,

 

I’ve been in some discussions where PA= WS implementers have stated the following preferences:

 

1.       Certain values in PAWS – such as “startHz”, &#= 8220;stopHz”, “resolutionBwHz”, “powerDbmPerBw̶= 1; – should be expressed in messages as integers rather than floats.<= /span>

·       &nbs= p; Example, encode the “startHz” of Channel 43 wi= th the integer notation “644000000”, rather than floating point= notation such as “644e6” or “6.44e8”.<= /o:p>

·         Reason: internal representation of floats are rarely exact, and equali= ty operations are often complicated by this.

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

2.       = Values such as “startHz” and “stopHz” should be con= strained to actual television channel band edges – at least in the US= .

·       &n= bsp; Reason: as a practical matter, as there is no concept &#= 8211; at this time – that the US databases will ever state the availa= bility of “part” of a US TV channel.

 

Both afford implementati= on simplification for the WS devices, and thus I think they deserve some di= scussion.  Is there a way to address this in the spec without removing= future flexibility, or affecting use cases outside the US?

 

Here is one = possibility:

 

A. &n= bsp;    Address the “integer issue”= ; with language to the effect of: “when encoding numeric values that = are integers, the sender MUST use the JSON encoding that avoids its represe= ntation as a float – that is, it must not use either the decimal poin= t nor the exponent part”.

(This is intentionally less draconia= n than stating that certain values like “startHz” and “po= werDbmPerBw” MUST be integers; rather “when they are integers, = represent them as such”.)

 

B.      Address the “w= hole channel issue” by adding verbiage to the meaning of the “F= CC 2010 Ruleset” that states expressly that “startHz” and= “stopHz” values must be constrained to actual U.S. television = channel band edges.

 

Thoughts?

 

Dan Harasty


_______________= ________________________________
paws mailing list
paws@ietf.org
https://www.ietf.org/mailman/listinfo/paw= s



 

--
-vince

= --_000_EC510C021D06A34C92F5A5A488B5290B0CF8930Arrcatsexmb2atsa_-- From dharasty@appcomsci.com Tue Dec 10 13:36:21 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF9C1AE0DE for ; Tue, 10 Dec 2013 13:36:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.266 X-Spam-Level: X-Spam-Status: No, score=0.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FF_IHOPE_YOU_SINK=2.166, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X18R_C-vFp6c for ; Tue, 10 Dec 2013 13:36:18 -0800 (PST) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) by ietfa.amsl.com (Postfix) with ESMTP id ED9AB1AE04B for ; Tue, 10 Dec 2013 13:36:17 -0800 (PST) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.2/8.14.2) with ESMTP id rBALaC4D020634; Tue, 10 Dec 2013 16:36:12 -0500 (EST) Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id rBALaBF2010660; Tue, 10 Dec 2013 16:36:11 -0500 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Tue, 10 Dec 2013 16:36:11 -0500 From: "Harasty, Daniel J" To: Vincent Chen Thread-Topic: [paws] whole channel issue Thread-Index: AQHO9e/V8b/WfaCsM0KJ9IvZvOzEcA== Date: Tue, 10 Dec 2013 21:36:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_EC510C021D06A34C92F5A5A488B5290B0CF893A3rrcatsexmb2atsa_" MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] whole channel issue X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 21:36:21 -0000 --_000_EC510C021D06A34C92F5A5A488B5290B0CF893A3rrcatsexmb2atsa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On the matter of my suggestion that "'startHz' and 'stopHz' should be const= rained to actual television channel band edges - at least in the US", Vince= asked: As for the "whole channel issue", I suppose we might a statement to the "FC= C 2010 Ruleset" section, but I'm not quite sure what the concern is that th= is resolves? Is the concern that the Database might be returning center fre= quencies for channels? No, the concern is not that this is ambiguous for the Database; the concern= - maybe misplaced - is that without this condition being imposed by the sp= ec on the database, the Devices might need to go through a process of check= ing that the band edges are "sensible"... as in, aligned with US TV band ed= ges. As a DB provider, I have no intention of sending "partial bands" under curr= ent FCC rules. So if this requirement makes the life of device manufacture= rs easier, I'm willing to adopt it, as it is how I expect to operate anyway= s. I'll leave the matter open to support from device manufacturers. If there = is no particular voice of support, we can let this suggestion go. (Aside: you see now how this is related to the "use exact JSON integers" is= sue, as if the devices DO plan to check for "saneness" of band edges, then = imprecise values are problematic.) Dan Harasty From: Vincent Chen [mailto:vchen@google.com] Sent: Tuesday, December 10, 2013 10:53 AM To: Harasty, Daniel J Cc: paws@ietf.org Subject: Re: [paws] consider encoding numbers as integers where possible Dan, I must disagree on the "integer issue". In JavaScript/ECMAScript/JSON, there is only "Number". There is no integer = vs float types. No matter how you choose to write it, it's the same "number= ". I don't think we should try to define a restricted version of JSON, much as= your argument for vCard :) As for the "whole channel issue", I suppose we might a statement to the "FC= C 2010 Ruleset" section, but I'm not quite sure what the concern is that this resolves? Is the conce= rn that the Database might be returning center frequencies for channels? -vince On Mon, Dec 9, 2013 at 9:18 AM, Harasty, Daniel J > wrote: PAWS WG, I've been in some discussions where PAWS implementers have stated the follo= wing preferences: 1. Certain values in PAWS - such as "startHz", "stopHz", "resolutionB= wHz", "powerDbmPerBw" - should be expressed in messages as integers rather = than floats. * Example, encode the "startHz" of Channel 43 with the integer nota= tion "644000000", rather than floating point notation such as "644e6" or "6= .44e8". * Reason: internal representation of floats are rarely exact, and e= quality operations are often complicated by this. 2. Values such as "startHz" and "stopHz" should be constrained to act= ual television channel band edges - at least in the US. * Reason: as a practical matter, as there is no concept - at this t= ime - that the US databases will ever state the availability of "part" of a= US TV channel. Both afford implementation simplification for the WS devices, and thus I th= ink they deserve some discussion. Is there a way to address this in the sp= ec without removing future flexibility, or affecting use cases outside the = US? Here is one possibility: A. Address the "integer issue" with language to the effect of: "when e= ncoding numeric values that are integers, the sender MUST use the JSON enco= ding that avoids its representation as a float - that is, it must not use e= ither the decimal point nor the exponent part". (This is intentionally less draconian than stating that certain values like= "startHz" and "powerDbmPerBw" MUST be integers; rather "when they are inte= gers, represent them as such".) B. Address the "whole channel issue" by adding verbiage to the meaning= of the "FCC 2010 Ruleset" that states expressly that "startHz" and "stopHz= " values must be constrained to actual U.S. television channel band edges. Thoughts? Dan Harasty _______________________________________________ paws mailing list paws@ietf.org https://www.ietf.org/mailman/listinfo/paws -- -vince --_000_EC510C021D06A34C92F5A5A488B5290B0CF893A3rrcatsexmb2atsa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

On the ma= tter of my suggestion that “’startHz’ and &= #8216;stopHz’ should be constrained to actual television channel band= edges – at least in the US”, Vince asked:

 

As for the "whole channel issue", I= suppose we might a statement to the "FCC 2010 Ruleset" section, = but I'm not quite sure what the concern is that this resolves? Is the conce= rn that the Database might be returning center frequencies for channels?&nb= sp;

 

<= p class=3DMsoNormal>No, the concern is not that this is ambiguous fo= r the Database; the concern – maybe misplaced – is that without= this condition being imposed by the spec on the database, the Devices migh= t need to go through a process of checking that the band edges are “s= ensible”… as in, aligned with US TV band edges.

 

As a DB provider, I have no intention of sending “part= ial bands” under current FCC rules.  So if this requirement make= s the life of device manufacturers easier, I’m willing to adopt it, a= s it is how I expect to operate anyways.

 

I= 217;ll leave the matter open to support from device manufacturers.  If= there is no particular voice of support, we can let this suggestion go.

 

=

(Aside: you see now how this is related to the = “use exact JSON integers” issue, as if the devices DO plan to c= heck for “saneness” of band edges, then imprecise values are pr= oblematic.)

 

Dan Harasty

=

 

 

From:<= /b> Vinc= ent Chen [mailto:vchen@google.com]
Sent: Tuesday, December 10, 2= 013 10:53 AM
To: Harasty, Daniel J
Cc: paws@ietf.orgSubject: Re: [paws] consider encoding numbers as integers where pos= sible

 

=

Dan,

 

I must disagree on the &qu= ot;integer issue".

=  

In JavaScript/ECMAScript/JS= ON, there is only "Number". There is no integer vs float types. N= o matter how you choose to write it, it's the same "number".=

I don't think we should try to de= fine a restricted version of JSON, much as your argument for vCard :)<= /o:p>

 

As for the "whole channel issue", I suppose we= might a statement to the "FCC 2010 Ruleset" section,<= /p>

but I'm not quite sure what the concern = is that this resolves? Is the concern that the Database might be=

returning center frequencies for channe= ls? 

 

-vince

 

=

On Mon, Dec 9, 2013 at 9:18 AM, Harasty, Daniel J <= dharasty@appcom= sci.com> wrote:

PAWS WG,

 

I= ’ve been in some discussions where PAWS implementers have stated the = following preferences:

 

1.       Certain values in PAWS = – such as “startHz”, “stopHz”, “resolut= ionBwHz”, “powerDbmPerBw” – should be expressed in = messages as integers rather than floats.

· = ;        Example, encode t= he “startHz” of Channel 43 with the integer notation “644= 000000”, rather than floating point notation such as “644e6R= 21; or “6.44e8”.

&mi= ddot;   = ;      Reason: internal representati= on of floats are rarely exact, and equality operations are often complicate= d by this.

 

<= p>2.  = ;     Values such as “startHz”= ; and “stopHz” should be constrained to actual television chann= el band edges – at least in the US.

·&nbs= p;        Reason: as a pra= ctical matter, as there is no concept – at this time – that the= US databases will ever state the availability of “part” of a U= S TV channel.

 

Both afford implementation simplification for the WS device= s, and thus I think they deserve some discussion.  Is there a way to a= ddress this in the spec without removing future flexibility, or affecting u= se cases outside the US?

 

Here is one possibility:

<= p class=3DMsoNormal style=3D'mso-margin-top-alt:auto;mso-margin-bottom-alt:= auto'> 

A.      Address the “integer issue” with language to the effect of: &#= 8220;when encoding numeric values that are integers, the sender MUST use th= e JSON encoding that avoids its representation as a float – that is, = it must not use either the decimal point nor the exponent part”.
<= br>(This is intentionally less draconian than stating that certain values l= ike “startHz” and “powerDbmPerBw” MUST be integers;= rather “when they are integers, represent them as such”.)

 

B.    =   Address the “whole channel issue” by addin= g verbiage to the meaning of the “FCC 2010 Ruleset” that states= expressly that “startHz” and “stopHz” values must = be constrained to actual U.S. television channel band edges.

 

Thoughts?

 

= Dan Harasty


_______________________________________________paws mailing list
paws@ietf.org= https://www.ietf.org/mailman/listinfo/paws



<= o:p> 

--
-vince

= --_000_EC510C021D06A34C92F5A5A488B5290B0CF893A3rrcatsexmb2atsa_-- From buddenbergr@gmail.com Tue Dec 10 14:00:12 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 853CE1AE1CD for ; Tue, 10 Dec 2013 14:00:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.166 X-Spam-Level: X-Spam-Status: No, score=0.166 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FF_IHOPE_YOU_SINK=2.166, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 50hGVTdZJLXO for ; Tue, 10 Dec 2013 14:00:10 -0800 (PST) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 3FC371AE08B for ; Tue, 10 Dec 2013 14:00:10 -0800 (PST) Received: by mail-pd0-f171.google.com with SMTP id z10so8173486pdj.16 for ; Tue, 10 Dec 2013 14:00:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:cc:date:in-reply-to:references :content-type:mime-version:content-transfer-encoding; bh=BXZLcT3IuYffTh2a4si4VxhEvtTz2JLGfP+5ptL2400=; b=r6+JwPAWNT/ROudMVOhz9iYPP4S7usE+JTXeawsU6lkHOeTkSkUvmHBgASG2e+0xMH y/dkDvUDpkFXU8BxifzCArHeTOOKSQCLF45lwadJZ6B2J63ISaJkEm9IYzFKZOwHI7zM XigPEh9Eqbbr8ZybYi/TGVL0TsorcslXMkal4MqaXycGyIwB2ecNwg7aViUr26nuZxT/ VLdsq3ImOFq2zpJURlnFQOaFR5g2Tlf2rR0cJWzK1Vmd25IesBNWNbFZwP5XJF6DijhY 4VvCEgTUMBf7Ramxh8WFbcnuKvY7zKdWuIUNE1eqG79kWMbUt4WeBvfN/WmFCGXYCurE enpw== X-Received: by 10.69.31.1 with SMTP id ki1mr30205461pbd.124.1386712804512; Tue, 10 Dec 2013 14:00:04 -0800 (PST) Received: from [192.168.1.5] (c-50-131-118-52.hsd1.ca.comcast.net. [50.131.118.52]) by mx.google.com with ESMTPSA id ik1sm27938710pbc.9.2013.12.10.14.00.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Dec 2013 14:00:03 -0800 (PST) Message-ID: <1386712801.4507.30.camel@localhost> From: Rex Buddenberg To: "Harasty, Daniel J" Date: Tue, 10 Dec 2013 14:00:01 -0800 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: "paws@ietf.org" Subject: Re: [paws] whole channel issue X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 22:00:12 -0000 Dan, When we discussed this some months ago on the list, my concern was the inverse. Looking beyond just TV white space to a day when we might recycle other bands that are allocated in different (mostly narrowband) shapes today. For instance, I know of one vendor who has 802.16 implementations that work in the VHF band. This gear needs several 25kHz channels, adjacent to each other -- a bare minimum of 200kHz (and much happier with twice that). I'll immediately agree that this is not necessary in the TV bands, and therefore here-and-now. But I didn't want to see the option foreclosed before we get to it, perhaps in a v2. Indifferent how the band is specified as long as we can get the aggregation. On Tue, 2013-12-10 at 21:36 +0000, Harasty, Daniel J wrote: > On the matter of my suggestion that “’startHz’ and ‘stopHz’ should be > constrained to actual television channel band edges – at least in the > US”, Vince asked: > > > > As for the "whole channel issue", I suppose we might a statement to > the "FCC 2010 Ruleset" section, but I'm not quite sure what the > concern is that this resolves? Is the concern that the Database might > be returning center frequencies for channels? > > > > No, the concern is not that this is ambiguous for the Database; the > concern – maybe misplaced – is that without this condition being > imposed by the spec on the database, the Devices might need to go > through a process of checking that the band edges are “sensible”… as > in, aligned with US TV band edges. > > > > As a DB provider, I have no intention of sending “partial bands” under > current FCC rules. So if this requirement makes the life of device > manufacturers easier, I’m willing to adopt it, as it is how I expect > to operate anyways. > > > > I’ll leave the matter open to support from device manufacturers. If > there is no particular voice of support, we can let this suggestion > go. > > > > (Aside: you see now how this is related to the “use exact JSON > integers” issue, as if the devices DO plan to check for “saneness” of > band edges, then imprecise values are problematic.) > > > > Dan Harasty > > > > > > From: Vincent Chen [mailto:vchen@google.com] > Sent: Tuesday, December 10, 2013 10:53 AM > To: Harasty, Daniel J > Cc: paws@ietf.org > Subject: Re: [paws] consider encoding numbers as integers where > possible > > > > > Dan, > > > > > I must disagree on the "integer issue". > > > > > > In JavaScript/ECMAScript/JSON, there is only "Number". There is no > integer vs float types. No matter how you choose to write it, it's the > same "number". > > > I don't think we should try to define a restricted version of JSON, > much as your argument for vCard :) > > > > > > As for the "whole channel issue", I suppose we might a statement to > the "FCC 2010 Ruleset" section, > > > but I'm not quite sure what the concern is that this resolves? Is the > concern that the Database might be > > > returning center frequencies for channels? > > > > > > -vince > > > > > On Mon, Dec 9, 2013 at 9:18 AM, Harasty, Daniel J > wrote: > > PAWS WG, > > > > I’ve been in some discussions where PAWS implementers have stated the > following preferences: > > > > 1. Certain values in PAWS – such as “startHz”, “stopHz”, > “resolutionBwHz”, “powerDbmPerBw” – should be expressed in messages as > integers rather than floats. > > · Example, encode the “startHz” of Channel 43 with the integer > notation “644000000”, rather than floating point notation such as > “644e6” or “6.44e8”. > > · Reason: internal representation of floats are rarely exact, > and equality operations are often complicated by this. > > > > 2. Values such as “startHz” and “stopHz” should be constrained > to actual television channel band edges – at least in the US. > > · Reason: as a practical matter, as there is no concept – at > this time – that the US databases will ever state the availability of > “part” of a US TV channel. > > > > Both afford implementation simplification for the WS devices, and thus > I think they deserve some discussion. Is there a way to address this > in the spec without removing future flexibility, or affecting use > cases outside the US? > > > > Here is one possibility: > > > > A. Address the “integer issue” with language to the effect of: > “when encoding numeric values that are integers, the sender MUST use > the JSON encoding that avoids its representation as a float – that is, > it must not use either the decimal point nor the exponent part”. > > (This is intentionally less draconian than stating that certain values > like “startHz” and “powerDbmPerBw” MUST be integers; rather “when they > are integers, represent them as such”.) > > > > B. Address the “whole channel issue” by adding verbiage to the > meaning of the “FCC 2010 Ruleset” that states expressly that “startHz” > and “stopHz” values must be constrained to actual U.S. television > channel band edges. > > > > Thoughts? > > > > Dan Harasty > > > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws > > > > > > > > -- > -vince > > > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws From lear@cisco.com Wed Dec 11 05:12:35 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84F691AD9AB for ; Wed, 11 Dec 2013 05:12:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.502 X-Spam-Level: X-Spam-Status: No, score=-9.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kdhAezxHA5Ww for ; Wed, 11 Dec 2013 05:12:33 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id CFDEF1ADBCA for ; Wed, 11 Dec 2013 05:12:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3801; q=dns/txt; s=iport; t=1386767547; x=1387977147; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=BydUyoQzWUOPtWPQAnisbsE+Mm0ebxnSwnKEgHJabQM=; b=Y1CKTiMi8wlVEW1p/q6z+IrES+3M28UbwkGhEU26xaQZ1/gPVhSqBDCK LNA7wGHTtGCCgxuWIVwA35md+PXs0KxbPCAO9y/JoZoiQphC3pd28HVM3 yo3xYyoeoQeWjoWuY1vc/Dgaa6ltn9yHDgoCGxXq0xEl1a1ZOAR1Opr6q o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAGdkqFKQ/khM/2dsb2JhbABZgwc4g1a2GIEdFnSCJQEBAQMBI1UBBQsLGgIFFgsCAgkDAgECAUUHCQMBBwEBh3gGDbIAj1oTBIEpjQdYB4JsgUgElDGDY5ITgyo7gSwF X-IronPort-AV: E=Sophos;i="4.93,871,1378857600"; d="scan'208";a="1403943" Received: from ams-core-3.cisco.com ([144.254.72.76]) by aer-iport-2.cisco.com with ESMTP; 11 Dec 2013 13:12:16 +0000 Received: from ams3-vpn-dhcp8010.cisco.com (ams3-vpn-dhcp8010.cisco.com [10.61.95.73]) by ams-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id rBBDCCjM017269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Dec 2013 13:12:12 GMT Message-ID: <52A864AE.5080800@cisco.com> Date: Wed, 11 Dec 2013 14:12:14 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Gabor.Bajko@nokia.com, paws@ietf.org References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 13:12:35 -0000 Hi Gabor, I don't think you can call this a full review, but I do have a few questions/issues. Two general questions: Could my cell phone or Wifi-enabled device be a Slave or Master Device in order to make use of the database or is the intent that only base stations be the target? Also, have we liaised this document to the IEEE 802.11 people and do/would they care (see below about licensed/unlicensed)? 4.1. Database Discovery (and elsewhere): > 4.1. Database Discovery > > Different regulators may have different requirements for the approval > and operation of databases, such as: > > o A regulator may only allow a limited number of certified databases > to operate. It also may require the certification of each device- > to-database pairing. > o A regulator may maintain a trusted website that lists all approved > databases, known as the Listing Server. It also may mandate how > devices use the listing server. > > o A regulator may allow each database to define its own terms of > use, so that, for example, an approved device may not be able to > access all approved databases. > The basis of this document is that the regulators are in direct contact with the Master Device. I have some concerns about that approach: 1. It would seem to me computationally intensive on the part of the regulator to compute a geometry/contour to determine which frequencies are available. As much as I would be worried about a single request, I don't see why regulators would want to take such aggregate load. Has a regulator agreed to do so? Or am I wrong about the computation? 2. Much of this seems to be predicated on micro-auctions in secondary spectrum. Interesting idea and worth pursuing, however, the one week period below seems to lead us to question what "micro" means in this context. See below for that. 3. I may be demonstrating my parochial nature, but there is a lot of complexity in this document that is predicated on the assumption that licensed use will be permitted. That is- a specific station license is required to transmit. Wouldn't this protocol simplify considerably if it focused on unlicensed use? In fact, wouldn't it boil down to a file transfer protocol and a database format as opposed to bouncing all of these queries back and forth? My question really is how the authors came to this approach. I can imagine some arguments, such as wanting to track down bad actors, but I raise the issue because of the plethora of PII that could end up getting shipped to regulators on a regular basis over this. Section 4.1.1: > Within a regulatory domain that has a Database Listing Server, a > Device MUST use it to determine the URLs of databases for the domain. > The URI of the Listing Server for a regulatory domain MAY be > preconfigured in the device. Where allowed by the regulator, the > Device MAY save the database list and SHOULD contact the Database > Listing Server periodically to update its list. The time between > such updates MUST be no longer than one week, or any update interval > required by the applicable regulatory domain, whichever is shorter. I presume that in this paragraph, when you say "Device" you mean "Master Device". going further, it seems to me that the point should not be whether or not such a device has direct Internet connectivity, but whether or not it can receive updates. Those updates could conceivably come from many sources, including ones in which IP is not used. Moreover, there seems to have been an arbitrary period of time chosen (1 week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_RESP? Thanks, Eliot From brian.rosen@neustar.biz Wed Dec 11 06:14:31 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893091AD8EB for ; Wed, 11 Dec 2013 06:14:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DYVJscMeQBwy for ; Wed, 11 Dec 2013 06:14:28 -0800 (PST) Received: from neustar.com (smartmail.neustar.com [156.154.17.104]) by ietfa.amsl.com (Postfix) with ESMTP id 9D2C71ADF33 for ; Wed, 11 Dec 2013 06:14:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1386771875; x=1702128474; q=dns/txt; h=From:Subject:Date:Message-ID:Content-Language: Content-Type:Content-ID:Content-Transfer-Encoding; bh=Izh3tLOqQh Qc9Kb/W/3YVRkWdGK5XquFGPi8I5y1uXA=; b=nQ4paBtxau70fB23B0xfiGVGg7 ElAG+J3QUtUpsTz8vOW3rnFoCXCeVLoWc9IQYBensC/JGMRismUitNQRmS0w== Received: from ([10.31.58.71]) by stihiron1.va.neustar.com with ESMTP with TLS id J041124052.37539054; Wed, 11 Dec 2013 09:24:34 -0500 Received: from STNTEXMB10.cis.neustar.com ([169.254.5.245]) by stntexhc12.cis.neustar.com ([::1]) with mapi id 14.02.0342.003; Wed, 11 Dec 2013 09:14:07 -0500 From: "Rosen, Brian" To: Eliot Lear Thread-Topic: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Thread-Index: Ac7wby+Dm7VRLhwwSVSfL6kifm69sw== Date: Wed, 11 Dec 2013 14:14:06 +0000 Message-ID: <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> In-Reply-To: <52A864AE.5080800@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.33.192.27] x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: mT7WUwYjisIQgKjv+bU6Gg== Content-Type: text/plain; charset="Windows-1252" Content-ID: <32652A49CF80D749B9B12E03E4EB553D@neustar.biz> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 14:14:31 -0000 I=92ll take a stab at answering this: On Dec 11, 2013, at 8:12 AM, Eliot Lear wrote: > Hi Gabor, >=20 > I don't think you can call this a full review, but I do have a few > questions/issues. >=20 > Two general questions: >=20 > Could my cell phone or Wifi-enabled device be a Slave or Master Device > in order to make use of the database or is the intent that only base > stations be the target? In most regulatory environments, the device that has the radio in the share= d spectrum must contact the database. You could imagine having a whitespac= e radio in a next get cell phone, but generally the answer to the question = is no. Having said that, a database could, if it wanted to, grant anyone a= ccess to the database. >=20 > Also, have we liaised this document to the IEEE 802.11 people and > do/would they care (see below about licensed/unlicensed)? We have connected with the 802.22 folks, not 802.11.=20 >=20 >=20 >=20 > 4.1. Database Discovery (and elsewhere): >=20 >=20 >> 4.1. Database Discovery >>=20 >> Different regulators may have different requirements for the approval >> and operation of databases, such as: >>=20 >> o A regulator may only allow a limited number of certified databases >> to operate. It also may require the certification of each device- >> to-database pairing. >> o A regulator may maintain a trusted website that lists all approved >> databases, known as the Listing Server. It also may mandate how >> devices use the listing server. >>=20 >> o A regulator may allow each database to define its own terms of >> use, so that, for example, an approved device may not be able to >> access all approved databases. >>=20 >=20 > The basis of this document is that the regulators are in direct contact > with the Master Device. =20 No. The database is in contact with the device, not the regulators. The r= egulators authorize the database, have access to it, but do not operate or = manipulate it directly. =20 > I have some concerns about that approach: >=20 > 1. It would seem to me computationally intensive on the part of the > regulator to compute a geometry/contour to determine which frequencies > are available. As much as I would be worried about a single request, I > don't see why regulators would want to take such aggregate load. Has a > regulator agreed to do so? Or am I wrong about the computation? The database does the computation. The contour calculations can be done in= advance, but would have to change as protected primary users change their = use. The database operation locates the device within the set of precalcul= ated protected contours to determine which ones reduce the spectrum availab= le to the whitespace device. >=20 > 2. Much of this seems to be predicated on micro-auctions in secondary > spectrum. Interesting idea and worth pursuing, however, the one week > period below seems to lead us to question what "micro" means in this > context. See below for that You are incorrect. All secondary users (whitespace devices) in the same lo= cation get the same spectrum availability. There is no mechanism to alloca= te or share that available spectrum. There is some desire to provide that = kind of service, but it is beyond our charter. > . >=20 > 3. I may be demonstrating my parochial nature, but there is a lot of > complexity in this document that is predicated on the assumption that > licensed use will be permitted. That is- a specific station license is > required to transmit. Wouldn't this protocol simplify considerably if > it focused on unlicensed use? In fact, wouldn't it boil down to a file > transfer protocol and a database format as opposed to bouncing all of > these queries back and forth? My question really is how the authors > came to this approach. I can imagine some arguments, such as wanting to > track down bad actors, but I raise the issue because of the plethora of > PII that could end up getting shipped to regulators on a regular basis > over this.=20 You have an incorrect model. There is a set of licensed, protected users. The database knows about them= , and calculates contours to assure their use is protected. There is a set= of unlicensed, but type-approved whitespace devices (which includes master= s and slaves). They are secondary users - they can use spectrum if none of= the primary, licensed users use it. The secondary, unlicensed users ask t= he database what spectrum is available at their location at that time. The= database calculates which primary users would be affected by a secondary t= ransmitter at that location and remove the primary user=92s spectrum from t= he available secondary spectrum. The database returns what is left (what s= pectrum is not used by any primary user at that location at that time). All of this is provided in a regulated environment. The regulator decides = what the protections are, and what the unlicensed devices have to do to use= the available spectrum. >=20 >=20 > Section 4.1.1: >=20 >> Within a regulatory domain that has a Database Listing Server, a >> Device MUST use it to determine the URLs of databases for the domain. >> The URI of the Listing Server for a regulatory domain MAY be >> preconfigured in the device. Where allowed by the regulator, the >> Device MAY save the database list and SHOULD contact the Database >> Listing Server periodically to update its list. The time between >> such updates MUST be no longer than one week, or any update interval >> required by the applicable regulatory domain, whichever is shorter. >=20 > I presume that in this paragraph, when you say "Device" you mean "Master > Device". going further, it seems to me that the point should not be > whether or not such a device has direct Internet connectivity, but > whether or not it can receive updates. Those updates could conceivably > come from many sources, including ones in which IP is not used. This section is referring to the process by which the device (a master devi= ce if there are master/slave devices) locates the database. Not every use = has slaves. In some countries, there is a listing service of multiple comp= eting database operators. Only a database on that list may be used. This = is the control the regulator has on de-authorizing databases. The PAWS protocol is based on IP transports. We don=92t consider models wh= ere there are alternatives to IP to access the listing service or the datab= ase.=20 >=20 > Moreover, there seems to have been an arbitrary period of time chosen (1 > week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_RE= SP? Again, this is the frequency at which the listing service must be requeried= , not the database. The frequency is normally set by the regulatory domain= , and devices have to be built for one or more regulatory domains. It=92s= much less often than the spectrum query. This basically determines how qu= ickly a regulator can de-authorize a database. >=20 > Thanks, >=20 > Eliot >=20 > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws From lear@cisco.com Wed Dec 11 06:49:54 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B19131ADBD0 for ; Wed, 11 Dec 2013 06:49:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.502 X-Spam-Level: X-Spam-Status: No, score=-9.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5UkDAe9W27Ad for ; Wed, 11 Dec 2013 06:49:52 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) by ietfa.amsl.com (Postfix) with ESMTP id 1842A1ADF33 for ; Wed, 11 Dec 2013 06:49:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7681; q=dns/txt; s=iport; t=1386773387; x=1387982987; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=ZMyUbmqcTglDgJL0sRx1hZuyKfcAwajvwtVItO7QbSQ=; b=Xa7kibUOY2U7bUgyakwPxwqHdFnSg1oNiXcUnGGH7hpccR5jbqdfPQTa vE1nfTih0tE107FCVW3k4RSkEo9HfASuzUeluYmO5vvJloiZS7Le+Enb4 J7r4m/lG1h1LjyFhsGeJsEJk3zVIgUyp+3k0zbBpoiamXmNbZEuPcabzv A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FANV6qFKQ/khR/2dsb2JhbABZgwc4g1a2GIEcFnSCJQEBAQMBIw8BRQEFCwsaAgUWCwICCQMCAQIBRQYKAwEHAQGHeAYNsiKPYxMEgSmNB1gHgmyBSASYFJITgyo7gSwF X-IronPort-AV: E=Sophos;i="4.93,872,1378857600"; d="scan'208";a="1408216" Received: from ams-core-1.cisco.com ([144.254.72.81]) by aer-iport-2.cisco.com with ESMTP; 11 Dec 2013 14:49:45 +0000 Received: from ams3-vpn-dhcp8010.cisco.com (ams3-vpn-dhcp8010.cisco.com [10.61.95.73]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id rBBEnfme022819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Dec 2013 14:49:42 GMT Message-ID: <52A87B87.1050400@cisco.com> Date: Wed, 11 Dec 2013 15:49:43 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "Rosen, Brian" References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> In-Reply-To: <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 14:49:54 -0000 Brian, Thanks for your quick response. I may have some more questions later, but let's see how far we get now. On 12/11/13 3:14 PM, Rosen, Brian wrote: > In most regulatory environments, the device that has the radio in the shared spectrum must contact the database. You could imagine having a whitespace radio in a next get cell phone, but generally the answer to the question is no. Having said that, a database could, if it wanted to, grant anyone access to the database. ok > >> Also, have we liaised this document to the IEEE 802.11 people and >> do/would they care (see below about licensed/unlicensed)? > We have connected with the 802.22 folks, not 802.11. ok > > >> >> >> 4.1. Database Discovery (and elsewhere): >> >> >>> 4.1. Database Discovery >>> >>> Different regulators may have different requirements for the approval >>> and operation of databases, such as: >>> >>> o A regulator may only allow a limited number of certified databases >>> to operate. It also may require the certification of each device- >>> to-database pairing. >>> o A regulator may maintain a trusted website that lists all approved >>> databases, known as the Listing Server. It also may mandate how >>> devices use the listing server. >>> >>> o A regulator may allow each database to define its own terms of >>> use, so that, for example, an approved device may not be able to >>> access all approved databases. >>> >> The basis of this document is that the regulators are in direct contact >> with the Master Device. > No. The database is in contact with the device, not the regulators. The regulators authorize the database, have access to it, but do not operate or manipulate it directly. ok > >> I have some concerns about that approach: >> >> 1. It would seem to me computationally intensive on the part of the >> regulator to compute a geometry/contour to determine which frequencies >> are available. As much as I would be worried about a single request, I >> don't see why regulators would want to take such aggregate load. Has a >> regulator agreed to do so? Or am I wrong about the computation? > The database does the computation. The contour calculations can be done in advance, but would have to change as protected primary users change their use. The database operation locates the device within the set of precalculated protected contours to determine which ones reduce the spectrum available to the whitespace device. Ok, so the issue here is the data capacity requirements, in terms of why the calculation is done by the database and not by the (master) Device? > >> 2. Much of this seems to be predicated on micro-auctions in secondary >> spectrum. Interesting idea and worth pursuing, however, the one week >> period below seems to lead us to question what "micro" means in this >> context. See below for that > You are incorrect. All secondary users (whitespace devices) in the same location get the same spectrum availability. There is no mechanism to allocate or share that available spectrum. There is some desire to provide that kind of service, but it is beyond our charter. Why then provide DeviceOwner if all secondary users are treated the same? That's how I leapt to my conclusion. Also see below. > >> . >> >> 3. I may be demonstrating my parochial nature, but there is a lot of >> complexity in this document that is predicated on the assumption that >> licensed use will be permitted. That is- a specific station license is >> required to transmit. Wouldn't this protocol simplify considerably if >> it focused on unlicensed use? In fact, wouldn't it boil down to a file >> transfer protocol and a database format as opposed to bouncing all of >> these queries back and forth? My question really is how the authors >> came to this approach. I can imagine some arguments, such as wanting to >> track down bad actors, but I raise the issue because of the plethora of >> PII that could end up getting shipped to regulators on a regular basis >> over this. > You have an incorrect model. > There is a set of licensed, protected users. Right. > The database knows about them, and calculates contours to assure their use is protected. There is a set of unlicensed, but type-approved whitespace devices (which includes masters and slaves). Sure. > They are secondary users - they can use spectrum if none of the primary, licensed users use it. Right. > The secondary, unlicensed users ask the database what spectrum is available at their location at that time. Ok, and see above about my question as to where the calculation takes place. > The database calculates which primary users would be affected by a secondary transmitter at that location and remove the primary user’s spectrum from the available secondary spectrum. The database returns what is left (what spectrum is not used by any primary user at that location at that time). ok > > All of this is provided in a regulated environment. The regulator decides what the protections are, and what the unlicensed devices have to do to use the available spectrum. The protocol is very well generalized. But my leap of logic was again due to DeviceOwner. > >> >> Section 4.1.1: >> >>> Within a regulatory domain that has a Database Listing Server, a >>> Device MUST use it to determine the URLs of databases for the domain. >>> The URI of the Listing Server for a regulatory domain MAY be >>> preconfigured in the device. Where allowed by the regulator, the >>> Device MAY save the database list and SHOULD contact the Database >>> Listing Server periodically to update its list. The time between >>> such updates MUST be no longer than one week, or any update interval >>> required by the applicable regulatory domain, whichever is shorter. >> I presume that in this paragraph, when you say "Device" you mean "Master >> Device". going further, it seems to me that the point should not be >> whether or not such a device has direct Internet connectivity, but >> whether or not it can receive updates. Those updates could conceivably >> come from many sources, including ones in which IP is not used. > This section is referring to the process by which the device (a master device if there are master/slave devices) locates the database. Not every use has slaves. In some countries, there is a listing service of multiple competing database operators. Only a database on that list may be used. This is the control the regulator has on de-authorizing databases. ok > > The PAWS protocol is based on IP transports. We don’t consider models where there are alternatives to IP to access the listing service or the database. ok > >> Moreover, there seems to have been an arbitrary period of time chosen (1 >> week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_RESP? > Again, this is the frequency at which the listing service must be requeried, not the database. The frequency is normally set by the regulatory domain, and devices have to be built for one or more regulatory domains. It’s much less often than the spectrum query. This basically determines how quickly a regulator can de-authorize a database. Got it. Question: what happens if the database that authorized a device to use a frequency with some parameters is de-authorized before EventTime has expired? Must the device submit a new request? Is that something that would be contained within a RuleSet (e.g., external)? Thanks, Eliot From Ray.Bellis@nominet.org.uk Wed Dec 11 07:07:03 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E4C61ADF56 for ; Wed, 11 Dec 2013 07:07:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g1rGkIyT4f3B for ; Wed, 11 Dec 2013 07:07:00 -0800 (PST) Received: from mx2.nominet.org.uk (mail.nominet.org.uk [213.248.242.49]) by ietfa.amsl.com (Postfix) with ESMTP id BD7B61ADEBF for ; Wed, 11 Dec 2013 07:06:59 -0800 (PST) DomainKey-Signature: s=main2.dk.nominet.selector; d=nominet.org.uk; c=nofws; q=dns; h=X-IronPort-AV:X-IPAS-Result:Received:Received:From:To:CC: Subject:Thread-Topic:Thread-Index:Date:Message-ID: References:In-Reply-To:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip: Content-Type:Content-ID:Content-Transfer-Encoding: MIME-Version; b=dRtPThEYpjsDEWS415KECqitLAI7jJJ5aICNAleJSCWR+Gw2AWh8xV1l xjsiygMHL9IIOEndnzYcaoX59mFE3ApPtPHFaKu6UpaI76jPy+4FZx7Xi O3oL4NGJQ3L6oXiEWPl2Eu2/qwcZtzTAkp6LCBUHpwpKJ1v9L27HD5hs/ df+iEBi9B6v8/E61Zs4UX+L/Ho7EmgbabiVmFikcr/Cx6AEk1jNbBrywv 3y0mcXIKEJt3V3nD1T5gLZqwT9T7B; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nominet.org.uk; i=@nominet.org.uk; q=dns/txt; s=main2.dkim.nominet.selector; t=1386774414; x=1418310414; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=xW0/I+DgyqVnfBbtgeejDFVg307Abe8Vc8fYcvkLsc0=; b=AYJ2oHqMfphZf63A3KtSLgxrjUYhSZvgHoyLae3hGIfiZjfPZ0e8QoUT w9CVKebVXC7ShSQiyCUTRKkGTTY4jMlbWvTKXbOXj/a0QFsshDQoGO9YG hUbmR+diMwfS+L+3kTqrWlLBnr2t/v2Z6LnmjSxHNje3qMNMHvRka5HIt O+7gVy5bCqCExVL0uRE+KI9A2hz7/Joh5xxOo6RAapTm+Rocq2cuouN2M cKIYozv/LdUxCWKb+cqP25UKUzyic; X-IronPort-AV: E=Sophos;i="4.93,872,1378854000"; d="scan'208";a="5076340" X-IPAS-Result: Ag0FAHF+qFLV+MWQ/2dsb2JhbABZgmYhOFO5HoEcFnSCJQEBAQECAToZJgULAgEIIhQQMiUCBA4Nh3QHAwnCAhMEjjobAjEHgyGBEwEDqieDKYIq Received: from wds-exc1.okna.nominet.org.uk ([213.248.197.144]) by mx2.nominet.org.uk with ESMTP; 11 Dec 2013 15:06:53 +0000 Received: from WDS-EXC2.okna.nominet.org.uk ([fe80::7577:eaca:5241:25d4]) by wds-exc1.okna.nominet.org.uk ([fe80::1593:1394:a91f:8f5f%17]) with mapi id 14.02.0318.004; Wed, 11 Dec 2013 15:06:51 +0000 From: Ray Bellis To: Eliot Lear Thread-Topic: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Thread-Index: AQHO9oBBME13prF1Okigy5l+N5NcAZpPGEAA Date: Wed, 11 Dec 2013 15:06:51 +0000 Message-ID: <53F00E5CD8B2E34C81C0C89EB0B4FE73685A1742@wds-exc2.okna.nominet.org.uk> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> <52A87B87.1050400@cisco.com> In-Reply-To: <52A87B87.1050400@cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.1] Content-Type: text/plain; charset="us-ascii" Content-ID: <4D948E5D50300F4592AB7848FFB04E13@okna.nominet.org.uk> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "paws@ietf.org" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 15:07:03 -0000 > Ok, so the issue here is the data capacity requirements, in terms of why > the calculation is done by the database and not by the (master) Device? The calculations are complicated, and rely on the national DTT coverage dat= a - the UK DTT tables alone (in uncompressed form) are expected to be many = GBs in size. In some jurisdictions the calculations also depend on frequently updated ta= bles of other primary users. It simply wouldn't scale for every "master device" to contain that data, no= r keep them up to date. Furthermore, the telecoms regulators typically only permit contracted (or l= icensed) database operators to have access to this raw data, perform the ca= lculations, and subsequently assign frequencies and power levels to devices= . Ray = From brian.rosen@neustar.biz Wed Dec 11 08:53:41 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C748F1ADFF3 for ; Wed, 11 Dec 2013 08:53:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5l1sLR9RXLXy for ; Wed, 11 Dec 2013 08:53:40 -0800 (PST) Received: from neustar.com (mx2.neustar.com [156.154.25.104]) by ietfa.amsl.com (Postfix) with ESMTP id 33E191ADF46 for ; Wed, 11 Dec 2013 08:53:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1386780574; x=1702133041; q=dns/txt; h=From:Subject:Date:Message-ID:Content-Language: Content-Type:Content-ID:Content-Transfer-Encoding; bh=ctKJeQKlo6 Jh2OEsHY24ztJDbUdDqAIAwKYKtQoPIG8=; b=ft04eE4J8pwvLVyD3btLioeAEb Cbzjr4Xgk8LqQpP0f2QxrxEGBvfXXnTOPpTCQaG7OA6pl+19ZwA3wrwn0cRw== Received: from ([10.31.58.69]) by chihiron1.nc.neustar.com with ESMTP with TLS id J041123128.29622422; Wed, 11 Dec 2013 11:49:33 -0500 Received: from STNTEXMB10.cis.neustar.com ([169.254.5.245]) by stntexhc10.cis.neustar.com ([169.254.4.119]) with mapi id 14.02.0342.003; Wed, 11 Dec 2013 11:53:19 -0500 From: "Rosen, Brian" To: Eliot Lear Thread-Topic: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Thread-Index: AQHO9pF+eVcczUOAwkiUEQzeQKJGGg== Date: Wed, 11 Dec 2013 16:53:18 +0000 Message-ID: <858D464F-0B97-4229-8DDB-855E70C05511@neustar.biz> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> <52A87B87.1050400@cisco.com> In-Reply-To: <52A87B87.1050400@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.33.192.27] x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: OuUWMTKD1SAoStnaT4eTmQ== Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 16:53:42 -0000 >>> 1. It would seem to me computationally intensive on the part of the >>> regulator to compute a geometry/contour to determine which frequencies >>> are available. As much as I would be worried about a single request, I >>> don't see why regulators would want to take such aggregate load. Has a >>> regulator agreed to do so? Or am I wrong about the computation? >> The database does the computation. The contour calculations can be done= in advance, but would have to change as protected primary users change the= ir use. The database operation locates the device within the set of precal= culated protected contours to determine which ones reduce the spectrum avai= lable to the whitespace device. >=20 > Ok, so the issue here is the data capacity requirements, in terms of why > the calculation is done by the database and not by the (master) Device? The database is big. The contour calculation is hard to get right and its = an expensive calculation involving a large, accurate topology (height) data= set. It=92s really important that two devices that query from the same pla= ce at the same time get the same spectrum to use, so the regulator carefull= y checks to make sure all the databases get the same answers to the same qu= estion. Much harder. >>=20 >>> 2. Much of this seems to be predicated on micro-auctions in secondary >>> spectrum. Interesting idea and worth pursuing, however, the one week >>> period below seems to lead us to question what "micro" means in this >>> context. See below for that >> You are incorrect. All secondary users (whitespace devices) in the same= location get the same spectrum availability. There is no mechanism to all= ocate or share that available spectrum. There is some desire to provide th= at kind of service, but it is beyond our charter. >=20 > Why then provide DeviceOwner if all secondary users are treated the > same? That's how I leapt to my conclusion. Also see below. So an interfering device can be located and turned off.=20 >>> Moreover, there seems to have been an arbitrary period of time chosen (= 1 >>> week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_= RESP? >> Again, this is the frequency at which the listing service must be requer= ied, not the database. The frequency is normally set by the regulatory dom= ain, and devices have to be built for one or more regulatory domains. It= =92s much less often than the spectrum query. This basically determines ho= w quickly a regulator can de-authorize a database. >=20 > Got it. Question: what happens if the database that authorized a device > to use a frequency with some parameters is de-authorized before > EventTime has expired? Must the device submit a new request? Is that > something that would be contained within a RuleSet (e.g., external)? Time scales work. The spectrum use expiration is a day or less. The datab= ase expiration is a week or less. It works. Brian From Gabor.Bajko@nokia.com Wed Dec 11 13:42:32 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8594D1ADFF9 for ; Wed, 11 Dec 2013 13:42:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JRSIYO9eTRF6 for ; Wed, 11 Dec 2013 13:42:29 -0800 (PST) Received: from mgw-da01.nokia.com (smtp.nokia.com [147.243.128.24]) by ietfa.amsl.com (Postfix) with ESMTP id C1FA91AE00C for ; Wed, 11 Dec 2013 13:42:28 -0800 (PST) Received: from smtp.mgd.nokia.com ([65.54.30.49]) by mgw-da01.nokia.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id rBBLaVnA024789 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Wed, 11 Dec 2013 23:36:31 +0200 Received: from 008-AM1MPN1-007.mgdnok.nokia.com ([169.254.7.19]) by 008-AM1MMR2-015.mgdnok.nokia.com ([65.54.30.49]) with mapi id 14.03.0158.002; Wed, 11 Dec 2013 21:36:30 +0000 From: To: , Thread-Topic: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Thread-Index: AQHO9ntNpdbJVu4sHkWcRj1MMhbriZpPg3Xw Date: Wed, 11 Dec 2013 21:36:29 +0000 Message-ID: <1ECAFF543A2FED4EA2BEB6CACE08E4760540E895@008-AM1MPN1-007.mgdnok.nokia.com> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> In-Reply-To: <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.23.136.115] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Nokia-AV: Clean Cc: paws@ietf.org Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 21:42:32 -0000 Just a small correction: I did send the link to 802.11af chairs for distributions to that task group= and invited comments from them. Also, the PAWS progress is presented at every 802.11 plenary meeting, so in= terested folks should know about the document and its status. - Gabor -----Original Message----- From: ext Rosen, Brian [mailto:Brian.Rosen@neustar.biz]=20 Sent: Wednesday, December 11, 2013 6:14 AM To: Eliot Lear Cc: Bajko Gabor (Nokia-CTO/SiliconValley); Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paw= s-protocol/ I'll take a stab at answering this: On Dec 11, 2013, at 8:12 AM, Eliot Lear wrote: > Hi Gabor, >=20 > I don't think you can call this a full review, but I do have a few=20 > questions/issues. >=20 > Two general questions: >=20 > Could my cell phone or Wifi-enabled device be a Slave or Master Device=20 > in order to make use of the database or is the intent that only base=20 > stations be the target? In most regulatory environments, the device that has the radio in the share= d spectrum must contact the database. You could imagine having a whitespac= e radio in a next get cell phone, but generally the answer to the question = is no. Having said that, a database could, if it wanted to, grant anyone a= ccess to the database. >=20 > Also, have we liaised this document to the IEEE 802.11 people and=20 > do/would they care (see below about licensed/unlicensed)? We have connected with the 802.22 folks, not 802.11.=20 >=20 >=20 >=20 > 4.1. Database Discovery (and elsewhere): >=20 >=20 >> 4.1. Database Discovery >>=20 >> Different regulators may have different requirements for the approval >> and operation of databases, such as: >>=20 >> o A regulator may only allow a limited number of certified databases >> to operate. It also may require the certification of each device- >> to-database pairing. >> o A regulator may maintain a trusted website that lists all approved >> databases, known as the Listing Server. It also may mandate how >> devices use the listing server. >>=20 >> o A regulator may allow each database to define its own terms of >> use, so that, for example, an approved device may not be able to >> access all approved databases. >>=20 >=20 > The basis of this document is that the regulators are in direct=20 > contact with the Master Device. No. The database is in contact with the device, not the regulators. The r= egulators authorize the database, have access to it, but do not operate or = manipulate it directly. =20 > I have some concerns about that approach: >=20 > 1. It would seem to me computationally intensive on the part of the > regulator to compute a geometry/contour to determine which frequencies > are available. As much as I would be worried about a single request, I > don't see why regulators would want to take such aggregate load. Has a > regulator agreed to do so? Or am I wrong about the computation? The database does the computation. The contour calculations can be done in= advance, but would have to change as protected primary users change their = use. The database operation locates the device within the set of precalcul= ated protected contours to determine which ones reduce the spectrum availab= le to the whitespace device. >=20 > 2. Much of this seems to be predicated on micro-auctions in secondary > spectrum. Interesting idea and worth pursuing, however, the one week > period below seems to lead us to question what "micro" means in this > context. See below for that You are incorrect. All secondary users (whitespace devices) in the same lo= cation get the same spectrum availability. There is no mechanism to alloca= te or share that available spectrum. There is some desire to provide that = kind of service, but it is beyond our charter. > . >=20 > 3. I may be demonstrating my parochial nature, but there is a lot of > complexity in this document that is predicated on the assumption that > licensed use will be permitted. That is- a specific station license is > required to transmit. Wouldn't this protocol simplify considerably if > it focused on unlicensed use? In fact, wouldn't it boil down to a file > transfer protocol and a database format as opposed to bouncing all of > these queries back and forth? My question really is how the authors > came to this approach. I can imagine some arguments, such as wanting to > track down bad actors, but I raise the issue because of the plethora of > PII that could end up getting shipped to regulators on a regular basis > over this.=20 You have an incorrect model. There is a set of licensed, protected users. The database knows about them= , and calculates contours to assure their use is protected. There is a set= of unlicensed, but type-approved whitespace devices (which includes master= s and slaves). They are secondary users - they can use spectrum if none of= the primary, licensed users use it. The secondary, unlicensed users ask t= he database what spectrum is available at their location at that time. The= database calculates which primary users would be affected by a secondary t= ransmitter at that location and remove the primary user's spectrum from the= available secondary spectrum. The database returns what is left (what spe= ctrum is not used by any primary user at that location at that time). All of this is provided in a regulated environment. The regulator decides = what the protections are, and what the unlicensed devices have to do to use= the available spectrum. >=20 >=20 > Section 4.1.1: >=20 >> Within a regulatory domain that has a Database Listing Server, a >> Device MUST use it to determine the URLs of databases for the domain. >> The URI of the Listing Server for a regulatory domain MAY be >> preconfigured in the device. Where allowed by the regulator, the >> Device MAY save the database list and SHOULD contact the Database >> Listing Server periodically to update its list. The time between >> such updates MUST be no longer than one week, or any update interval >> required by the applicable regulatory domain, whichever is shorter. >=20 > I presume that in this paragraph, when you say "Device" you mean "Master > Device". going further, it seems to me that the point should not be > whether or not such a device has direct Internet connectivity, but > whether or not it can receive updates. Those updates could conceivably > come from many sources, including ones in which IP is not used. This section is referring to the process by which the device (a master devi= ce if there are master/slave devices) locates the database. Not every use = has slaves. In some countries, there is a listing service of multiple comp= eting database operators. Only a database on that list may be used. This = is the control the regulator has on de-authorizing databases. The PAWS protocol is based on IP transports. We don't consider models wher= e there are alternatives to IP to access the listing service or the databas= e.=20 >=20 > Moreover, there seems to have been an arbitrary period of time chosen (1 > week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_RE= SP? Again, this is the frequency at which the listing service must be requeried= , not the database. The frequency is normally set by the regulatory domain= , and devices have to be built for one or more regulatory domains. It's m= uch less often than the spectrum query. This basically determines how quic= kly a regulator can de-authorize a database. >=20 > Thanks, >=20 > Eliot >=20 > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws From ben@blindcreek.com Wed Dec 11 21:05:06 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D772D1AE088 for ; Wed, 11 Dec 2013 21:05:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.12 X-Spam-Level: X-Spam-Status: No, score=-1.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cxMPAWj3tO-t for ; Wed, 11 Dec 2013 21:05:04 -0800 (PST) Received: from blu0-omc3-s30.blu0.hotmail.com (blu0-omc3-s30.blu0.hotmail.com [65.55.116.105]) by ietfa.amsl.com (Postfix) with ESMTP id 8A6721AE04B for ; Wed, 11 Dec 2013 21:05:04 -0800 (PST) Received: from BLU0-SMTP235 ([65.55.116.73]) by blu0-omc3-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Dec 2013 21:04:58 -0800 X-TMN: [SmEK/WjyUhUnhuvFqId4GxYDklCjRXW7] X-Originating-Email: [ben@blindcreek.com] Message-ID: Received: from [127.0.0.1] ([64.74.213.174]) by BLU0-SMTP235.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Dec 2013 21:04:57 -0800 Date: Wed, 11 Dec 2013 21:04:59 -0800 From: "Benjamin A. Rolfe" User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: paws@ietf.org References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <52A864AE.5080800@cisco.com> <409DD4E2-5439-4CAC-B11A-54351491B413@neustar.biz> <1ECAFF543A2FED4EA2BEB6CACE08E4760540E895@008-AM1MPN1-007.mgdnok.nokia.com> In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E4760540E895@008-AM1MPN1-007.mgdnok.nokia.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 131205-2, 12/05/2013), Outbound message X-Antivirus-Status: Not-Tested X-OriginalArrivalTime: 12 Dec 2013 05:04:58.0349 (UTC) FILETIME=[B45A39D0:01CEF6F7] Sender: Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2013 05:05:07 -0000 There is also a TVWS amendment to 802.15.4 that is nearing completion, for those that are interested. And an additional remark: FCC rules and OfCom as proposed allow for a device that is not directly connected to the database to operate through a cooperating peer that can connect and proxy for the device. Using the example of a WiFi smart phone, it could perform the role of "master" or "slave", although it seems more natural as the "slave" (802.11 STA). If my Android had a 802.11af radio, it could with the right app act as an AP while using the 4G network to contact the database, thus performing the "master" role. -B On 12/11/2013 1:36 PM, Gabor.Bajko@nokia.com wrote: > Just a small correction: > I did send the link to 802.11af chairs for distributions to that task group and invited comments from them. > Also, the PAWS progress is presented at every 802.11 plenary meeting, so interested folks should know about the document and its status. > > - Gabor > > -----Original Message----- > From: ext Rosen, Brian [mailto:Brian.Rosen@neustar.biz] > Sent: Wednesday, December 11, 2013 6:14 AM > To: Eliot Lear > Cc: Bajko Gabor (Nokia-CTO/SiliconValley); > Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ > > I'll take a stab at answering this: > On Dec 11, 2013, at 8:12 AM, Eliot Lear wrote: > >> Hi Gabor, >> >> I don't think you can call this a full review, but I do have a few >> questions/issues. >> >> Two general questions: >> >> Could my cell phone or Wifi-enabled device be a Slave or Master Device >> in order to make use of the database or is the intent that only base >> stations be the target? > In most regulatory environments, the device that has the radio in the shared spectrum must contact the database. You could imagine having a whitespace radio in a next get cell phone, but generally the answer to the question is no. Having said that, a database could, if it wanted to, grant anyone access to the database. > >> Also, have we liaised this document to the IEEE 802.11 people and >> do/would they care (see below about licensed/unlicensed)? > We have connected with the 802.22 folks, not 802.11. > >> >> >> 4.1. Database Discovery (and elsewhere): >> >> >>> 4.1. Database Discovery >>> >>> Different regulators may have different requirements for the approval >>> and operation of databases, such as: >>> >>> o A regulator may only allow a limited number of certified databases >>> to operate. It also may require the certification of each device- >>> to-database pairing. >>> o A regulator may maintain a trusted website that lists all approved >>> databases, known as the Listing Server. It also may mandate how >>> devices use the listing server. >>> >>> o A regulator may allow each database to define its own terms of >>> use, so that, for example, an approved device may not be able to >>> access all approved databases. >>> >> The basis of this document is that the regulators are in direct >> contact with the Master Device. > No. The database is in contact with the device, not the regulators. The regulators authorize the database, have access to it, but do not operate or manipulate it directly. > >> I have some concerns about that approach: >> >> 1. It would seem to me computationally intensive on the part of the >> regulator to compute a geometry/contour to determine which frequencies >> are available. As much as I would be worried about a single request, I >> don't see why regulators would want to take such aggregate load. Has a >> regulator agreed to do so? Or am I wrong about the computation? > The database does the computation. The contour calculations can be done in advance, but would have to change as protected primary users change their use. The database operation locates the device within the set of precalculated protected contours to determine which ones reduce the spectrum available to the whitespace device. > >> 2. Much of this seems to be predicated on micro-auctions in secondary >> spectrum. Interesting idea and worth pursuing, however, the one week >> period below seems to lead us to question what "micro" means in this >> context. See below for that > You are incorrect. All secondary users (whitespace devices) in the same location get the same spectrum availability. There is no mechanism to allocate or share that available spectrum. There is some desire to provide that kind of service, but it is beyond our charter. > >> . >> >> 3. I may be demonstrating my parochial nature, but there is a lot of >> complexity in this document that is predicated on the assumption that >> licensed use will be permitted. That is- a specific station license is >> required to transmit. Wouldn't this protocol simplify considerably if >> it focused on unlicensed use? In fact, wouldn't it boil down to a file >> transfer protocol and a database format as opposed to bouncing all of >> these queries back and forth? My question really is how the authors >> came to this approach. I can imagine some arguments, such as wanting to >> track down bad actors, but I raise the issue because of the plethora of >> PII that could end up getting shipped to regulators on a regular basis >> over this. > You have an incorrect model. > There is a set of licensed, protected users. The database knows about them, and calculates contours to assure their use is protected. There is a set of unlicensed, but type-approved whitespace devices (which includes masters and slaves). They are secondary users - they can use spectrum if none of the primary, licensed users use it. The secondary, unlicensed users ask the database what spectrum is available at their location at that time. The database calculates which primary users would be affected by a secondary transmitter at that location and remove the primary user's spectrum from the available secondary spectrum. The database returns what is left (what spectrum is not used by any primary user at that location at that time). > > All of this is provided in a regulated environment. The regulator decides what the protections are, and what the unlicensed devices have to do to use the available spectrum. > >> >> Section 4.1.1: >> >>> Within a regulatory domain that has a Database Listing Server, a >>> Device MUST use it to determine the URLs of databases for the domain. >>> The URI of the Listing Server for a regulatory domain MAY be >>> preconfigured in the device. Where allowed by the regulator, the >>> Device MAY save the database list and SHOULD contact the Database >>> Listing Server periodically to update its list. The time between >>> such updates MUST be no longer than one week, or any update interval >>> required by the applicable regulatory domain, whichever is shorter. >> I presume that in this paragraph, when you say "Device" you mean "Master >> Device". going further, it seems to me that the point should not be >> whether or not such a device has direct Internet connectivity, but >> whether or not it can receive updates. Those updates could conceivably >> come from many sources, including ones in which IP is not used. > This section is referring to the process by which the device (a master device if there are master/slave devices) locates the database. Not every use has slaves. In some countries, there is a listing service of multiple competing database operators. Only a database on that list may be used. This is the control the regulator has on de-authorizing databases. > > The PAWS protocol is based on IP transports. We don't consider models where there are alternatives to IP to access the listing service or the database. > >> Moreover, there seems to have been an arbitrary period of time chosen (1 >> week). Why not state that in terms of the EventTime in AVAIL_SPECTRUM_RESP? > Again, this is the frequency at which the listing service must be requeried, not the database. The frequency is normally set by the regulatory domain, and devices have to be built for one or more regulatory domains. It's much less often than the spectrum query. This basically determines how quickly a regulator can de-authorize a database. > >> Thanks, >> >> Eliot >> >> _______________________________________________ >> paws mailing list >> paws@ietf.org >> https://www.ietf.org/mailman/listinfo/paws > _______________________________________________ > paws mailing list > paws@ietf.org > https://www.ietf.org/mailman/listinfo/paws From sajeevmanikkoth@gmail.com Fri Dec 13 21:54:32 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBEB1AE4CA for ; Fri, 13 Dec 2013 21:54:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z8izpc5vLRgP for ; Fri, 13 Dec 2013 21:54:29 -0800 (PST) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 41DCC1AE050 for ; Fri, 13 Dec 2013 21:54:29 -0800 (PST) Received: by mail-pb0-f42.google.com with SMTP id uo5so3480870pbc.1 for ; Fri, 13 Dec 2013 21:54:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:thread-index:content-language; bh=Mqjkape8L6c2X7DIg1mZnDdQOclqE38SS+sS4yEPu3U=; b=jyVgG7K5wht2MwJhF3swwqHOsPoEO1/MrGa/Gr20JkzoOE9MrN4rPxU+cDwseDX+mV fOd66ePHM05s9rA+QwUV7OrYC6WESeIp8cdZAEMmR62IumloIqcfh2GII+bbwqy+zmYZ jjOEhtxpPlRuD2yqN1aASgHIVG1e78RY+fAVVFPbUqu/RrRrWaw6EtsL+04ei/Slzc9s v03Qlo9EAQD3zwiDS8d0FnpM0thFONrkuYWbwNnsFVZpp7+HODEeL42hAPZRLor8TJxx 5k/5JVHo6DDN2hBzIaC34At+xWg+buyeL9iLkB0UB3AaU1WsMuhvmSlMh/HJX6pZnO1P fxKw== X-Received: by 10.67.5.131 with SMTP id cm3mr7771556pad.92.1387000462756; Fri, 13 Dec 2013 21:54:22 -0800 (PST) Received: from adminPC ([49.200.94.67]) by mx.google.com with ESMTPSA id iu7sm9418439pbc.45.2013.12.13.21.54.18 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 13 Dec 2013 21:54:21 -0800 (PST) From: sajeevmanikkoth@gmail.com To: , References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> In-Reply-To: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> Date: Sat, 14 Dec 2013 11:24:13 +0530 Message-ID: <001f01cef890$f059d040$d10d70c0$@org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01CEF8BF.0A120C40" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac7wby+Dm7VRLhwwSVSfL6kifm69swIILgqg Content-Language: en-us Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Dec 2013 05:54:32 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0020_01CEF8BF.0A120C40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, Please find few comments based on my review of the new draft spec: 1. In AVAIL_SPECTRUM_REQ all parameters are shown optional. Does that mean an empty request is ok? As 'Device descriptor' is required in response, same should be the case in request too. Also instead of 'location' and 'Master Device location', it will be better to include 'location' and an optional 'Slave Device location' in case request is on behave of slave, as Master is the default request entity. Avail spectrum request can also include an optional time range, so that database can send a filtered and useful set of spectrum for the given time range, than the full set. 2. In SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the time range which the device intend to use the spectra, to improve QoS and avoid too many request/response messages between master and database 3. Diagram in Section 4.5, which shows messages between master and device can use different message tokens than the tokens used between master and database. Which will make it explicitly clear that they are not the same. 4. Section 5.2 Device Descriptor can include a parameter to specify 'Mobile' or 'Fixed' device 5. Section 5.4 Device Capabilities can include Power Range of the device too. 6. Section 5.9 "The SpectrumSpec element encapsulates the schedule of available spectrum for a regulatory domain". Should this also include a specific location area? As a regulatory domain may include a large location coverage, and reuse of licensed spectrum in different locations. Is there a need of location area coverage parameter in the device descriptor? 7. Section 5.17 - Error codes. As the PAWS protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, 3xx status codes looks like a better option. Use of another range or 4/2 digit codes will avoid confusion. Best Regards, Sajeev From: paws [mailto:paws-bounces@ietf.org] On Behalf Of Gabor.Bajko@nokia.com Sent: Wednesday, December 04, 2013 3:10 AM To: paws@ietf.org Subject: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ The editor posted the new draft, version -07. I'd like to issue another wg last call on the document. We need reviews and feedback in order to be able to progress the document. Please read through the draft and send any comments you may have to the list in the next 2-3 weeks. If you review the draft and have no comments, send a note to the list that the draft is good as it is, we need these notes as much as we need the actual comments. Without a minimum number of reviews the document won't make progress towards publication. If you care about it, read it please. Thanks, Gabor ------=_NextPart_000_0020_01CEF8BF.0A120C40 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Please find few = comments based on my review of the new draft spec:

 

1. In = AVAIL_SPECTRUM_REQ all parameters are shown optional. Does that mean an empty request is ok? = As  'Device descriptor' is required in response, same should be the case in = request too.

Also instead of = 'location' and 'Master Device location', it will be better to include 'location' and an optional 'Slave Device location' in case request is on behave of slave, = as Master is the default request entity. Avail spectrum request can also = include an optional time range, so that database can send a filtered and useful = set of spectrum for the given time range, than the full = set.

 

2. In = SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the time range which the = device intend to use the spectra, to improve QoS and avoid too many = request/response messages between master and database

 

3. Diagram in Section = 4.5, which shows messages between master and device can use different message = tokens than the tokens used between master and database. Which will make it = explicitly clear that they are not the same.

 

4. Section 5.2 Device = Descriptor can include a parameter to specify 'Mobile' or 'Fixed' = device

 

5. Section 5.4 Device Capabilities can include Power Range of the device = too.

 

6. Section 5.9 = "The SpectrumSpec element encapsulates the schedule of available  = spectrum for a regulatory domain". Should this also include a specific location = area?

As a regulatory = domain may include a large location coverage, and reuse of licensed spectrum in = different locations. Is there a need of location area coverage parameter in the = device descriptor?

 

7. Section 5.17 - = Error codes. As the PAWS protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, = 3xx status codes looks like a better option. Use of another range or 4/2 = digit codes will avoid confusion.

 

Best = Regards,

Sajeev

 

From:= paws [mailto:paws-bounces@ietf.org] On Behalf Of = Gabor.Bajko@nokia.com
Sent: Wednesday, December 04, 2013 3:10 AM
To: paws@ietf.org
Subject: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/

 

The editor posted the new draft, version = -07.

I'd like to issue another  wg last call on = the document. We need reviews and feedback in order to be able to progress = the document.

 

Please read through the draft and send any = comments you may have to the list in the next 2-3 weeks.

If you review the draft and have no comments, = send a note to the list that the draft is good as it is, we need these notes as much = as we need the actual comments.

 

Without a minimum number of reviews the document won’t make progress towards publication. If you care about it, = read it please.

 

Thanks, Gabor

 

------=_NextPart_000_0020_01CEF8BF.0A120C40-- From vchen@google.com Mon Dec 16 11:04:06 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FBD01AE138 for ; Mon, 16 Dec 2013 11:04:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.916 X-Spam-Level: X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hckz8a2UGUrV for ; Mon, 16 Dec 2013 11:04:02 -0800 (PST) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) by ietfa.amsl.com (Postfix) with ESMTP id ACACC1AE11F for ; Mon, 16 Dec 2013 11:04:02 -0800 (PST) Received: by mail-oa0-f54.google.com with SMTP id h16so5462657oag.41 for ; Mon, 16 Dec 2013 11:04:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xxWbWN1SCqDr7wPcmQtdlJNHsvJ56ZRrHnWZYySN3/c=; b=KPqBAMmcABPQFNo9CAkFsY6OymihLrpkocDBGA756K6QcGIlZBFYDphQUJpgtQ9DXN RooBFfNgDsNq+r5xpDdCvCp1tv7Zuo+mw5zaRqnDOnGRWsefSBZx/5j7XxOwsUBLRTbf pdbkp9iLJlDnLDXayoOBwOP1P9OQxoJnh0Bp4xse8xCbeN0suAFV3A9jsqWFOmt2iVRj xN66SY3nlZRPsWqO/TDd6Obg1AV2OhWKn8gNB1VEiWrT2JCg/S6KkcnRwSMKq045oi2N qcm1Za/8ddrnC/4xKYXhAZXVMdHPcb8gsuCkLUiu4W0TeJpGCbBLHKbKE/JWeCxw5wzW /0UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xxWbWN1SCqDr7wPcmQtdlJNHsvJ56ZRrHnWZYySN3/c=; b=fr53lO2YN/5jFrLOgudhtgv6xZIeS2+HU6S2YooJACUWxscMIBdcASIGy/Zlpnt++c v17eZC3up6bnyRMWAG9vGBdEp5ToGxBq0DCsjKefT+9WMfjX7X57GKO8SPrUsARltRR5 RA0ydGO4tlxy+Bek1BGghHAS6HAjGpBw66AyAjnBF013BrKROWVJU8rBkzPPaOnB3IuC r0dsGOttBbQY5DD8JrZuqnOn+mIwDXM6S1wvTKKpdlsmsEOibRA3UJGXrc2LaGB00fAl plONBwWfvfJzC70ffeyC0CYk7+FuerbfgZJExGR0ayT+h4VQcvQOClwmXvC3xhpW1TBt 9qNQ== X-Gm-Message-State: ALoCoQlwjblQsqdBs100Brx5kBQ/zpCkG11NV6WIYydboKKOhxtohLq9Qsec6ofDg9J9FE/n7xkPgGcnfJjxmvmNa5yvNAwlhwENI+Kar7DP0bI8teq/uETdG8GNhn1B71IWMTZuOIKifVT+n51QFqdluJRTinN5/snAkNcufr8aotTUKRupcjkR8+8trFLjwZIhpiIi/fFH MIME-Version: 1.0 X-Received: by 10.60.146.210 with SMTP id te18mr12965414oeb.20.1387220641804; Mon, 16 Dec 2013 11:04:01 -0800 (PST) Received: by 10.182.45.166 with HTTP; Mon, 16 Dec 2013 11:04:01 -0800 (PST) In-Reply-To: <001f01cef890$f059d040$d10d70c0$@org> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <001f01cef890$f059d040$d10d70c0$@org> Date: Mon, 16 Dec 2013 11:04:01 -0800 Message-ID: From: Vincent Chen To: Sajeev Manikkoth Content-Type: multipart/alternative; boundary=047d7b5d42f894876004edab7951 Cc: "paws@ietf.org" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 19:04:06 -0000 --047d7b5d42f894876004edab7951 Content-Type: text/plain; charset=ISO-8859-1 Sajeev, Thanks for your comments. Answers inline. On Fri, Dec 13, 2013 at 9:54 PM, wrote: > Hi, > > > > Please find few comments based on my review of the new draft spec: > > > > 1. In AVAIL_SPECTRUM_REQ all parameters are shown optional. Does that mean > an empty request is ok? As 'Device descriptor' is required in response, > same should be the case in request too. > An empty request is not OK. Each field, independently, may be optional, but the descriptions describe when they are required. There are some dependencies between the parameters. For example, if "requestType" is for getting generic operating parameters, which may be allowed by ETSI, then the DeviceDescriptor is optional. In light of this, perhaps Device Descriptor in the response should be optional. > Also instead of 'location' and 'Master Device location', it will be > better to include 'location' and an optional 'Slave Device location' in > case request is on behave of slave, as Master is the default request entity. > This is a matter of opinion, I suppose. I believe it is more consistent to have "location" and "deviceDesc" be associated with the target device and "masterDeviceLocation" and "masterDeviceDesc" be associated with the "master". > Avail spectrum request can also include an optional time range, so that > database can send a filtered and useful set of spectrum for the given time > range, than the full set. > I'm not sure this is consistent with the rules. The Database may be required to provide the availability for the next N hours. I'd like to see other opinions on this point. > > > 2. In SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the > time range which the device intend to use the spectra, to improve QoS and > avoid too many request/response messages between master and database > Although it might be a good idea to include the time range which the device intends to use the spectra, I'm not sure how that improves QoS or reduce the number of messages? > > 3. Diagram in Section 4.5, which shows messages between master and device > can use different message tokens than the tokens used between master and > database. Which will make it explicitly clear that they are not the same. > It is subtle, but the figure already uses different line styles for the two cases. > > > 4. Section 5.2 Device Descriptor can include a parameter to specify > 'Mobile' or 'Fixed' device > The regulatory domain defines device types, which, typically, are associated with mobile or fixed. > > > 5. Section 5.4 Device Capabilities can include Power Range of the device > too. > This might be a reasonable extension, but probably would not fit in this first version of the protocol. - Currently, the Database is responsible for informing the device the maximum allowed power levels, regardless of the power-range capabilities of the device. - Device Capabilities can be quite complex to express, and it would be better to tackle this later. > > 6. Section 5.9 "The SpectrumSpec element encapsulates the schedule of > available spectrum for a regulatory domain". Should this also include a > specific location area? > > As a regulatory domain may include a large location coverage, and reuse of > licensed spectrum in different locations. Is there a need of location area > coverage parameter in the device descriptor? > I believe this is already addressed: In the current and proposed rules, the Device must request new spectrum if it moves by more than X distance. For Databases that support request by region, it is expected that the Database returns spectrum that is allowed anywhere within the region. > > > 7. Section 5.17 - Error codes. As the PAWS protocol is over HTTPS, not > using the same(HTTP) 1xx, 2xx, 3xx status codes looks like a better option. > Use of another range or 4/2 digit codes will avoid confusion. > These define error codes at the protocol level. When the binding is JSON-RPC over HTTPS, the HTTP error codes at the transport level still apply. (e.g., 3xx redirect, 5xx server errors, etc.) > > > Best Regards, > > Sajeev > > > > > --047d7b5d42f894876004edab7951 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sajeev,

Thanks for your comments. Answe= rs inline.


On Fri, Dec 13, 2013 at 9:54 PM, <sajeevmanikkoth@gmail.com> wrote:

Hi,

=A0

Please find few commen= ts based on my review of the new draft spec:

=A0

1. In AVAIL_SPECTRUM_R= EQ all parameters are shown optional. Does that mean an empty request is ok? As=A0 'Device descriptor' is required in response, same should be the cas= e in request too.


An empty reques= t is not OK. Each field, independently, may be optional, but the descriptio= ns describe when they are required.
There are some dependencies b= etween the parameters. For example, if "requestType" is for getti= ng generic operating parameters,
which may be allowed by ETSI, then the DeviceDescriptor is optional.

In light of this, perhaps Device Descriptor in the = response should be optional.
=A0

Also instead of 'l= ocation' and 'Master Device location', it will be better to include 'locatio= n' and an optional 'Slave Device location' in case request is on behave of sl= ave, as Master is the default request entity.


This is a matter of opinion, I suppose. I believe it is m= ore consistent to have "location" and "deviceDesc" be a= ssociated with the
target device and "masterDeviceLocation" and "masterDev= iceDesc" be associated with the "master".
=A0

Avail spectrum request can also include an optional time range, so that database can send a filtered and useful set= of spectrum for the given time range, than the full set.


I'm not sure this is consistent with = the rules. The Database may be required to provide the availability for the= next N hours.
I'd like to see other opinions on this point.
=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">

=A0

2. In SPECTRUM_USE_NOT= IFY message 'spectra:list' parameter can include the time range which t= he device intend to use the spectra, to improve QoS and avoid too many request/respon= se messages between master and database


=
=A0Although it might be a good idea to include the time range wh= ich the device intends to use the spectra, I'm not sure how that improv= es QoS or reduce the number of messages?

=

=A0

3. Diagram in Section = 4.5, which shows messages between master and device can use different message tokens t= han the tokens used between master and database. Which will make it explicitly clear that they are not the same.


It is subtle, but the figure already uses different line styles for= the two cases.
=A0

<= span style=3D"color:#1f497d">

=A0

4. Section 5.2 Device = Descriptor can include a parameter to specify 'Mobile' or 'Fixed' devi= ce


The regulatory domain d= efines device types, which, typically, are associated with mobile or fixed.=
=A0

<= u>

=A0

5. Section 5.4 Device Capabilities can include Power Range of the device too.


This might be a reasonable extension, but pro= bably would not fit in this first version of the protocol.
=A0- C= urrently, the Database is responsible for informing the device the maximum = allowed power levels, regardless
=A0 =A0of the power-range capabilities of the device.

=A0- Device Capabilities can be quite complex to express, and it w= ould be better to tackle this later.


<= span style=3D"color:#1f497d">

=A0

6. Section 5.9 "T= he SpectrumSpec element encapsulates the schedule of available=A0 spectrum for a regulatory domain". Should this also include a specific location are= a?

As a regulatory domain= may include a large location coverage, and reuse of licensed spectrum in differ= ent locations. Is there a need of location area coverage parameter in the devic= e descriptor?


I believe this= is already addressed:

In the current and proposed= rules, the Device must request new spectrum if it moves by more than X dis= tance.
For Databases that support request by region, it is expected that the = Database returns spectrum that is allowed
anywhere within the reg= ion.
=A0

<= span style=3D"color:#1f497d">

=A0

7. Section 5.17 - Erro= r codes. As the PAWS protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, 3xx status codes looks like a better option. Use of another range or 4/2 digit codes will avoid confusion.


These define error codes at the protocol level.

= When the binding is JSON-RPC over HTTPS, the HTTP error codes at the transp= ort level still apply.
(e.g., 3xx redirect, 5xx server errors, etc.)


=A0

<= /p>

=A0

Best Regards,

Sajeev

=A0


<= /div> --047d7b5d42f894876004edab7951-- From sajeevmanikkoth@gmail.com Wed Dec 18 07:00:20 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 727F71AE18F for ; Wed, 18 Dec 2013 07:00:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.229 X-Spam-Level: X-Spam-Status: No, score=-1.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AAPspuAUBQmd for ; Wed, 18 Dec 2013 07:00:17 -0800 (PST) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id C64961AE405 for ; Wed, 18 Dec 2013 07:00:17 -0800 (PST) Received: by mail-pa0-f50.google.com with SMTP id kl14so6031423pab.23 for ; Wed, 18 Dec 2013 07:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=8ktlpr1YTTpNeaJ4IY38I/NLkkJImxPGLetWlxRn+H4=; b=Vyb5YdZsvCsj7DFangKISiMvbemkZI6uvHYuTE3vsMrkZuu+ml63oLcLHN3U4D5U2t j+fEFOYtcqRzb7KiR6UrxcfwtVSXTTtbEE7txdoUQr51yqqAcbLW+cMJfeyWbVyxQOgM KeGLmsnIaC519BtgM6XxZsrTCFkwuf3n+OEAQQvyo1Fj7VvjWz3aj59xfa9PomaFFsHT h3jzkk+5PxuwX5Lr8BEJ7HOVcnGRFFJemvCPmyeQ5tgkT/Qz2WKnoL23tsVyRmNIYL7o fB3Vm9C2m3BJLC2uhDXpUoCnvdqf+QBXVVhF1wiJp/nGdZZY0w+opKkxX1RHrNgKbw+O LETw== X-Received: by 10.68.164.165 with SMTP id yr5mr34590983pbb.146.1387378816347; Wed, 18 Dec 2013 07:00:16 -0800 (PST) Received: from adminPC ([49.249.132.230]) by mx.google.com with ESMTPSA id om6sm536476pbc.43.2013.12.18.07.00.09 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 18 Dec 2013 07:00:15 -0800 (PST) From: sajeevmanikkoth@gmail.com To: "'Vincent Chen'" References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <001f01cef890$f059d040$d10d70c0$@org> In-Reply-To: Date: Wed, 18 Dec 2013 20:30:05 +0530 Message-ID: <002701cefc01$dc51d380$94f57a80$@org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01CEFC2F.F60A0F80" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac76kZXB2kO3x72URHeoKbjh+k60QgBbPSnw Content-Language: en-us Cc: paws@ietf.org Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 15:00:20 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0028_01CEFC2F.F60A0F80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thanks Vincent for the clarifications. Few inline comments below. Best Regards, Sajeev Manikkoth From: Vincent Chen [mailto:vchen@google.com] Sent: Tuesday, December 17, 2013 12:34 AM To: Sajeev Manikkoth Cc: gabor.bajko@nokia.com; paws@ietf.org Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ Sajeev, Thanks for your comments. Answers inline. On Fri, Dec 13, 2013 at 9:54 PM, wrote: Hi, Please find few comments based on my review of the new draft spec: 1. In AVAIL_SPECTRUM_REQ all parameters are shown optional. Does that mean an empty request is ok? As 'Device descriptor' is required in response, same should be the case in request too. An empty request is not OK. Each field, independently, may be optional, but the descriptions describe when they are required. There are some dependencies between the parameters. For example, if "requestType" is for getting generic operating parameters, which may be allowed by ETSI, then the DeviceDescriptor is optional. [Sajeev>>] Is it going a bit complex this way with parameter dependencies? In light of this, perhaps Device Descriptor in the response should be optional. Also instead of 'location' and 'Master Device location', it will be better to include 'location' and an optional 'Slave Device location' in case request is on behave of slave, as Master is the default request entity. This is a matter of opinion, I suppose. I believe it is more consistent to have "location" and "deviceDesc" be associated with the target device and "masterDeviceLocation" and "masterDeviceDesc" be associated with the "master". Avail spectrum request can also include an optional time range, so that database can send a filtered and useful set of spectrum for the given time range, than the full set. I'm not sure this is consistent with the rules. The Database may be required to provide the availability for the next N hours. I'd like to see other opinions on this point. 2. In SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the time range which the device intend to use the spectra, to improve QoS and avoid too many request/response messages between master and database Although it might be a good idea to include the time range which the device intends to use the spectra, I'm not sure how that improves QoS or reduce the number of messages? [Sajeev>>] Secondary user service disruption due to primary or another user using the frequency can be reduced if a time range is negotiated and accepted. Also during the accepted time interval master need not further query the db on the frequency/channel which negotiated. 3. Diagram in Section 4.5, which shows messages between master and device can use different message tokens than the tokens used between master and database. Which will make it explicitly clear that they are not the same. It is subtle, but the figure already uses different line styles for the two cases. 4. Section 5.2 Device Descriptor can include a parameter to specify 'Mobile' or 'Fixed' device The regulatory domain defines device types, which, typically, are associated with mobile or fixed. [Sajeev>>] Yes, and in the request master can publish it through a parameter was my point here. Perhaps this can help db to decide on the available spectra for the device type. 5. Section 5.4 Device Capabilities can include Power Range of the device too. This might be a reasonable extension, but probably would not fit in this first version of the protocol. - Currently, the Database is responsible for informing the device the maximum allowed power levels, regardless of the power-range capabilities of the device. - Device Capabilities can be quite complex to express, and it would be better to tackle this later. 6. Section 5.9 "The SpectrumSpec element encapsulates the schedule of available spectrum for a regulatory domain". Should this also include a specific location area? As a regulatory domain may include a large location coverage, and reuse of licensed spectrum in different locations. Is there a need of location area coverage parameter in the device descriptor? I believe this is already addressed: In the current and proposed rules, the Device must request new spectrum if it moves by more than X distance. For Databases that support request by region, it is expected that the Database returns spectrum that is allowed anywhere within the region. 7. Section 5.17 - Error codes. As the PAWS protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, 3xx status codes looks like a better option. Use of another range or 4/2 digit codes will avoid confusion. These define error codes at the protocol level. When the binding is JSON-RPC over HTTPS, the HTTP error codes at the transport level still apply. (e.g., 3xx redirect, 5xx server errors, etc.) Best Regards, Sajeev ------=_NextPart_000_0028_01CEFC2F.F60A0F80 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Vincent for the clarifications. Few inline = comments below.

 

Best Regards,

Sajeev Manikkoth

 

From:= Vincent = Chen [mailto:vchen@google.com]
Sent: Tuesday, December 17, 2013 12:34 AM
To: Sajeev Manikkoth
Cc: gabor.bajko@nokia.com; paws@ietf.org
Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/

 

Sajeev,

 

Thanks for your comments. Answers = inline.

 

On Fri, Dec 13, 2013 at 9:54 PM, <sajeevmanikkoth@gmail.com> wrote:

Hi,

 

Please find few comments based on my review of = the new draft spec:

 

1. In AVAIL_SPECTRUM_REQ all parameters are = shown optional. Does that mean an empty request is ok? As  'Device = descriptor' is required in response, same should be the case in request = too.

 

An empty request is not OK. Each field, = independently, may be optional, but the descriptions describe when they are = required.

There are some dependencies between the parameters. = For example, if "requestType" is for getting generic operating parameters,

which may be allowed by ETSI, then the = DeviceDescriptor is optional.

[Sajeev>>] Is it going a bit complex this way with parameter dependencies?

 

In light of this, perhaps Device Descriptor in the = response should be optional.

 

Also instead of 'location' and 'Master Device = location', it will be better to include 'location' and an optional 'Slave Device = location' in case request is on behave of slave, as Master is the default request = entity.

 

This is a matter of opinion, I suppose. I believe = it is more consistent to have "location" and "deviceDesc" be associated with the

target device and "masterDeviceLocation" = and "masterDeviceDesc" be associated with the = "master".

 

Avail spectrum request can also include an = optional time range, so that database can send a filtered and useful set of spectrum = for the given time range, than the full set.

 

I'm not sure this is consistent with the rules. The = Database may be required to provide the availability for the next N = hours.

I'd like to see other opinions on this = point.

 

 

2. In SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the time range which the device intend to use the spectra, to improve QoS and avoid too many request/response messages = between master and database

 

 Although it might be a good idea to include = the time range which the device intends to use the spectra, I'm not sure how that improves QoS or reduce the number of messages?

[Sajeev>>] Secondary user  service disruption = due to primary or another user using the frequency can be reduced if a time = range is negotiated and accepted. Also during the accepted time interval master = need not further query the db on the frequency/channel which negotiated. =  

 

 

3. Diagram in Section 4.5, which shows messages = between master and device can use different message tokens than the tokens used = between master and database. Which will make it explicitly clear that they are = not the same.

 

It is subtle, but the figure already uses different = line styles for the two cases.

 

 

4. Section 5.2 Device Descriptor can include a = parameter to specify 'Mobile' or 'Fixed' device

 

The regulatory domain defines device types, which, typically, are associated with mobile or fixed.

[Sajeev>>] Yes, and in the request master can = publish it through a parameter was my point here. Perhaps this can help db to = decide on the available spectra for the device type.

 

 

5. Section 5.4 Device Capabilities can include = Power Range of the device too.

 

This might be a reasonable extension, but probably = would not fit in this first version of the protocol.

 - Currently, the Database is responsible for = informing the device the maximum allowed power levels, regardless

   of the power-range capabilities of the = device.

 

 - Device Capabilities can be quite complex to = express, and it would be better to tackle this later.

 

 

 

6. Section 5.9 "The SpectrumSpec element encapsulates the schedule of available  spectrum for a regulatory domain". Should this also include a specific location = area?

As a regulatory domain may include a large = location coverage, and reuse of licensed spectrum in different locations. Is = there a need of location area coverage parameter in the device = descriptor?

 

I believe this is already addressed:

 

In the current and proposed rules, the Device must = request new spectrum if it moves by more than X distance.

For Databases that support request by region, it is = expected that the Database returns spectrum that is allowed

anywhere within the region.

 

 

7. Section 5.17 - Error codes. As the PAWS = protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, 3xx status codes looks = like a better option. Use of another range or 4/2 digit codes will avoid = confusion.

 

These define error codes at the protocol = level.

 

When the binding is JSON-RPC over HTTPS, the HTTP = error codes at the transport level still apply.

(e.g., 3xx redirect, 5xx server errors, = etc.)

 

 

 

 

Best Regards,

Sajeev

 

 <= /o:p>

------=_NextPart_000_0028_01CEFC2F.F60A0F80-- From vchen@google.com Fri Dec 20 10:31:49 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D491ADF80 for ; Fri, 20 Dec 2013 10:31:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.916 X-Spam-Level: X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayJLg4WofaBS for ; Fri, 20 Dec 2013 10:31:45 -0800 (PST) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 4E43E1ACCEC for ; Fri, 20 Dec 2013 10:31:45 -0800 (PST) Received: by mail-oa0-f44.google.com with SMTP id m1so3289772oag.31 for ; Fri, 20 Dec 2013 10:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6RN+kpj/R99VUFFmMJxeuchA/1ur0pGGwrUQXRjhgTc=; b=giX6EQdwRro9NUNSHSaUu0PbZqVNoj3DPxuWWd+1wM7/U0OyVqUaXpK7OqX6oAbcre vpjw7Gp+tktxw11S8w54oCbZLCrtdEvlL0uc0xmc5m5nZuuIPdqOXY9N6Mkv/1k/a5Ma 4UjHMun6uupFIMDt6flIkt3yatX2VudPmSoQMIHOmd3MFnHtqh+Pj9z/g7mXzKRujp15 Rims5TWoBeHOSI5BKo1t1hGiwPnbIz+4qxxi/1soPxp3mIbYLs4StprUr5erLFGns8wX o0Uv0QQA4XW3NQRR/gWNl1EnTUARR3QmOJd4dkxSQmn9/0X8+QBfph+4rGLzCOUgXIkR YoUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6RN+kpj/R99VUFFmMJxeuchA/1ur0pGGwrUQXRjhgTc=; b=A1mRdExHTCaCiXAx6WJAONP3354jwfX2SMybccL4G1PajHnYoTn6Aq3puGshwdJfn6 zEB45yF2ogHqiahi4waVv5QCUsOB56X+HC2ijUXQHD4wDKdXIykQ9riN630bwtTSF9Dm 6I+uwP96JcbOojBumUSSN8/qBSJQwrWlUW/XCwVC5mh1ENs7Q9cwsa8+sndmORoFBQ1L OuRg3dLFhfKoOO7/4AJQ8i4ktvHlyNuZNeaU8reaNI4ciZQ9lu984l62e2LrVjmfhhKS lTum5YR0+onehXBDoc+DDEloxG6dMKnvpNHRxR3dbcnel92tnPQQuTklqCJ5F5bzuBZZ HFHQ== X-Gm-Message-State: ALoCoQlMXGFRxRNwA7FvowbThlVZr+BqHZtYSv8UCTfJ/Qea8Ii5nk76UB7pSLJKzClCAuLtkvi3EspW+DMM1xE4wSJmAeyC3B/tAL5Gw1Yiut3AiRuTN2Ya2RKHN7xan3642eYm6QNZ4lxcr46vNEm50ezJyM7ZehnFw0j0EKbMap6ReDyUvaBe+tynQOotEJfRzsqAjbxF MIME-Version: 1.0 X-Received: by 10.60.93.67 with SMTP id cs3mr7494888oeb.12.1387564302961; Fri, 20 Dec 2013 10:31:42 -0800 (PST) Received: by 10.182.45.166 with HTTP; Fri, 20 Dec 2013 10:31:42 -0800 (PST) In-Reply-To: <002701cefc01$dc51d380$94f57a80$@org> References: <1ECAFF543A2FED4EA2BEB6CACE08E476054072F5@008-AM1MPN1-007.mgdnok.nokia.com> <001f01cef890$f059d040$d10d70c0$@org> <002701cefc01$dc51d380$94f57a80$@org> Date: Fri, 20 Dec 2013 10:31:42 -0800 Message-ID: From: Vincent Chen To: Sajeev Manikkoth Content-Type: multipart/alternative; boundary=047d7b33d17661a16d04edfb7dfa Cc: "paws@ietf.org" Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 18:31:49 -0000 --047d7b33d17661a16d04edfb7dfa Content-Type: text/plain; charset=UTF-8 Sorry for the delayed response. On Wed, Dec 18, 2013 at 7:00 AM, wrote: > Thanks Vincent for the clarifications. Few inline comments below. > > > > Best Regards, > > Sajeev Manikkoth > > > > *From:* Vincent Chen [mailto:vchen@google.com] > *Sent:* Tuesday, December 17, 2013 12:34 AM > *To:* Sajeev Manikkoth > *Cc:* gabor.bajko@nokia.com; paws@ietf.org > *Subject:* Re: [paws] wglc on > https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/ > > > > Sajeev, > > > > Thanks for your comments. Answers inline. > > > > On Fri, Dec 13, 2013 at 9:54 PM, wrote: > > Hi, > > > > Please find few comments based on my review of the new draft spec: > > > > 1. In AVAIL_SPECTRUM_REQ all parameters are shown optional. Does that mean > an empty request is ok? As 'Device descriptor' is required in response, > same should be the case in request too. > > > > An empty request is not OK. Each field, independently, may be optional, > but the descriptions describe when they are required. > > There are some dependencies between the parameters. For example, if > "requestType" is for getting generic operating parameters, > > which may be allowed by ETSI, then the DeviceDescriptor is optional. > > *[Sajeev>>] Is it going a bit complex this way with parameter > dependencies?* > *[vchen] I believe this is a trade-off between adding more fine-grained "rpc methods" versus fewer methods with more optional parameters.* *At the end of the day, the complexities are equivalent, if you want to support the different use cases. * > > > In light of this, perhaps Device Descriptor in the response should be > optional. > > > > Also instead of 'location' and 'Master Device location', it will be > better to include 'location' and an optional 'Slave Device location' in > case request is on behave of slave, as Master is the default request entity. > > > > This is a matter of opinion, I suppose. I believe it is more consistent to > have "location" and "deviceDesc" be associated with the > > target device and "masterDeviceLocation" and "masterDeviceDesc" be > associated with the "master". > > > > Avail spectrum request can also include an optional time range, so that > database can send a filtered and useful set of spectrum for the given time > range, than the full set. > > > > I'm not sure this is consistent with the rules. The Database may be > required to provide the availability for the next N hours. > > I'd like to see other opinions on this point. > > > > > > 2. In SPECTRUM_USE_NOTIFY message 'spectra:list' parameter can include the > time range which the device intend to use the spectra, to improve QoS and > avoid too many request/response messages between master and database > > > > Although it might be a good idea to include the time range which the > device intends to use the spectra, I'm not sure how that improves QoS or > reduce the number of messages? > > *[Sajeev>>] Secondary user service disruption due to primary or another > user using the frequency can be reduced if a time range is negotiated and > accepted. Also during the accepted time interval master need not further > query the db on the frequency/channel which negotiated. * > *[vchen] I believe this is already addressed. Certain classes of primary users (wireless mics) already have the ability to reserve spectrum (independent of PAWS), and the Database responses to secondary user must take that into account. The database response is a schedule of available spectrum that is valid for a specified duration, and the Master does not have to contact the DB again during that duration.* *To offer additional coordination between secondary users is out of scope, but a Database may extend the protocol (as a value add feature).* > > > > > 3. Diagram in Section 4.5, which shows messages between master and device > can use different message tokens than the tokens used between master and > database. Which will make it explicitly clear that they are not the same. > > > > It is subtle, but the figure already uses different line styles for the > two cases. > > > > > > 4. Section 5.2 Device Descriptor can include a parameter to specify > 'Mobile' or 'Fixed' device > > > > The regulatory domain defines device types, which, typically, are > associated with mobile or fixed. > > *[Sajeev>>] Yes, and in the request master can publish it through a > parameter was my point here. Perhaps this can help db to decide on the > available spectra for the device type.* > > > *[vchen] The Database is already supposed to take device type into account. The regulatory rules require it. That is, the rules prescribe what spectrum is available and the power levels, based on device type.* > > > 5. Section 5.4 Device Capabilities can include Power Range of the device > too. > > > > This might be a reasonable extension, but probably would not fit in this > first version of the protocol. > > - Currently, the Database is responsible for informing the device the > maximum allowed power levels, regardless > > of the power-range capabilities of the device. > > > > - Device Capabilities can be quite complex to express, and it would be > better to tackle this later. > > > > > > > > 6. Section 5.9 "The SpectrumSpec element encapsulates the schedule of > available spectrum for a regulatory domain". Should this also include a > specific location area? > > As a regulatory domain may include a large location coverage, and reuse of > licensed spectrum in different locations. Is there a need of location area > coverage parameter in the device descriptor? > > > > I believe this is already addressed: > > > > In the current and proposed rules, the Device must request new spectrum if > it moves by more than X distance. > > For Databases that support request by region, it is expected that the > Database returns spectrum that is allowed > > anywhere within the region. > > > > > > 7. Section 5.17 - Error codes. As the PAWS protocol is over HTTPS, not > using the same(HTTP) 1xx, 2xx, 3xx status codes looks like a better option. > Use of another range or 4/2 digit codes will avoid confusion. > > > > These define error codes at the protocol level. > > > > When the binding is JSON-RPC over HTTPS, the HTTP error codes at the > transport level still apply. > > (e.g., 3xx redirect, 5xx server errors, etc.) > > > > > > > > > > Best Regards, > > Sajeev > > > > > > -- -vince --047d7b33d17661a16d04edfb7dfa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sorry for the delayed response.


On Wed, = Dec 18, 2013 at 7:00 AM, <sajeevmanikkoth@gmail.com> wrote:

Thanks Vincent for the cl= arifications. Few inline comments below.

=C2=A0

Best Regards,

Sajeev Manikkoth <= u>

=C2=A0

From: Vincent = Chen [mailto:vchen@google.= com]
Sent: Tuesday, December 17, 2013 12:34 AM
To: Sajeev Manikkoth
Cc: gabor= .bajko@nokia.com; pa= ws@ietf.org
Subject: Re: [paws] wglc on https://datatracker.ietf.org/doc/draft-ietf-paws-protocol/

=C2=A0

Sajeev,

=C2=A0

Thanks for your comments. Answers inline.<= /u>


[vchen] I be= lieve this is a trade-off between adding more fine-grained "rpc method= s" versus fewer methods with more optional parameters.
At the end of the day, the complexities are= equivalent, if you want to support the different use cases.=C2=A0
=C2=A0

=C2=A0

In light of this, perhaps Device Descriptor in the r= esponse should be optional.

=C2=A0

Also instead of 'l= ocation' and 'Master Device location', it will be better to include 'location' and an optional 'Slave = Device location' in case request is on behave of slave, as Master is the default request ent= ity.

=C2=A0

This is a matter of opinion, I suppose. I believe it= is more consistent to have "location" and "deviceDesc" be associated with the

target device and "masterDeviceLocation" a= nd "masterDeviceDesc" be associated with the "master".<= /u>

=C2=A0

Avail spectrum request= can also include an optional time range, so that database can send a filtered and useful set of spectrum for = the given time range, than the full set.

=C2=A0

I'm not sure this is consistent with the rules. = The Database may be required to provide the availability for the next N hours.=

I'd like to see other opinions on this point.=

=C2=A0

=C2=A0

2. In SPECTRUM_USE_NOT= IFY message 'spectra:list' parameter can include the time range which the device intend to use the spectra, to improve QoS and avoid too many request/response messages betwee= n master and database

=C2=A0

=C2=A0Although it might be a good idea to include th= e time range which the device intends to use the spectra, I'm not sure how tha= t improves QoS or reduce the number of messages?

[Sajeev>&g= t;] Secondary user =C2=A0service disruption due to primary or another user using the frequency can be reduced if a time range = is negotiated and accepted. Also during the accepted time interval master need= not further query the db on the frequency/channel which negotiated. =C2=A0


[vchen] I believe this is already addres= sed. Certain classes of primary users (wireless mics) already have the abil= ity to reserve spectrum (independent of PAWS), and the Database responses t= o secondary user must take that into account. The database response is a sc= hedule of available spectrum that is valid for a specified duration, and th= e Master does not have to contact the DB again during that duration.=

To offer additional coordination between secondary users is out o= f scope, but a Database may extend the protocol (as a value add feature).
=C2=A0

=C2=A0

=C2=A0

3. Diagram in Section = 4.5, which shows messages between master and device can use different message tokens than the tokens used bet= ween master and database. Which will make it explicitly clear that they are not = the same.

=C2=A0

It is subtle, but the figure already uses different = line styles for the two cases.

=C2=A0

=C2=A0

4. Section 5.2 Device = Descriptor can include a parameter to specify 'Mobile' or 'Fixed' device<= /p>

=C2=A0

The regulatory domain defines device types, which, typically, are associated with mobile or fixed.

[Sajeev>&g= t;] Yes, and in the request master can publish it through a parameter was my point here. Perhaps this can help db to decide o= n the available spectra for the device type.

=C2=A0

=

[vchen] The Dat= abase is already supposed to take device type into account. The regulatory = rules require it. That is, the rules prescribe what spectrum is available a= nd the power levels, based on device type.
=C2=A0=C2=A0

=C2=A0

5. Section 5.4 Device = Capabilities can include Power Range of the device too.

=C2=A0

This might be a reasonable extension, but probably w= ould not fit in this first version of the protocol.

=C2=A0- Currently, the Database is responsible for i= nforming the device the maximum allowed power levels, regardless

=C2=A0 =C2=A0of the power-range capabilities of the = device.

=C2=A0

=C2=A0- Device Capabilities can be quite complex to = express, and it would be better to tackle this later.

=C2=A0

=C2=A0

=C2=A0

6. Section 5.9 "T= he SpectrumSpec element encapsulates the schedule of available=C2=A0 spectrum for a regulatory domain". Should this also include a specific location area?<= /u>

As a regulatory domain= may include a large location coverage, and reuse of licensed spectrum in different locations. Is there a need of location area coverage parameter in the device descriptor?

=C2=A0

I believe this is already addressed:

=C2=A0

In the current and proposed rules, the Device must r= equest new spectrum if it moves by more than X distance.

For Databases that support request by region, it is = expected that the Database returns spectrum that is allowed

anywhere within the region.

=C2=A0

=C2=A0

7. Section 5.17 - Erro= r codes. As the PAWS protocol is over HTTPS, not using the same(HTTP) 1xx, 2xx, 3xx status codes looks like = a better option. Use of another range or 4/2 digit codes will avoid confusion= .

=C2=A0

These define error codes at the protocol level.

=C2=A0

When the binding is JSON-RPC over HTTPS, the HTTP er= ror codes at the transport level still apply.

(e.g., 3xx redirect, 5xx server errors, etc.)=

=C2=A0

=C2=A0

=C2=A0

=C2=A0

Best Regards,

Sajeev

=C2=A0

=C2=A0




--
-vince
--047d7b33d17661a16d04edfb7dfa-- From vchen@google.com Fri Dec 20 14:50:45 2013 Return-Path: X-Original-To: paws@ietfa.amsl.com Delivered-To: paws@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A04B1AE23E for ; Fri, 20 Dec 2013 14:50:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.916 X-Spam-Level: X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cGuW_mnqim5J for ; Fri, 20 Dec 2013 14:50:43 -0800 (PST) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) by ietfa.amsl.com (Postfix) with ESMTP id D32981AE235 for ; Fri, 20 Dec 2013 14:50:43 -0800 (PST) Received: by mail-ob0-f181.google.com with SMTP id uy5so3421427obc.12 for ; Fri, 20 Dec 2013 14:50:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+6a1gykJli7JVzNuvh8/y2bKweIWAgb0i5Km69TvIok=; b=WWb2/PKkdUblfh87VLzHNpj43Mo4xa99eA9hD37Fzw7lvCPJ3MyiWBQmIu/b0Xvhse aZrTbaZtITwWRWhdZjytHa8ShsHdzkk9gYQkLQwB9/2dzxZoI6zshNMuaZCQfQph7LfJ FVuHPN7BXv3iyzhJB64LFnDcBtye3LMm4YQLjxmFo/0jThO3fXG1gTLC1s+aFdjo4pTb ZnostsQ5atWV7TjNj8BnAFivMCPC+7DlOKmEuCQyw+0Mr1CF4Ut+zUWn+pWb8mPhAIqc 7dSCcuoGNY0XxV7EZ6HJD2ashVDYrfKvO58ShOCAV1lPcjoFYlSUJjYjKKIqwXdHeszW oJzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=+6a1gykJli7JVzNuvh8/y2bKweIWAgb0i5Km69TvIok=; b=DkGUKZwVcvqjvM8SuEev+p9mU+1Go9xRR9/0SBSMOKtN8zY0P2gzSZSuWs29oDZZpK bQ0bF1d6TATc/FKu/v7PmpmWrpEmfcAiENjQMVCJ69FoCBIDVxJva1ltYDuYYShIg+6C tcyQN1G6rQL1+dzYr4xl+VNG7lC2hANbJoRZPLghZgLMwiBv+32YRC9KTo1dw+4cJgY2 Lqx/OlJrQCYp3SC5iCdAb/SSt8CvIz8zqsHwIRLF3Ay+rUeiGPyXb0NisAvpjgj5fRiW Py/U61Jt0DQE/GWJOYBC+OXllqUXZno+cJqtFFo5rjPVQaozVymDcQDjsOVvASC4HUoQ M7CA== X-Gm-Message-State: ALoCoQlJlZLeJZtiOyhq91JrSG543Vi01bN1S/7ftPkvo/F7DKG6Hc7D6wctgLeWDPkQpEc9fOhj3B/x18Zv4NI8XJfXC6t1U+n/5uKk0+ancW2sfoNUHG6hXuunAIuP7Wwi7W5IaGJJg/y/pgYlaCuu9KxEWkK46iYtGVsqH+t3jJ0dcsV22HHJmIVny4xBi/hnlr8Xd0yi MIME-Version: 1.0 X-Received: by 10.60.16.230 with SMTP id j6mr8377541oed.47.1387579841364; Fri, 20 Dec 2013 14:50:41 -0800 (PST) Received: by 10.182.45.166 with HTTP; Fri, 20 Dec 2013 14:50:41 -0800 (PST) Date: Fri, 20 Dec 2013 14:50:41 -0800 Message-ID: From: Vincent Chen To: "paws@ietf.org" Content-Type: multipart/alternative; boundary=e89a8f503bb28adbd304edff1b1d Subject: [paws] Summary: Comments on draft-07 X-BeenThere: paws@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Protocol to Access White Space database \(PAWS\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 22:50:45 -0000 --e89a8f503bb28adbd304edff1b1d Content-Type: text/plain; charset=UTF-8 All, I believe the open issues for which there is support for change are: 1. Remove TBDs, except for the mailing-list name for PAWS IANA reviews - Ruleset name for ETSI draft, e.g., "ETSI-EN-301-598-1.0.0-draft" - Hyperlink to the ETSI draft 2. vCard - Move regulatory requirements to the Ruleset sections, such as which fields are required. - "fn" should be "formatted name", not "full name" - Add an example for representing an organization 3. Shortened names - If accepted, would shorten just the names of the fields in the inner-most loop of the spectrum response: freqHz -> hz powerDbmPerBw -> dbm It does not seem that other fields appear often enough to have significant impact Should I go ahead and make these changes and try last-call again? -- -vince --e89a8f503bb28adbd304edff1b1d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
All,

I believe the open issues for whic= h there is support for change are:

=C2=A01. Remove= TBDs, except for the mailing-list name for PAWS IANA reviews
=C2=A0 =C2=A0- Ruleset name for ETSI draft, e.g., "ETSI-EN-301-59= 8-1.0.0-draft"
=C2=A0 =C2=A0- Hyperlink to the ETSI draft

=C2=A02. vCard
=C2=A0 =C2=A0- Move regulat= ory requirements to the Ruleset sections, such as which fields
=C2=A0 =C2=A0 =C2=A0are required.
=C2=A0 =C2=A0- "fn&qu= ot; should be "formatted name", not "full name"
=C2=A0 =C2=A0- Add an example for representing an organization

=C2=A03. Shortened names
=C2=A0 =C2=A0- If accepted, would shorten just the names of the fields= in the inner-most loop of the
=C2=A0 =C2=A0 =C2=A0spectrum respo= nse:

=C2=A0 =C2=A0 =C2=A0freqHz -> hz
=C2=A0 =C2=A0 =C2=A0powerDbmPerBw -> dbm
--e89a8f503bb28adbd304edff1b1d--