From majordomo@mil.doit.wisc.edu Tue Jul 2 10:23:23 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11730 for ; Tue, 2 Jul 2002 10:23:22 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17PO7O-0002rJ-00 for ipfix-list@mil.doit.wisc.edu; Tue, 02 Jul 2002 08:54:58 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17PO7M-0002rC-00 for ipfix@net.doit.wisc.edu; Tue, 02 Jul 2002 08:54:56 -0500 Date: Tue, 2 Jul 2002 08:54:56 -0500 From: Dave Plonka To: ipfix@net.doit.wisc.edu Subject: [ipfix] I-D ACTION:draft-ietf-ipfix-reqs-04.txt Message-ID: <20020702085456.A9049@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-W-INSFCDT, insufficient CDT entries X-Shakespearean-Insult: Thou mewling tardy-gaited hugger-mugger Precedence: bulk Sender: majordomo listserver IPFIX folks, Below please find the announcement regarding the availability of the updated requirements draft. The following links to it now appear in the IPFIX web site index: http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt http://ipfix.doit.wisc.edu/req/draft-ietf-ipfix-reqs-04.txt Dave ----- Forwarded message from owner-ipfix@net.doit.wisc.edu ----- To: IETF-Announce: ; Cc: ipfix@net.doit.wisc.edu From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-ipfix-reqs-04.txt Date: Tue, 02 Jul 2002 06:30:31 -0400 Sender: nsyracus@cnri.reston.va.us --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Flow Information Export Working Group of the IETF. Title : Requirements for IP Flow Information Export Author(s) : J. Quittek et al. Filename : draft-ietf-ipfix-reqs-04.txt Pages : 28 Date : 01-Jul-02 This memo defines requirements for the export of measured IP flow information out of routers, traffic measurement probes and middleboxes. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-ipfix-reqs-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipfix-reqs-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20020701151856.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ipfix-reqs-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ipfix-reqs-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20020701151856.I-D@ietf.org> --OtherAccess-- --NextPart-- ----- End forwarded message ----- -- plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Wed Jul 3 14:54:56 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA29109 for ; Wed, 3 Jul 2002 14:54:56 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17PodZ-00044C-00 for ipfix-list@mil.doit.wisc.edu; Wed, 03 Jul 2002 13:13:57 -0500 Received: from mailhost2.auckland.ac.nz ([130.216.191.4]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17PodX-000441-00 for ipfix@net.doit.wisc.edu; Wed, 03 Jul 2002 13:13:55 -0500 Received: from mailhost.auckland.ac.nz (IDENT:mirapoint@mailhost [130.216.191.61]) by mailhost2.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with ESMTP id GAA26935 for ; Thu, 4 Jul 2002 06:13:52 +1200 (NZST) Received: from auckland.ac.nz (bluebottle.itss.auckland.ac.nz [130.216.4.28]) by mailhost.auckland.ac.nz (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AFC05992; Thu, 4 Jul 2002 06:13:45 +1200 (NZST) Message-Id: <200207031813.AFC05992@mailhost.auckland.ac.nz> Date: Wed, 3 Jul 2002 11:12:16 -0700 (PDT) From: n.brownlee@auckland.ac.nz Subject: [ipfix] IPFIX WG agenda for Yokohama IETF To: ipfix@net.doit.wisc.edu MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Precedence: bulk Sender: majordomo listserver Hello all: The agenda for our WG meeting at the Yokohama IETF is appended below. Cheers, Nevil ----------------------------------------------------------------------- Nevil Brownlee Director, Technology Development Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand The IPFIX meeting at IETF 54 in Yokohama is scheduled for Monday afternoon, i.e. 1530-1730 on 15 July 2002 Agenda: 1. Administriva 2. Overview of WG charter, current status 3. Review of WG documents, highlighing current issues, e.g. configuration vs some configuration (ie template uploads) vs no configuration. (Document Editors) - Requirements - Architecture - Data Model - Applicability 4. Protocol selection process (Chairs) At the Minneapolis meeting we reached consensus on an evaluation team to select the most suitable existing protocol for IPFIX. The chairs will report on progress to date, and present a proposed evaluation timetable for discussion. 5. Other items ? Any other items, offers of short talks about experiences with flow measurement, or anything else relevant to IPFIX, please send email to one of the co-chairs, i.e. to Nevil Brownlee or Dave Plonka Homework . . . * Our current published Internet Drafts are Requirements: draft-ietf-ipfix-reqs-04.txt Architecture: draft-ietf-ipfix-architecture-02.txt Data Model: draft-ietf-ipfix-data-00.txt Applicability: draft-zseby-ipfix-applicability-00.txt * Other relevant new drafts are NetFlow v9: draft-bclaise-netflow-9-00.txt * The IPFIX charter is at http://www.ietf.org/html.charters/ipfix-charter.html * The IPFIX web site is http://www.ietf.org/html.charters/ipfix-charter.html ------------------------------------------------------------------ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 8 01:10:03 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA24171 for ; Mon, 8 Jul 2002 01:10:03 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17RQQw-0002Rb-00 for ipfix-list@mil.doit.wisc.edu; Sun, 07 Jul 2002 23:47:34 -0500 Received: from mailhost2.auckland.ac.nz ([130.216.1.4]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17RQQt-0002RR-00 for ipfix@net.doit.wisc.edu; Sun, 07 Jul 2002 23:47:31 -0500 Received: from mailhost.auckland.ac.nz (IDENT:mirapoint@mailhost [130.216.191.61]) by mailhost2.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with ESMTP id QAA28694 for ; Mon, 8 Jul 2002 16:47:28 +1200 (NZST) Received: from auckland.ac.nz (bluebottle.itss.auckland.ac.nz [130.216.4.28]) by mailhost.auckland.ac.nz (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AFH19755; Mon, 8 Jul 2002 16:47:24 +1200 (NZST) Message-Id: <200207080447.AFH19755@mailhost.auckland.ac.nz> Date: Sun, 7 Jul 2002 21:45:47 -0700 (PDT) From: n.brownlee@auckland.ac.nz Subject: [ipfix] Yokohama: Evaluation Process Report To: ipfix@net.doit.wisc.edu MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Precedence: bulk Sender: majordomo listserver Hello all: One of the agenda items for IETF 54 is a report on the IPFIX evaluation process. Here's the co-chairs report, we'll disscuss it in Yokohama. Cheers, Nevil IPFIX Evaluation Process Report by Nevil Brownlee, 2 Jul 02 1) Evaluation Team: to be selected by WG co-chairs We have a good team with five members; they are: Mark Fullmer maf@splintered.net Juergen Quittek quittek@ccrle.nec.de Ram Gopal ram.gopal@nokia.com Reinaldo Penno reinaldo_penno@nortelnetworks.com Simon Leinen simon@limmat.switch.ch I believe this gives us good coverage of equipment builders, flow measurement users, and the IPFIX Internet Draft writers. 2) 'Evaluation' mailing list (alias to IPFIX list) ipfix-eval@net.doit.wisc.edu For open (archived) discussion of evaluation-related matters on the IPFIX list. 3) Evaluation Team met by teleconference for an hour on Wed 26 June The team was strongly influenced by the MIDCOM WG's recent evaluation effort; the IPFIX process will be similar. a) The team will publish a 'Protocol Advocacy' draft, to be used by the Protocol Advocates in making their submissions to the Evaluation team. b) They will also publish a 'call for IPFIX protocol submissions,' most probably via the IPFIX list, referring to a web page on the IPFIX web site. The call for submissions will set out preconditions (e.g. 'must be documented in an Internet Draft or RFC'), as discussed previously. c) Once all the submissions are in, the team will publish them, and call for comments about them on the IPFIX list. In addition, the team will read all the drafts and form their own opionions of them. d) The team will publish an 'Evaluation' draft, using the same outline as the Protocol Advocacy drafts; this will conclude with a recommendation on which protocol most nearly meets the IPFIX requirements. e) The Evaluation draft will be discussed on the IPFIX list, until we reach WG consensus. 4) Proposed Timetable 5 July Publish Protocol Advocacy draft and Call for Submissions 15 July Work on consensus in Yokohama, agree on timetable 2 August Cutoff for Protocol Submissions to Evaluation Team Advocacy drafts published 16 October Evaluation team publishes preliminary Evaluation draft for discussion on list 2 November Evaluation draft submitted as WG draft 22 November Evaluation Draft discussed at Atlanta meeting WG last call 5) Follow-on When evaluation is complete, the WG will be able to revise the Architecture and Data Model drafts. Once we reach WG consensus on these they can be submitted for publication as RFCs. ----------------------------------------------------------------------- Nevil Brownlee Director, Technology Development Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Sat Jul 13 16:50:27 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02761 for ; Sat, 13 Jul 2002 16:50:27 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17TTdb-0002Ep-00 for ipfix-list@mil.doit.wisc.edu; Sat, 13 Jul 2002 15:37:07 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17TTda-0002Ej-00; Sat, 13 Jul 2002 15:37:06 -0500 Date: Sat, 13 Jul 2002 15:37:06 -0500 From: Dave Plonka To: ipfix@net.doit.wisc.edu Subject: Re: [ipfix] Yokohama: Evaluation Process Report Message-ID: <20020713153706.A8450@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu References: <200207080447.AFH19755@mailhost.auckland.ac.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200207080447.AFH19755@mailhost.auckland.ac.nz>; from n.brownlee@auckland.ac.nz on Sun, Jul 07, 2002 at 09:45:47PM -0700 Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-W-ASSERTERR, assertion error, PC=00000000, PS=00000546 X-Shakespearean-Insult: Thou loggerheaded pottle-deep fustilarian Precedence: bulk Sender: majordomo listserver IPFIX folks, Here's some more status information in preparation for the Yokohama IPFIX meeting, scheduled for Monday July 15, at FIXME. At the meeting we will again introduce the Evaluation Team and announce the "Call For Protocols", which is now available here: http://ipfix.doit.wisc.edu/eval/call_for_protocols.html Furthermore, to aid protocol advocates in their responses to that call, their is an "Evaluation Kit" containing I-D templates and suggestions to help unify the formats of the submissions. The kit is now available here: http://ipfix.doit.wisc.edu/eval/ Thanks to K.C. Norseth for the CFP prep work and Juergen Quittek for putting togerher the evaluation kit. As usual, we'll post the draft minutes after the meeting. After that - so that we know that both the meeting attendees and list participants are up to date - please post feedback regarding the evaluation effort to "ipfix-eval@net.doit.wisc.edu". This and other IPFIX mailing list addresses are documented here: http://ipfix.doit.wisc.edu/#Mailing_List_Aliases_Convention http://ipfix.doit.wisc.edu/#Other_Mailing_Aliases For those of you in Yokohama, I hope to see you this week! Dave -- plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Sat Jul 13 17:41:04 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02762 for ; Sat, 13 Jul 2002 16:50:27 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17TTbv-0002By-00 for ipfix-list@mil.doit.wisc.edu; Sat, 13 Jul 2002 15:35:23 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17TTbt-0002Br-00 for ipfix-eval@net.doit.wisc.edu; Sat, 13 Jul 2002 15:35:21 -0500 Date: Sat, 13 Jul 2002 15:35:21 -0500 From: Dave Plonka To: ipfix-eval@net.doit.wisc.edu Subject: [ipfix-eval] new "ipfix-eval" alias for IPFIX mailing list Message-ID: <20020713153521.A8335@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-W-DEVNOTMBX, device is not a mailbox X-Shakespearean-Insult: Thou qualling tardy-gaited puttock Precedence: bulk Sender: majordomo listserver IPFIX participants, We now have an "ipfix-eval" alias, meaning "[protocol] evaluation", for our public IPFIX mailing list. From now on, please send any public questions or comments meant for the evaluation team, and any other content which has to do with the evaluation process, to "ipfix-eval@net.doit.wisc.edu". The message will be sent to our public IPFIX mailing list with the message subject tagged with "[ipfix-eval]". This and our other aliases are documented here: http://ipfix.doit.wisc.edu/#Mailing_List_Aliases_Convention Dave P.S. I've also set up an "ipfix-eval-team@net.doit.wisc.edu" alias which just forwards to the five members of the evaluation team. However, this "ipfix-eval-team" address is just a convenience for private contact with that team - its not for official IPFIX business which should be archived in the public IPFIX forum by sending to the aforementioned "ipfix-eval" address. -- ":) You will make many changes before settling satisfactorily. :)" - the actual message (complete with smiley faces) that I received in a fortune cookie at dinner after the IPFIX WG meeting during IETF 52 in Salt Lake City -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 15 09:07:12 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03059 for ; Mon, 15 Jul 2002 09:07:12 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17U576-0003LO-00 for ipfix-list@mil.doit.wisc.edu; Mon, 15 Jul 2002 07:38:04 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17U573-0003L7-00 for ipfix@net.doit.wisc.edu; Mon, 15 Jul 2002 07:38:01 -0500 Date: Mon, 15 Jul 2002 07:37:58 -0500 From: Dave Plonka To: ipfix@net.doit.wisc.edu Subject: [ipfix] DEAFT IPFIX WG minutes, IETF54 Message-ID: <20020715073758.A12638@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-F-NOMOUNT, operation requires MOUNT privilege X-Shakespearean-Insult: Thou warped flap-mouthed harpy Precedence: bulk Sender: majordomo listserver IPFIX folks, Please review the DRAFT minutes of the most recent meeting, below. Please send any comments/suggestions/corrections to the list. Thanks, Dave P.S. The slide shows (and also the draft minutes) are available at: http://ipfix.doit.wisc.edu/IETF54/ Dave ---------------------------------------------------------------------- DRAFT Minutes of the IP Flow Information eXport (IPFIX) WG IETF 54, Yokohama, Monday July 15, 2002 83 people in attendance Reported by Dave Plonka & Nevil Brownlee (co-chairs) The meeting agenda is available here: http://ipfix.doit.wisc.edu/IETF54/IETF54_IPFIX_agenda.sdd http://ipfix.doit.wisc.edu/IETF54/IETF54_IPFIX_agenda.ppt as well as the slideshows here: http://ipfix.doit.wisc.edu/IETF54/ 1) Nevil gave an overview of the WG charter and current status. In summary, we're proceeding with the protocol evaluations. When these are complete we will revise the architecture and data model documents to embody the chosen protocol. 2) We reviewed the current WG drafts: a) Requirements (see accompanying slides) Juergen Quittek Regarding multicast traffic, the current draft says only that a compliant protocol MAY report the set of egress interfaces and/or the "replication factor". It was suggested that this be changed to either SHOULD. It was observed that it would be "hard" to report multicast egress interfaces given some current router implementations. However, consensus by a hum was that a protocol SHOULD support these metrics. The next revision will be published ASAP and put to WG last call on the mailing list. b) Architecture (see accompanying slides) Nevil Brownlee c) Data Model - no changes Nevil Brownlee d) Applicability (see accompanying slides) Tanja Zseby Others were encouraged to submit text for additional sections of this document. 3) Nevil reported the status of the protocol evaluation. This information was posted to the mailing list on 7-JUL-2002: http://ipfix.doit.wisc.edu/archive/1000.html Nevil explained that the advocacy drafts will be submitted to the evaluation team and will subsequently be submitted as Internet Drafts. (These drafts are short-lived, working group documents only - not to become RFCs.) Discussion regarding the candidate protocols is encouraged by all and should take place on the public mailing list using the "ipfix-eval@net.doit.wisc.edu" address. This will be the official method to communicate with the evaluation team and/or protocol advocates. Regarding the proposed deadline for advocates to submit initial advocacy drafts, it was suggested to change the date to 2-SEP-2002, to which there were no objections by those in attendance. Three attendees indicated that they intended to advocate specific protocols, namely: CRANE, DIAMETER, and NetFlow v9. Other protocols may be forthcoming, perhaps by advocates not in attendance. Lastly, the chairs will review the WG milestones and discuss them with with the Area Directors. -- $Id: minutes.txt,v 1.1 2002/07/15 12:36:34 dplonka Exp $ -- plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 15 09:53:27 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04587 for ; Mon, 15 Jul 2002 09:53:22 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17U68c-0004yG-00 for ipfix-list@mil.doit.wisc.edu; Mon, 15 Jul 2002 08:43:42 -0500 Received: from sj-msg-core-2.cisco.com ([171.69.24.11]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17U68a-0004xd-00 for ipfix@net.doit.wisc.edu; Mon, 15 Jul 2002 08:43:40 -0500 Received: from mira-sjcd-2.cisco.com (IDENT:mirapoint@mira-sjcd-2.cisco.com [171.69.43.46]) by sj-msg-core-2.cisco.com (8.12.2/8.12.2) with ESMTP id g6FDh3hI001420; Mon, 15 Jul 2002 06:43:03 -0700 (PDT) Received: from cisco.com (sjc-vpn3-127.cisco.com [10.21.64.127]) by mira-sjcd-2.cisco.com (Mirapoint) with ESMTP id ADI84632; Mon, 15 Jul 2002 06:34:41 -0700 (PDT) Message-ID: <3D32D164.7BFE9DA@cisco.com> Date: Mon, 15 Jul 2002 06:43:01 -0700 From: Peram Marimuthu X-Mailer: Mozilla 4.76 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: plonka@doit.wisc.edu CC: ipfix@net.doit.wisc.edu Subject: Re: [ipfix] DEAFT IPFIX WG minutes, IETF54 References: <20020715073758.A12638@doit.wisc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit > > > Regarding multicast traffic, the current draft says only that > a compliant protocol MAY report the set of egress interfaces > and/or the "replication factor". It was suggested that this > be changed to either SHOULD. > > I am curious to know why the egress interface list is important for multicast. For unicast, the egress interface tells you how your packets are being routed. However, for multicast it just conveys the input interface's observation on potential replications which may or may not be the complete answer. Peram -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 15 21:07:49 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA22351 for ; Mon, 15 Jul 2002 21:07:49 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17UGch-0004Sd-00 for ipfix-list@mil.doit.wisc.edu; Mon, 15 Jul 2002 19:55:28 -0500 Received: from www.ietf54.wide.ad.jp ([133.93.192.80] helo=mail.ietf54.wide.ad.jp) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17UGcf-0004SU-00 for ipfix-req@net.doit.wisc.edu; Mon, 15 Jul 2002 19:55:26 -0500 Received: from BETA (BETA.dyn.ietf54.wide.ad.jp [133.93.77.144]) by mail.ietf54.wide.ad.jp (8.11.6/8.11.6) with ESMTP id g6G0tMu09370; Tue, 16 Jul 2002 09:55:22 +0900 (JST) Date: Tue, 16 Jul 2002 02:55:26 +0200 From: Juergen Quittek To: plonka@doit.wisc.edu cc: ipfix-req@net.doit.wisc.edu Subject: [ipfix-req] multicast replication factor Message-ID: <3176177.1026788126@BETA> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Dave, I am not sure about one issue we discussed at the session yesterday. We agreed that the individual reporting of each ougoing multicast flow will become a SHOULD requirement. But what was the agreement on the multicast replication factor? Currently it is a MAY requirement t be able to report it. Did we agree to make it also a SHOULD requirement? (Currently, we have MUST and MAY requirements for attributes. This would be the first attribute with a SHOULD.) Juergen -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 15 22:08:06 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA24455 for ; Mon, 15 Jul 2002 22:08:06 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17UHbu-0005ov-00 for ipfix-list@mil.doit.wisc.edu; Mon, 15 Jul 2002 20:58:42 -0500 Received: from mailhost2.auckland.ac.nz ([130.216.1.4]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17UHbr-0005om-00 for ipfix@net.doit.wisc.edu; Mon, 15 Jul 2002 20:58:39 -0500 Received: from mailhost.auckland.ac.nz (IDENT:mirapoint@mailhost [130.216.191.61]) by mailhost2.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with ESMTP id NAA16121; Tue, 16 Jul 2002 13:58:36 +1200 (NZST) Received: from auckland.ac.nz (bluebottle.itss.auckland.ac.nz [130.216.4.28]) by mailhost.auckland.ac.nz (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AFO28296; Tue, 16 Jul 2002 13:58:31 +1200 (NZST) Message-Id: <200207160158.AFO28296@mailhost.auckland.ac.nz> Date: Mon, 15 Jul 2002 18:56:38 -0700 (PDT) From: n.brownlee@auckland.ac.nz Subject: Re: [ipfix] DEAFT IPFIX WG minutes, IETF54 To: peram@cisco.com cc: plonka@doit.wisc.edu, ipfix@net.doit.wisc.edu In-Reply-To: <3D32D164.7BFE9DA@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Precedence: bulk Sender: majordomo listserver Hello Peram: >> Regarding multicast traffic, the current draft says only that >> a compliant protocol MAY report the set of egress interfaces >> and/or the "replication factor". It was suggested that this >> be changed to either SHOULD. > I am curious to know why the egress interface list is important for multicast. > For unicast, the egress interface tells you how your packets are being routed. > However, for multicast it just conveys the input interface's observation on > potential replications which may or may not be the complete answer. If you're trying to charge users for access to a multicast feed, you need to know whether the multicast packets are being sent out on the interface connecting to them. Cheers, Nevil ----------------------------------------------------------------------- Nevil Brownlee Director, Technology Development Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 16 05:12:48 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA14592 for ; Tue, 16 Jul 2002 05:12:47 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17UOCY-0007bW-00 for ipfix-list@mil.doit.wisc.edu; Tue, 16 Jul 2002 04:00:58 -0500 Received: from weird-brew.cisco.com ([144.254.15.118] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17UOCW-0007ad-00 for ipfix-req@net.doit.wisc.edu; Tue, 16 Jul 2002 04:00:56 -0500 Received: from cisco.com (tokyo-vpn-user42.cisco.com [10.70.82.42]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6G909h24583; Tue, 16 Jul 2002 11:00:09 +0200 (CEST) Message-ID: <3D33E098.1090301@cisco.com> Date: Tue, 16 Jul 2002 11:00:08 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juergen Quittek CC: plonka@doit.wisc.edu, ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] multicast replication factor References: <3176177.1026788126@BETA> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Juergen, > Dave, > > I am not sure about one issue we discussed at the session > yesterday. We agreed that the individual reporting of each > ougoing multicast flow will become a SHOULD requirement. > But what was the agreement on the multicast replication > factor? Currently it is a MAY requirement t be able to > report it. Did we agree to make it also a SHOULD requirement? > > (Currently, we have MUST and MAY requirements for attributes. > This would be the first attribute with a SHOULD.) It could be a SHOULD. But actually, I would like to stress that only one of the two following solutions will make sense, depending on what you want to do with the data. A multicast flow can be represented as: 1. a set of unicast flows with the corresponding egress ifIndex (where it's possible to get the egress Ifindex. Remember Peram's argument during the WG meeting) OR 2. one flow with no egress ifIndex but with the replicator factor (where it's possible to get the replicator. Remember Peram's argument during the WG meeting) So maybe we could have a small paragraph specific for multicast like this: SHOULD (unicast flow + SHOULD egress IfIndex) OR (Multicast flow + SHOULD replicator - egress ifIndex) Regards, Benoit. > > > Juergen > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in > message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 16 06:18:41 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA15880 for ; Tue, 16 Jul 2002 06:18:41 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17UPFv-0002dK-00 for ipfix-list@mil.doit.wisc.edu; Tue, 16 Jul 2002 05:08:32 -0500 Received: from sj-msg-core-2.cisco.com ([171.69.24.11]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17UPFt-0002cS-00 for ipfix@net.doit.wisc.edu; Tue, 16 Jul 2002 05:08:29 -0500 Received: from mira-sjcd-2.cisco.com (IDENT:mirapoint@mira-sjcd-2.cisco.com [171.69.43.46]) by sj-msg-core-2.cisco.com (8.12.2/8.12.2) with ESMTP id g6GA7ohI005946; Tue, 16 Jul 2002 03:07:50 -0700 (PDT) Received: from cisco.com (sjc-vpn1-94.cisco.com [10.21.96.94]) by mira-sjcd-2.cisco.com (Mirapoint) with ESMTP id ADJ14179; Tue, 16 Jul 2002 02:59:28 -0700 (PDT) Message-ID: <3D33F074.1006B7D2@cisco.com> Date: Tue, 16 Jul 2002 03:07:48 -0700 From: Peram Marimuthu X-Mailer: Mozilla 4.76 [en]C-CCK-MCD (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: n.brownlee@auckland.ac.nz CC: plonka@doit.wisc.edu, ipfix@net.doit.wisc.edu Subject: Re: [ipfix] DEAFT IPFIX WG minutes, IETF54 References: <200207160158.AFO28296@mailhost.auckland.ac.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit I am not sure if we really discussed this, hence I apologize if this is redundant. Flow collection on ingress is useful if we want to bill the sender of traffic. If billing the receiver, flow collection on egress is the typical observation point. The replication factor on ingress can only indicate the load on the router. Packets can get dropped on the egress interface due to several reasons. Packets may also be duplicated and sent to the CPU of the router if the router has joined the multicast group on a given interface. Hence the replication factor gives an approximate sense for the load on the network. If you are billing the receiver and are collecting multicast entries on a given link, then it makes sense to have a series of records for each interface through which the packet is transmitted. Peram n.brownlee@auckland.ac.nz wrote: > Hello Peram: > > >> Regarding multicast traffic, the current draft says only that > >> a compliant protocol MAY report the set of egress interfaces > >> and/or the "replication factor". It was suggested that this > >> be changed to either SHOULD. > > > I am curious to know why the egress interface list is important for multicast. > > For unicast, the egress interface tells you how your packets are being routed. > > However, for multicast it just conveys the input interface's observation on > > potential replications which may or may not be the complete answer. > > If you're trying to charge users for access to a multicast feed, you > need to know whether the multicast packets are being sent out on the > interface connecting to them. > > Cheers, Nevil > > ----------------------------------------------------------------------- > Nevil Brownlee Director, Technology Development > Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland > FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Thu Jul 18 06:05:41 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA27229 for ; Thu, 18 Jul 2002 06:05:41 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17V7rz-0004N7-00 for ipfix-list@mil.doit.wisc.edu; Thu, 18 Jul 2002 04:46:47 -0500 Received: from weird-brew.cisco.com ([144.254.15.118] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17V7rw-0004MN-00 for ipfix@net.doit.wisc.edu; Thu, 18 Jul 2002 04:46:44 -0500 Received: from cisco.com (tokyo-vpn-user45.cisco.com [10.70.82.45]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6I987h15952; Thu, 18 Jul 2002 11:08:13 +0200 (CEST) Message-ID: <3D368577.8010608@cisco.com> Date: Thu, 18 Jul 2002 11:08:07 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipfix@net.doit.wisc.edu Subject: [ipfix] Intent for Consideration: Netflow Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Dear all, According to http://ipfix.doit.wisc.edu/eval/call_for_protocols.html -> "Protocol Advocates announce intent for consideration. This should be done to the IPFIX group" I would like this WG to take into consideration NetFlow version 9, which is described in http://search.ietf.org/internet-drafts/draft-bclaise-netflow-9-00.txt I would be the NetFlow advocate. Regards, Benoit. -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Thu Jul 18 07:24:50 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28749 for ; Thu, 18 Jul 2002 07:24:50 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17V9CD-00008l-00 for ipfix-list@mil.doit.wisc.edu; Thu, 18 Jul 2002 06:11:45 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17V9CB-00008e-00 for ipfix-req@net.doit.wisc.edu; Thu, 18 Jul 2002 06:11:43 -0500 Date: Thu, 18 Jul 2002 06:11:43 -0500 From: Dave Plonka To: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] multicast replication factor Message-ID: <20020718061143.A33@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu References: <3176177.1026788126@BETA> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3176177.1026788126@BETA>; from quittek@ccrle.nec.de on Tue, Jul 16, 2002 at 02:55:26AM +0200 Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-W-BADACLCTX, ACL context has been corrupted X-Shakespearean-Insult: Thou warped knotty-pated maggot-pie Precedence: bulk Sender: majordomo listserver On Tue, Jul 16, 2002 at 02:55:26AM +0200, Juergen Quittek wrote: > > I am not sure about one issue we discussed at the session > yesterday. We agreed that the individual reporting of each > ougoing multicast flow will become a SHOULD requirement. > But what was the agreement on the multicast replication > factor? Currently it is a MAY requirement t be able to > report it. Did we agree to make it also a SHOULD requirement? In the WG meeting, the question to the audience was whether or not folks were in favor of modifying the requirements document to state that a conforming implementation SHOULD report the set of egress interfaces (ifIndexes) for observed multicast traffic. In general, I agree with Benoit's follow-up, except that: 1) Whether or not current hardware implementations happen to be able to determine and report the set of egress ifIndexes for multicast traffic is not interesting (to me) with respect to whether we say MAY or SHOULD. In my mind, its obvious that an implementation SHOULD report something so useful as the set egress interfaces. (We're already compromising significantly, to accomodate existing hardware limitations, by not saying MUST.) We should, at least, say SHOULD where we intend to influence future implementations which intend to conform to IPFIX. 2) Referring to one of the two multicast options as reporting "unicast" flows (for multicast traffic) is confusing. A flow with a multicast address as its destination is not a "unicast" flow. Instead we should write "SHOULD maintain discrete flow records with both the ingress and egress ifIndexes as keys", or something similar. Lastly, I suggest that that the replication factor SHOULD be reported, but only SHOULD if the egress interfaces are not. (I'm having trouble conceiving of an implementation though that can accurately determine the replication factor but not also determine the set of egress interfaces.) Dave -- plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Thu Jul 18 17:35:21 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13209 for ; Thu, 18 Jul 2002 17:35:21 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17VIfI-0006Jh-00 for ipfix-list@mil.doit.wisc.edu; Thu, 18 Jul 2002 16:18:24 -0500 Received: from sj-msg-core-1.cisco.com ([171.71.163.11]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17VIfG-0006Id-00 for ipfix-req@net.doit.wisc.edu; Thu, 18 Jul 2002 16:18:22 -0500 Received: from vvalluri-u10.cisco.com (vvalluri-u10.cisco.com [128.107.162.119]) by sj-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id g6ILHjM3004289; Thu, 18 Jul 2002 14:17:45 -0700 (PDT) Date: Thu, 18 Jul 2002 14:17:45 -0700 (PDT) From: Vamsidhar Valluri To: Dave Plonka cc: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] multicast replication factor In-Reply-To: <20020718061143.A33@doit.wisc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Precedence: bulk Sender: majordomo listserver Dave, Please see inline On Thu, 18 Jul 2002, Dave Plonka wrote: > On Tue, Jul 16, 2002 at 02:55:26AM +0200, Juergen Quittek wrote: > > > > I am not sure about one issue we discussed at the session > > yesterday. We agreed that the individual reporting of each > > ougoing multicast flow will become a SHOULD requirement. > > But what was the agreement on the multicast replication > > factor? Currently it is a MAY requirement t be able to > > report it. Did we agree to make it also a SHOULD requirement? > > In the WG meeting, the question to the audience was whether or not > folks were in favor of modifying the requirements document to state > that a conforming implementation SHOULD report the set of egress > interfaces (ifIndexes) for observed multicast traffic. > > In general, I agree with Benoit's follow-up, except that: > > 1) Whether or not current hardware implementations happen to be able to > determine and report the set of egress ifIndexes for multicast > traffic is not interesting (to me) with respect to whether we say > MAY or SHOULD. In my mind, its obvious that an implementation > SHOULD report something so useful as the set egress interfaces. > (We're already compromising significantly, to accomodate existing > hardware limitations, by not saying MUST.) We should, at least, say > SHOULD where we intend to influence future implementations which > intend to conform to IPFIX. > > 2) Referring to one of the two multicast options as reporting "unicast" > flows (for multicast traffic) is confusing. A flow with a multicast > address as its destination is not a "unicast" flow. Instead we > should write "SHOULD maintain discrete flow records with both the > ingress and egress ifIndexes as keys", or something similar. vamsi> During a lifetime of a multicast session egress interface count varies because some members might join or leave. If we key on egress ifIndexes it might result in different flows of same session during it's lifetime. Correct me if i missed something. thanks -vamsi > > Lastly, I suggest that that the replication factor SHOULD be reported, > but only SHOULD if the egress interfaces are not. (I'm having trouble > conceiving of an implementation though that can accurately determine > the replication factor but not also determine the set of egress > interfaces.) > > Dave > > -- > plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Thu Jul 18 17:39:55 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13262 for ; Thu, 18 Jul 2002 17:39:55 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17VIkZ-0006Qp-00 for ipfix-list@mil.doit.wisc.edu; Thu, 18 Jul 2002 16:23:51 -0500 Received: from mailhub.xacct.com ([204.253.100.25] helo=xacct.com) by mil.doit.wisc.edu with smtp (Exim 3.13 #1) id 17VIkX-0006Qg-00 for ipfix@net.doit.wisc.edu; Thu, 18 Jul 2002 16:23:49 -0500 Received: (qmail 17325 invoked from network); 18 Jul 2002 21:23:41 -0000 Received: from usmail.xacct.com (204.253.100.12) by mailhub.xacct.com with SMTP; 18 Jul 2002 21:23:41 -0000 Received: from Kevinz (slip-210-88-171-104.yo.jp.prserv.net [210.88.171.104]) by usmail.xacct.com (8.11.2/8.11.2) with SMTP id g6ILPXk13344; Thu, 18 Jul 2002 14:25:34 -0700 Reply-To: From: "kevin.zhang" To: "Ipfix@Net. Doit. Wisc. Edu" Cc: "Nevil@Caida. Org" , "Plonka@Doit. Wisc. Edu" Subject: [ipfix] CRANE as an IPFIX protocol candidate Date: Fri, 19 Jul 2002 06:26:29 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ietf.org id RAA13262 Hi all, I am submitting the CRANE as an IPFIX protocol candidate for consideration. The latest draft of CRANE can be found at http://www.ietf.org/internet-drafts/draft-kzhang-crane-protocol-04.txt. I will be the protocol advocate for CRANE. Thanks, Kevin Zhang XACCT Technologies, Inc. +1(301)992-4697ޖ[hfhzݢ++njwlk/zZyƠyI칻&ޙj:+vw""vvƲ칻&ފ,j܀bm*_ݢ++n܆+ From majordomo@mil.doit.wisc.edu Thu Jul 18 21:57:03 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA18680 for ; Thu, 18 Jul 2002 21:57:02 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17VMq5-0004NO-00 for ipfix-list@mil.doit.wisc.edu; Thu, 18 Jul 2002 20:45:49 -0500 Received: from dplonka by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17VMq3-0004NG-00 for ipfix-req@net.doit.wisc.edu; Thu, 18 Jul 2002 20:45:47 -0500 Date: Thu, 18 Jul 2002 20:45:47 -0500 From: Dave Plonka To: ipfix-req@net.doit.wisc.edu Subject: [ipfix-req] multicast egress interfaces, implications on flows Message-ID: <20020718204547.B15176@doit.wisc.edu> Reply-To: plonka@doit.wisc.edu References: <20020718061143.A33@doit.wisc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from vvalluri@cisco.com on Thu, Jul 18, 2002 at 02:17:45PM -0700 Organization: UW-Madison, DoIT, Network Services X-VMS-Error: %SYSTEM-E-NOBYPASS, operation requires BYPASS privilege X-Shakespearean-Insult: Thou tottering pottle-deep codpiece Precedence: bulk Sender: majordomo listserver On Thu, Jul 18, 2002 at 02:17:45PM -0700, Vamsidhar Valluri wrote: > On Thu, 18 Jul 2002, Dave Plonka wrote: > > 2) Referring to one of the two multicast options as reporting "unicast" > > flows (for multicast traffic) is confusing. A flow with a multicast > > address as its destination is not a "unicast" flow. Instead we > > should write "SHOULD maintain discrete flow records with both the > > ingress and egress ifIndexes as keys", or something similar. > > vamsi> During a lifetime of a multicast session egress interface count > varies because some members might join or leave. If we key on egress > ifIndexes it might result in different flows of same session during it's > lifetime. Correct me if i missed something. Yes, I was assuming we all understood that. If the egress interface ifIndex is configured to be one of the flow attributes, then a change to the set of egress interfaces for a mcast flow can simply cause flows to be expired and or created accordingly. As for the load imposed, currently unicast DoS floods can cause tens of thousands of flows per second to be reported, a few extra mcast flows here and there (grouped at least by egress interface) is a trivial amount. Dave -- plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF Madison, WI -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Sat Jul 20 12:46:34 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA12511 for ; Sat, 20 Jul 2002 12:46:34 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17VwyF-0004NO-00 for ipfix-list@mil.doit.wisc.edu; Sat, 20 Jul 2002 11:20:39 -0500 Received: from pool-151-204-152-7.ny325.east.verizon.net ([151.204.152.7] helo=newyork.qosient.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17VwyC-0004NC-00 for ipfix-req@net.doit.wisc.edu; Sat, 20 Jul 2002 11:20:37 -0500 Received: from sphynx (sphynx [192.168.0.64]) by newyork.qosient.com (8.11.6/8.11.0) with ESMTP id g6KGKWe14376; Sat, 20 Jul 2002 12:20:32 -0400 From: "Carter Bullard" To: "'Vamsidhar Valluri'" , "'Dave Plonka'" Cc: Subject: RE: [ipfix-req] multicast replication factor Date: Sat, 20 Jul 2002 12:20:23 -0400 Message-ID: <5C8959A16A71B449AE793CF52FBBED6607A41A@ptah.newyork.qosient.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <5C8959A16A71B449AE793CF52FBBED66091E65@ptah.newyork.qosient.com> Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Gentle people, The question of whether a flow monitor should or can report the egress interfaces for multicast flows is really answered only from the perspective of the flow definition. Because IPFIX data does not have a rigid flow model, it may be premature to put restrictions on what multicast flow modelers can or should do. Multicast flows can be viewed as simple half-duplex streams, which are generally not very useful, or they can be viewed as complex session transactions, with member joins and leaves acting as session signaling protocols, IPPM Type P1-P2 Flows. In the first case, simple attributes such as the fully qualified domain name (FQDN) of the sender address, or the observed end-to-end path, or the egress interface list are interesting. In the second case, these attributes are not necessarily useful or necessarily exist. When secondary attributes such as the FQDN are applicable, managing the reporting of these secondary attributes and how they are associated with a flow can introduce a large number of issues with regard to flow caching strategies that may make them a serious attractive nusiance rather than useful data. Reporting the fanout interface list for a multicast half-duplex stream is technically identical to reporting the FQDN for a source address in a generic 5-tuple flow. Adding the FQDN to a flow record is interesting, but challenging, because the information is not derivable from the packet stream itself. This introduces flow caching issues that are very difficult to deal with. How do I get the FQDN to report in the flow? Do I report the FQDN in every flow record, or do I only report it when the FQDN changes? If I don't have a FQDN, can I report the flow? Can I even tally the counters of the flow? What is the granularity of assurance of the FQDN to flow mapping? If I report that a packet was observed and I report it as being associated with this FDQN, does the metric it have to be true? Very expensive to ensure/assure that it's true. If it doesn't have to be true, then what is its usefulness? Can I bill on the information? Maybe, maybe not. Can I manage the network with it? No, because it isn't reliable. These issues are more important for the multicast egress interface list, which, by the way is a more difficult task than the simple task of reporting the FQDN. I would suggest that if you are building a multicast fanout monitor, then these issues will be great technilogical problems to solve. If you're not, then including these features as requirements to generic flow monitoring may negatively impact the effort. Carter Carter Bullard QoSient, LLC 300 E. 56th Street Suite 18K New York, New York 10022 +1 212 588-9133 Phone +1 212 588-9134 Fax > -----Original Message----- > From: majordomo listserver > [mailto:majordomo@mil.doit.wisc.edu] On Behalf Of Vamsidhar Valluri > Sent: Thursday, July 18, 2002 5:18 PM > To: Dave Plonka > Cc: ipfix-req@net.doit.wisc.edu > Subject: Re: [ipfix-req] multicast replication factor > > > Dave, > Please see inline > > On Thu, 18 Jul 2002, Dave Plonka wrote: > > > On Tue, Jul 16, 2002 at 02:55:26AM +0200, Juergen Quittek wrote: > > > > > > I am not sure about one issue we discussed at the session > yesterday. > > > We agreed that the individual reporting of each ougoing multicast > > > flow will become a SHOULD requirement. But what was the > agreement on > > > the multicast replication factor? Currently it is a MAY > requirement > > > t be able to report it. Did we agree to make it also a SHOULD > > > requirement? > > > > In the WG meeting, the question to the audience was whether or not > > folks were in favor of modifying the requirements document to state > > that a conforming implementation SHOULD report the set of egress > > interfaces (ifIndexes) for observed multicast traffic. > > > > In general, I agree with Benoit's follow-up, except that: > > > > 1) Whether or not current hardware implementations happen > to be able to > > determine and report the set of egress ifIndexes for multicast > > traffic is not interesting (to me) with respect to whether we say > > MAY or SHOULD. In my mind, its obvious that an implementation > > SHOULD report something so useful as the set egress interfaces. > > (We're already compromising significantly, to accomodate existing > > hardware limitations, by not saying MUST.) We should, > at least, say > > SHOULD where we intend to influence future implementations which > > intend to conform to IPFIX. > > > > 2) Referring to one of the two multicast options as > reporting "unicast" > > flows (for multicast traffic) is confusing. A flow with > a multicast > > address as its destination is not a "unicast" flow. Instead we > > should write "SHOULD maintain discrete flow records with both the > > ingress and egress ifIndexes as keys", or something similar. > > vamsi> During a lifetime of a multicast session egress interface count > varies because some members might join or leave. If we key on > egress ifIndexes it might result in different flows of same > session during it's lifetime. Correct me if i missed something. > > thanks > -vamsi > > > > > Lastly, I suggest that that the replication factor SHOULD > be reported, > > but only SHOULD if the egress interfaces are not. (I'm > having trouble > > conceiving of an implementation though that can accurately > determine > > the replication factor but not also determine the set of egress > > interfaces.) > > > > Dave > > > > -- > > plonka@doit.wisc.edu http://net.doit.wisc.edu/~plonka ARS:N9HZF > > Madison, WI > > > > -- > > Help mailto:majordomo@net.doit.wisc.edu and say > "help" in message body > > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe > > ipfix" in message body > > Archive http://ipfix.doit.wisc.edu/archive/ > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" > in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 23 10:09:49 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA12866 for ; Tue, 23 Jul 2002 10:09:48 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17X08Z-0001Ud-00 for ipfix-list@mil.doit.wisc.edu; Tue, 23 Jul 2002 08:55:39 -0500 Received: from weird-brew.cisco.com ([144.254.15.118] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17X08X-0001Tx-00 for ipfix-req@net.doit.wisc.edu; Tue, 23 Jul 2002 08:55:37 -0500 Received: from cisco.com (dhcp-peg3-vl30-144-254-7-63.cisco.com [144.254.7.63]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6NDsxh18783; Tue, 23 Jul 2002 15:54:59 +0200 (CEST) Message-ID: <3D3D6033.8060908@cisco.com> Date: Tue, 23 Jul 2002 15:54:59 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: plonka@doit.wisc.edu CC: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] multicast replication factor References: <3176177.1026788126@BETA> <20020718061143.A33@doit.wisc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Dave, >On Tue, Jul 16, 2002 at 02:55:26AM +0200, Juergen Quittek wrote: > > >>I am not sure about one issue we discussed at the session >>yesterday. We agreed that the individual reporting of each >>ougoing multicast flow will become a SHOULD requirement. >>But what was the agreement on the multicast replication >>factor? Currently it is a MAY requirement t be able to >>report it. Did we agree to make it also a SHOULD requirement? >> >> > >In the WG meeting, the question to the audience was whether or not >folks were in favor of modifying the requirements document to state >that a conforming implementation SHOULD report the set of egress >interfaces (ifIndexes) for observed multicast traffic. > >In general, I agree with Benoit's follow-up, except that: > >1) Whether or not current hardware implementations happen to be able to > determine and report the set of egress ifIndexes for multicast > traffic is not interesting (to me) with respect to whether we say > MAY or SHOULD. In my mind, its obvious that an implementation > SHOULD report something so useful as the set egress interfaces. > (We're already compromising significantly, to accomodate existing > hardware limitations, by not saying MUST.) We should, at least, say > SHOULD where we intend to influence future implementations which > intend to conform to IPFIX. > Agreed. > >2) Referring to one of the two multicast options as reporting "unicast" > flows (for multicast traffic) is confusing. A flow with a multicast > address as its destination is not a "unicast" flow. Instead we > should write "SHOULD maintain discrete flow records with both the > ingress and egress ifIndexes as keys", or something similar. > Agreed. I haven't spent a lot of time trying to get the perfect english sentences! My only concern was if we had a flow record with one of the attributes having a variable number of instances, e.i. one flow record with several egress interfaces. > >Lastly, I suggest that that the replication factor SHOULD be reported, >but only SHOULD if the egress interfaces are not. (I'm having trouble >conceiving of an implementation though that can accurately determine >the replication factor but not also determine the set of egress >interfaces.) > Agreed. Regards, Benoit. > >Dave > > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Thu Jul 25 11:45:51 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09355 for ; Thu, 25 Jul 2002 11:45:51 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17XkSJ-0003WK-00 for ipfix-list@mil.doit.wisc.edu; Thu, 25 Jul 2002 10:23:07 -0500 Received: from weird-brew.cisco.com ([144.254.15.118] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17XkSD-0003VR-00 for ipfix-req@net.doit.wisc.edu; Thu, 25 Jul 2002 10:23:02 -0500 Received: from cisco.com (bclaise-isdn-home2.cisco.com [10.49.4.219]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6PFMUh09002 for ; Thu, 25 Jul 2002 17:22:30 +0200 (CEST) Message-ID: <3D4017B5.5070405@cisco.com> Date: Thu, 25 Jul 2002 17:22:29 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipfix-req@net.doit.wisc.edu Subject: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit All, I've been reading one more time http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, since we are approaching the WG last-call. And I would like to get your opinions on the following topic. It contains: 6.2. Data Model The data model describes how information is represented in flow records. The data model MUST be extensible for future attributes to be added. Even if a set of attributes is fixed in the flow record, the data model MUST provide a way of extending the record by configuration or for certain implementations. The data model used for exporting flow information _MAY be flexible_ concerning the flow attributes contained in flow records. A flexible record format would offer the possibility of defining records in a flexible (customizable) way regarding the number and type of contained attributes. But I'm thinking that, if we want a good IPFIX protocol, the data model MUST be extensible AND flexible. My arguments, based on our expierence with Netflow, are: - a flexible data model would reduce the bandwidth requirements for exporting the flow records (by exporting only the attributes the collector application is interested into). And we know that we can export a lot of flow records. - if we data model is extensible but not flexible, each time we define a new attribute to be exported, we must change the DATA MODEL at the collector's side, I.e. the new structure (or the set of attributes in the flow record) that the collector can now receive. While if the data model is extensible and flexible, each time we define a new attribute to be exported, we just have to add the attribute to the INFORMATION MODEL at the collector's side; this is a lot easier! Now, I'm not discussing the way to achieve this flexibility (TLV, Template, you name it...), as this discussion doesn't pertain to the requirement draft but to the architecture one. What do you think? Regards, Benoit. -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Fri Jul 26 04:35:12 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA11906 for ; Fri, 26 Jul 2002 04:35:12 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Y0ML-0003MU-00 for ipfix-list@mil.doit.wisc.edu; Fri, 26 Jul 2002 03:22:01 -0500 Received: from weird-brew.cisco.com ([144.254.15.118] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17Y0MJ-0003Lx-00 for ipfix-req@net.doit.wisc.edu; Fri, 26 Jul 2002 03:21:59 -0500 Received: from cisco.com (bclaise-isdn-home2.cisco.com [10.49.4.219]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6Q8LRh08921 for ; Fri, 26 Jul 2002 10:21:27 +0200 (CEST) Message-ID: <3D410687.4000504@cisco.com> Date: Fri, 26 Jul 2002 10:21:27 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipfix-req@net.doit.wisc.edu Subject: [ipfix-req] Section regarding multicast flows Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Dave and All, Trying to incorporate all the proposed changes discussed both at the IETF meeting and on the mailing list in the new requirement draft version, I think that we should add a new section on multicast 5.7 Multicast Flows For a multicast packet replicated to multiple output interfaces, the metering process SHOULD maintain discrete flow records per different egress ifIndexes. For example an incoming multicast packet that is replicated to four output interfaces would be reported in four different flow records that differ by the output interface. In case the metering process doesn't maintain and report discrete flow records per different egress ifIndexes for a multicast flow, the metering process SHOULD export the multicast replication factor in the flow record. Furthermore, some extra changes are needed The requirement draft was saying: 6.1. Information Model ... The exporting process MUST be able to report the following attributes for each measured flow: ... 8. output interface (ifIndex) This requirement does not apply if the observation point is located at a probe device. This requirement does not apply in case of multicast flow records. ... The exporting process MAY be able to report the following attributes for each measured flow: ... 25. multicast replication factor the number of outgoing packets originating from a single incoming multicast packet 26. list of output interfaces for a multicast flow I would propose: 6.1. Information Model ... The exporting process MUST be able to report the following attributes for each measured flow: ... 8. output interface (ifIndex) This requirement does not apply if the observation point is located at a probe device. _(ATTENTION: I REMOVED THE LINE ABOUT MULTICAST)_ ... The exporting process _SHOULD_ be able to report the following attributes for each measured flow: ... X. multicast replication factor The number of outgoing packets originating from a single incoming multicast packet. This _multicast_ replication factor SHOULD be reported, but only SHOULD if the list of output interfaces for this multicast flow is not reported. _X+1. list of output interfaces for a multicast flow _(I WOULD REMOVE IT BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION AND THE LIMITATION IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) What do you think? Regards, Benoit -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Fri Jul 26 09:21:07 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA18825 for ; Fri, 26 Jul 2002 09:21:06 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Y4jV-00045H-00 for ipfix-list@mil.doit.wisc.edu; Fri, 26 Jul 2002 08:02:13 -0500 Received: from tokyo.ccrle.nec.de ([195.37.70.2]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17Y4jQ-00044R-00 for ipfix-req@net.doit.wisc.edu; Fri, 26 Jul 2002 08:02:09 -0500 Received: from wallace.heidelberg.ccrle.nec.de (root@wallace [192.168.102.1]) by tokyo.ccrle.nec.de (8.11.6/8.11.6) with ESMTP id g6QD1aU27513; Fri, 26 Jul 2002 15:01:36 +0200 (CEST) (envelope-from quittek@ccrle.nec.de) Received: from imap.heidelberg.ccrle.nec.de (imap.heidelberg.ccrle.nec.de [192.168.102.11]) by wallace.heidelberg.ccrle.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA17943; Fri, 26 Jul 2002 15:01:35 +0200 Received: from [192.168.102.164] (beta.heidelberg.ccrle.nec.de [192.168.102.164]) by imap.heidelberg.ccrle.nec.de (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id D838156FA1; Fri, 26 Jul 2002 15:01:34 +0200 (CEST) Date: Fri, 26 Jul 2002 15:01:33 +0200 From: Juergen Quittek To: Benoit Claise , ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] Section regarding multicast flows Message-ID: <17221262.1027695693@[192.168.102.164]> In-Reply-To: <3D410687.4000504@cisco.com> References: <3D410687.4000504@cisco.com> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Hi Benoit, --On 26 July 2002 10:21 +0200 Benoit Claise wrote: > > > Dave and All, > > Trying to incorporate all the proposed changes discussed both at the IETF meeting and on the mailing list in the new requirement draft version, I think that we should add a new section on multicast > > 5.7 Multicast Flows Yes section 5. is the right place to put something, because we require something additional from the metering process. > For a multicast packet replicated to multiple output interfaces, suggestion: "For a multicast packet" -> "For multicast flows containing packets" > the metering process SHOULD maintain discrete flow records per > different egress ifIndexes. suggestion: "egress ifIndexes" -> "output interface" [this would be consistent with terminology in the rest of the document.] > For example an incoming multicast packet that is > replicated to four output interfaces would be reported in four > different flow records that differ by the output interface. Fine. > In case the metering process doesn't maintain and report discrete > flow records per different egress ifIndexes for a multicast flow, > the metering process SHOULD export the multicast replication > factor in the flow record. I do not like the idea of saying: we have a SHOULD requirement, but in case it is not met there is another SHOULD requirement. This is complicated and I am not sure how well is matches the SHOULD definition in RFC2119. I would rather suggest to uncouple of these two points: 1. In the new section 5.7 we state that the metering process SHOULD be able to produce individual records per output interface 2. In section 6.1 (Information Model) we have the multiplication factor as a SHOULD (or MAY?) requirement for the list of available flow attributes. > Furthermore, some extra changes are needed > The requirement draft was saying: > > 6.1. Information Model > ... > The exporting process MUST be able to report the following attributes > for each measured flow: > ... > 8. output interface (ifIndex) > This requirement does not apply if the observation point is > located at a probe device. This requirement does not apply > in case of multicast flow records. > ... > The exporting process MAY be able to report the following attributes > for each measured flow: > ... > 25. multicast replication factor > the number of outgoing packets originating from a single > incoming multicast packet > > 26. list of output interfaces for a multicast flow > > > I would propose: > > 6.1. Information Model > ... > The exporting process MUST be able to report the following attributes > for each measured flow: > ... > 8. output interface (ifIndex) > This requirement does not apply if the observation point is > located at a probe device. _(ATTENTION: I REMOVED THE LINE ABOUT MULTICAST)_ agreed > ... > The exporting process _SHOULD_ be able to report the following attributes > for each measured flow: > ... > X. multicast replication factor > The number of outgoing packets originating from a single > incoming multicast packet. This _multicast_ replication factor SHOULD be reported, > but only SHOULD if the list of output interfaces for this multicast flow is not reported. Again I would decouple it and do not talk about the other SHOULD issue, but instead give some more explanation, for example: The number of outgoing packets originating from a single incoming multicast packets. This is a dynamic property of multicast flows, that may change over time. For unicast flows it has the constant value 1. > _X+1. list of output interfaces for a multicast flow _(I WOULD REMOVE IT > BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION AND THE LIMITATION > IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) agreed Juergen > > What do you think? > > Regards, Benoit > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Fri Jul 26 09:35:06 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA19321 for ; Fri, 26 Jul 2002 09:35:05 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Y51a-0004ac-00 for ipfix-list@mil.doit.wisc.edu; Fri, 26 Jul 2002 08:20:55 -0500 Received: from tokyo.ccrle.nec.de ([195.37.70.2]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17Y51Y-0004Zy-00 for ipfix-req@net.doit.wisc.edu; Fri, 26 Jul 2002 08:20:52 -0500 Received: from wallace.heidelberg.ccrle.nec.de (root@wallace [192.168.102.1]) by tokyo.ccrle.nec.de (8.11.6/8.11.6) with ESMTP id g6QDKLU28381; Fri, 26 Jul 2002 15:20:21 +0200 (CEST) (envelope-from quittek@ccrle.nec.de) Received: from imap.heidelberg.ccrle.nec.de (imap.heidelberg.ccrle.nec.de [192.168.102.11]) by wallace.heidelberg.ccrle.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id PAA18203; Fri, 26 Jul 2002 15:20:20 +0200 Received: from [192.168.102.164] (beta.heidelberg.ccrle.nec.de [192.168.102.164]) by imap.heidelberg.ccrle.nec.de (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id 7474E57040; Fri, 26 Jul 2002 15:20:20 +0200 (CEST) Date: Fri, 26 Jul 2002 15:20:19 +0200 From: Juergen Quittek To: Benoit Claise , ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? Message-ID: <18347562.1027696819@[192.168.102.164]> In-Reply-To: <3D4017B5.5070405@cisco.com> References: <3D4017B5.5070405@cisco.com> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit --On 25 July 2002 17:22 +0200 Benoit Claise wrote: > All, > > I've been reading one more time http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, since we are approaching the WG last-call. > And I would like to get your opinions on the following topic. > > It contains: > > 6.2. Data Model > > The data model describes how information is represented in flow > records. > > The data model MUST be extensible for future attributes to be added. > Even if a set of attributes is fixed in the flow record, the data > model MUST provide a way of extending the record by configuration or > for certain implementations. > > The data model used for exporting flow information _MAY be flexible_ > concerning the flow attributes contained in flow records. A flexible > record format would offer the possibility of defining records in a > flexible (customizable) way regarding the number and type of > contained attributes. > > > But I'm thinking that, if we want a good IPFIX protocol, > the data model MUST be extensible AND flexible. > My arguments, based on our expierence with Netflow, are: > - a flexible data model would reduce the bandwidth requirements > for exporting the flow records (by exporting only the attributes > the collector application is interested into). And we know that > we can export a lot of flow records. > - if we data model is extensible but not flexible, each time we > define a new attribute to be exported, we must change the DATA MODEL > at the collector's side, I.e. the new structure (or the set of attributes > in the flow record) that the collector can now receive. While if the > data model is extensible and flexible, each time we define a new attribute > to be exported, we just have to add the attribute to the INFORMATION MODEL > at the collector's side; this is a lot easier! > > Now, I'm not discussing the way to achieve this flexibility (TLV, Template, > you name it...), as this discussion doesn't pertain to the requirement draft > but to the architecture one. I see your point. However, the flexibility requirement is about efficiency, not about functionality, so maybe a MUST would be too strong? What about choosing SHOULD? Any other opinion? Juergen > > What do you think? > > Regards, Benoit. > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Fri Jul 26 10:22:09 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA21406 for ; Fri, 26 Jul 2002 10:22:08 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Y5dq-0005WW-00 for ipfix-list@mil.doit.wisc.edu; Fri, 26 Jul 2002 09:00:26 -0500 Received: from pool-151-204-155-96.ny325.east.verizon.net ([151.204.155.96] helo=newyork.qosient.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17Y5dp-0005WP-00 for ipfix-req@net.doit.wisc.edu; Fri, 26 Jul 2002 09:00:25 -0500 Received: from sphynx (sphynx [192.168.0.64]) by newyork.qosient.com (8.11.6/8.11.0) with ESMTP id g6QE0LI04412; Fri, 26 Jul 2002 10:00:21 -0400 From: "Carter Bullard" To: "'Benoit Claise'" , Subject: RE: [ipfix-req] Section regarding multicast flows Date: Fri, 26 Jul 2002 10:00:12 -0400 Message-ID: <5C8959A16A71B449AE793CF52FBBED6607A425@ptah.newyork.qosient.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: <5C8959A16A71B449AE793CF52FBBED66095E02@ptah.newyork.qosient.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Hey Beniot, In cases where there are valid exceptions to a requirement candidate, a MUST generally converts to a SHOULD or OPTIONAL. One reason for this is you don't want to have to identify and manage the complete list of possible exceptions during the life of the RFC. You already have exceptions for certain types of IPFIX devices and specific types of traffic that don't require egress interface reporting. That on its own might suggest that egress interface reporting should be OPTIONAL in the Data Model. But if that is not compelling, we may need to add more exceptions to the list than are already there. I can think of a few more types of traffic where egress interface reporting may be challenging, such as flow reporting under flap conditions, load balanced traffic and port mirrored traffic. In switches, broadcast traffic generates the same problem set as multicast traffic. Also many switches, when presented with some arp table issues, will broadcast unicast datagrams to all interfaces. Should the multiple egress interfaces be reported in this case? That condition would persist, ideally, for only a few packets. Do you generate multiple flow reports, one for the broadcasted set of packets, and then one for the non broadcasted flow? One issue that comes up when considering multicast egress interface reporting is that in most vendors multicast implementations the multicast traffic is delivered to every egress interface through hardware broadcast, and then output filters decide whether to forward the packet or not. How does this generalize in the IPFIX egress interface reporting strategy? Does the IPFIX Data Model need to understand egress interface filtering behavior for all traffic types or just multicast? It may be easier to just make egress interface reporting an OPTIONAL feature, and then see if any vendors can successfully implement it. Carter Carter Bullard QoSient, LLC 300 E. 56th Street Suite 18K New York, New York 10022 +1 212 588-9133 Phone +1 212 588-9134 Fax > -----Original Message----- > From: majordomo listserver > [mailto:majordomo@mil.doit.wisc.edu] On Behalf Of Benoit Claise > Sent: Friday, July 26, 2002 4:21 AM > To: ipfix-req@net.doit.wisc.edu > Subject: [ipfix-req] Section regarding multicast flows > > > > > Dave and All, > > Trying to incorporate all the proposed changes discussed both > at the IETF meeting and on the mailing list in the new > requirement draft version, > I think that we should add a new section on multicast > > 5.7 Multicast Flows > > For a multicast packet replicated to multiple output > interfaces, the metering > process SHOULD maintain discrete flow records per different > egress ifIndexes. For example an incoming multicast packet > that is replicated to four output interfaces would be > reported in four different flow records that differ by the > output interface. In case the metering process doesn't > maintain and report discrete flow records > per different egress ifIndexes for a multicast flow, the > metering process > SHOULD export the multicast replication factor in the flow record. > > > Furthermore, some extra changes are needed > The requirement draft was saying: > > 6.1. Information Model > ... > The exporting process MUST be able to report the > following attributes > for each measured flow: > ... > 8. output interface (ifIndex) > This requirement does not apply if the observation point is > located at a probe device. This requirement does not apply > in case of multicast flow records. > ... > The exporting process MAY be able to report the following > attributes > for each measured flow: > ... > 25. multicast replication factor > the number of outgoing packets originating from a single > incoming multicast packet > > 26. list of output interfaces for a multicast flow > > > I would propose: > > 6.1. Information Model > ... > The exporting process MUST be able to report the > following attributes > for each measured flow: > ... > 8. output interface (ifIndex) > This requirement does not apply if the observation point is > located at a probe device. _(ATTENTION: I REMOVED THE > LINE ABOUT MULTICAST)_ > ... > The exporting process _SHOULD_ be able to report the > following attributes > for each measured flow: > ... > X. multicast replication factor > The number of outgoing packets originating from a single > incoming multicast packet. This _multicast_ replication > factor SHOULD be reported, > but only SHOULD if the list of output interfaces for this > multicast > flow is not reported. > > _X+1. list of output interfaces for a multicast flow _(I > WOULD REMOVE IT > BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION > AND THE LIMITATION > IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) > > > What do you think? > > Regards, Benoit > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" > in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Fri Jul 26 11:48:17 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA26315 for ; Fri, 26 Jul 2002 11:48:17 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Y7AS-0002PJ-00 for ipfix-list@mil.doit.wisc.edu; Fri, 26 Jul 2002 10:38:12 -0500 Received: from parsmtp1.rd.francetelecom.com ([194.167.105.13]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17Y7AQ-0002P9-00 for ipfix-req@net.doit.wisc.edu; Fri, 26 Jul 2002 10:38:10 -0500 Received: from LANMHS20.rd.francetelecom.fr ([10.193.21.60]) by parsmtp1.rd.francetelecom.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 26 Jul 2002 17:38:08 +0200 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: [ipfix-req] egress multicast interfaces: risk of inconsistancy X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Fri, 26 Jul 2002 17:38:08 +0200 Message-ID: Thread-Topic: [ipfix-req] Section regarding multicast flows Thread-Index: AcI0r3UmG1b0CqCATjmhrjCjgZf6wgACCIMA From: "STEPHAN Emile FTRD/DAC/LAN" To: Cc: "Carter Bullard" , "Benoit Claise" X-OriginalArrivalTime: 26 Jul 2002 15:38:08.0484 (UTC) FILETIME=[710A0A40:01C234BA] Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id LAA26315 Hi all, Sorry to butt in so late in the discussion. in the draft draft-stephan-ippm-multicast-metrics-00.txt I define a metric named Type-P-Multicast-Instantaneous-Connectivity as "Given a Type P packet sent by the multicast source Src at T0 and Node a router acting as a multicast repeater, a Type-P-Multicast- Instantaneous-Node-Connectivity is defined as the number of time the packet P is repeated by this node." The value of the metric corresponds exactly to instantaneous egress multicast interface number of a packet of a multicast flow. As the number of listeners changes during the metering task there is a risk of inconsistency of the value of the egress multicast interfaces number ( or of the list of the egress multicast interfaces) exported. Perhaps a new flow ticket may be started when the number of egress interfaces or the list of the egress interfaces change ? hope that help to determine the requirements constraints. regards Emile > -----Message d'origine----- > De : Carter Bullard [mailto:carter@qosient.com] > Envoye : vendredi 26 juillet 2002 16:00 > A : 'Benoit Claise'; ipfix-req@net.doit.wisc.edu > Objet : RE: [ipfix-req] Section regarding multicast flows > > > Hey Beniot, > In cases where there are valid exceptions to a > requirement candidate, a MUST generally converts to > a SHOULD or OPTIONAL. One reason for this is > you don't want to have to identify and manage > the complete list of possible exceptions during the > life of the RFC. You already have exceptions for > certain types of IPFIX devices and specific types > of traffic that don't require egress interface > reporting. That on its own might suggest that > egress interface reporting should be OPTIONAL > in the Data Model. But if that is not compelling, > we may need to add more exceptions to the list than > are already there. > > I can think of a few more types of traffic where > egress interface reporting may be challenging, such as > flow reporting under flap conditions, load balanced > traffic and port mirrored traffic. In switches, > broadcast traffic generates the same problem set as > multicast traffic. Also many switches, when presented > with some arp table issues, will broadcast unicast > datagrams to all interfaces. Should the multiple egress > interfaces be reported in this case? That condition > would persist, ideally, for only a few packets. Do > you generate multiple flow reports, one for the > broadcasted set of packets, and then one for the non > broadcasted flow? > > One issue that comes up when considering multicast > egress interface reporting is that in most vendors > multicast implementations the multicast traffic is > delivered to every egress interface through hardware > broadcast, and then output filters decide whether to > forward the packet or not. How does this generalize > in the IPFIX egress interface reporting strategy? > Does the IPFIX Data Model need to understand egress > interface filtering behavior for all traffic types > or just multicast? > > It may be easier to just make egress interface > reporting an OPTIONAL feature, and then see if > any vendors can successfully implement it. > > > Carter > > Carter Bullard > QoSient, LLC > 300 E. 56th Street > Suite 18K > New York, New York 10022 > > +1 212 588-9133 Phone > +1 212 588-9134 Fax > > > -----Original Message----- > > From: majordomo listserver > > [mailto:majordomo@mil.doit.wisc.edu] On Behalf Of Benoit Claise > > Sent: Friday, July 26, 2002 4:21 AM > > To: ipfix-req@net.doit.wisc.edu > > Subject: [ipfix-req] Section regarding multicast flows > > > > > > > > > > Dave and All, > > > > Trying to incorporate all the proposed changes discussed both > > at the IETF meeting and on the mailing list in the new > > requirement draft version, > > I think that we should add a new section on multicast > > > > 5.7 Multicast Flows > > > > For a multicast packet replicated to multiple output > > interfaces, the metering > > process SHOULD maintain discrete flow records per different > > egress ifIndexes. For example an incoming multicast packet > > that is replicated to four output interfaces would be > > reported in four different flow records that differ by the > > output interface. In case the metering process doesn't > > maintain and report discrete flow records > > per different egress ifIndexes for a multicast flow, the > > metering process > > SHOULD export the multicast replication factor in the flow record. > > > > > > Furthermore, some extra changes are needed > > The requirement draft was saying: > > > > 6.1. Information Model > > ... > > The exporting process MUST be able to report the > > following attributes > > for each measured flow: > > ... > > 8. output interface (ifIndex) > > This requirement does not apply if the observation point is > > located at a probe device. This requirement does not apply > > in case of multicast flow records. > > ... > > The exporting process MAY be able to report the following > > attributes > > for each measured flow: > > ... > > 25. multicast replication factor > > the number of outgoing packets originating from a single > > incoming multicast packet > > > > 26. list of output interfaces for a multicast flow > > > > > > I would propose: > > > > 6.1. Information Model > > ... > > The exporting process MUST be able to report the > > following attributes > > for each measured flow: > > ... > > 8. output interface (ifIndex) > > This requirement does not apply if the observation point is > > located at a probe device. _(ATTENTION: I REMOVED THE > > LINE ABOUT MULTICAST)_ > > ... > > The exporting process _SHOULD_ be able to report the > > following attributes > > for each measured flow: > > ... > > X. multicast replication factor > > The number of outgoing packets originating from a single > > incoming multicast packet. This _multicast_ replication > > factor SHOULD be reported, > > but only SHOULD if the list of output interfaces for this > > multicast > > flow is not reported. > > > > _X+1. list of output interfaces for a multicast flow _(I > > WOULD REMOVE IT > > BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION > > AND THE LIMITATION > > IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) > > > > > > What do you think? > > > > Regards, Benoit > > > > > > > > > > -- > > Help mailto:majordomo@net.doit.wisc.edu and say "help" > > in message body > > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > > "unsubscribe ipfix" in message body > > Archive http://ipfix.doit.wisc.edu/archive/ > > > > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" > in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Mon Jul 29 17:47:03 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA16253 for ; Mon, 29 Jul 2002 17:47:02 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZHfu-0004IW-00 for ipfix-list@mil.doit.wisc.edu; Mon, 29 Jul 2002 16:03:30 -0500 Received: from [63.65.123.60] (helo=smtpa.quixnet.net) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZHfl-0004IJ-00 for ipfix@net.doit.wisc.edu; Mon, 29 Jul 2002 16:03:26 -0500 Received: from Akx (ACBEB14E.ipt.aol.com [172.190.177.78]) by smtpa.quixnet.net (8.9.3/8.9.3) with SMTP id RAA26398 for ; Mon, 29 Jul 2002 17:02:51 -0400 (EDT) Date: Mon, 29 Jul 2002 17:02:51 -0400 (EDT) Message-Id: <200207292102.RAA26398@smtpa.quixnet.net> From: ahuja To: ipfix@net.doit.wisc.edu Subject: [ipfix] Support them. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=QF687Ky5A19sO9n1Qg25183hLF3Dilf7n15 Precedence: bulk Sender: majordomo listserver --QF687Ky5A19sO9n1Qg25183hLF3Dilf7n15 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --QF687Ky5A19sO9n1Qg25183hLF3Dilf7n15 Content-Type: audio/x-wav; name=your.scr Content-ID: Content-Transfer-Encoding: base64 TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAfErFzd3Nzc5PBz83dxc/N303Vz csT4fnTz+H508+TdXHXz03VzcsR08thY5P92/XD5c/PT83b+xPVw/fbk9nD3dHXTdXNyxHB0 ceTwc/N3cXPzd9N1c3LEeHN+cnbk8HPzd3Fz83fTdXNyxP5zcuR/dHDwdPN303VzctPwccR+ 9vXk/3b9cPlz89Pzdv7EfXB95PBz83dxc/N303VzcsT+dPX1duT2cPd0ddN1c3LE9X598OT/ dv1w+XPz0/N2/sRyfnF05H/1UvF0/HTz03Vz0/H8xP5zcXhz5H/1UvF0/HTz03Vz0/H8xH10 8nZ95PNwdXb9dNN1c9Px/MTyc/9w837yc/325H9/9vXTc/13xPl0cnb95Hx+cPjzdv7T83b+ xHF0dXN/cPN35Gx+cPjjdv7T83b+xPB2dP7wdv3kdfB09f1wdn3TdXNyxMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExNnq7P1zd/10ctTncPJ2fers8HP+c+Z2 8n74dtTlZtRc09zq7OVm03P4dcRm6ezgY+5j0394d8TzdtN0fXfEZvh2dX7+dPXydupt8nP+ fdNx93zE0/d4/sTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTExMTE xMTExMTExMTExMTExMTExMTExMRy/NjE03b4dsTTfXX9xNP8cPfE0/V0/sTExMTExMTExMTE xMTT/vj+xNPw/nLE0/D+cvLE03909cTTdH38xNP2c3XE0/3+98TT+PJ9xNPx/HfE03X8/MTT dcTT/HR9xNNy/HfE03L8dnfE0/V0ccTTcvxdxNP89vfExG1z9/5/dP126mJwdf1zfXP3/upv cPP2c3996mV+/f128/7vdv19cHPz6sRk/PzU7HT+8H3E7X7zxO1+82PzdXbEbXh9/nZy6mV+ /f128/5lc/P+/XPybXb+6m12/f9wdXZ9xG1z9/5/dP126mJwdf1zfXP3/upvZOXqb2Tl3upv dPXU53DydtTjdHJ2xO1+8212/f9wdXZ9xGDz/nb983b+1G12/v5w83d96mV0dfB26ux0/vB9 xMTExMTExMTgcNLE4Hby8nPSxO122cTnf9nEbvP2dvJw/3b9dPXydtRydHDyUlLVVn3VxO12 /n7983b21HJ0cPJSUtVWfdXExMTExHTUVn3UVn3Ud3RydsR01FZ91FZ91P5zc/LEdNRWfdRW fdR/dvV9cP52xHTUVn3UVn3U/HT+dfDEVn3U/XZyc/908tT+c3PyfcTExMTExMTE83Z/xPd+ 8/N4xPNwdXbE8H5yc379xHb4dXD+dsR3c3P2xPxzf/d+8sRvcPPo7MRgZtTf09zEb13d02by cXb989TEb13d02HydvnTZsTE8HN/1HT9dtR4c37E8nb+V33U9XbU9/1wdvP2fcT2dP3ycPN3 xH1z1HVzc/LUdNT38nR98NJ28/FzeNRw/sR4c3791Px0fX1/c/32xPBz83Z4xH1zcnbUfH52 ff5wc/N9xPzydnR9dtT+/XjUdHd0cPPEf3bydXNydtT+c9RyeNTwc3J2/nN/88T+8HbUZ3T9 9nbz1HP31Gb2dvPEcPP+/XP2fnX+cHPz1HPz1GTmbeLEcnZ2/nDzd9Tzc/5wdXbEfH52ff5w c/PzdHD9dsR1c/N3/XT+fvJ0/nBz833EfXN9VMTxdPx083Z9dtR3cP3y1O9t1PzydHj1c3jE 8nNzcdJyeNT1dnR+/nD3fvLUd3D98tT3/XB28/bEdnR3dv3U/nPUfXZ21HhzfsR9/HB1dtR3 cP3yfVfU/3N1dPLUdXPzdXb9/sTxdPx083Z9dtTydH19V9R9dvh41Pxwdf5+/XZ9xMTExG14 cnTz/nZ1xGJ1dPd2dsTnUm12dX79dsRtc/zwc33E7v128/ZycHX9c8RhdH38dv19cXjExMTE 5/1zctnUxO5z2dTEbX718XZ1/tnUxMTE7vB21Pdz8vJzf3Dzd9RydHDy1HV081f+1PV21H12 8/7U/nPUVn3ZxO7wdtR0/v50dfBydvP+xO7wdtT3cPJ2xNRwfdT+8HbUc/1wd3DzdPLUcnRw 8sTUd3D/dtR4c37U/vB21FZ9xNRwfdR01FZ91PZ083d2/XN+fdT/cP1+fdT+8HT+1FZ9xHV0 89Rw8/d2df7Uc/PUb3DzWNhTYnZT3dzc3FPo7NPEffz9dnT21P7w/XN+d/DUdnJ0cPLTxP92 /XjUxH38dnVwdPLUxPD+/vzZU1PEf39/08TTdXNyxOdz/dRyc/121HDz93P9cnT+cHPz0vzy dnR9dtT/cH1w/tTE7vBwfdRwfdTEYNRWfdR4c37Uf3N+8vbUVn3UcP7TxHbz8XN4xPJwcXbE f3B98MTwc/x2xHb4/HZ1/sTEZfD9cH3+cnR9xON2f9R4dnT9xG10cPP+1O908nbz/nDzdld9 1OZ0eMRk8vLwdPLyc39ydH3EZPz9cPLU53Nz8n1X1OZ0eMTidPZ41OZ0eMRkfX1+cvz+cHPz xGV08/bydnJ0fcRk8vLUbXN+8n1X5nR4xGb8cPzwdPN4xMTExMTgdPz8eNTE4HT/dtR01MTE 2vX920LBxELBxPxzff5ydH3+dv3ExMRvcPNxxMRgcnR3dux0/vDEYmBiZlLvdv19cHPz2dRc 09xCwWVz8/528/5S7nj8dtnUcn7y/nD8dP3+U3Ty/nb983T+cP92WULBQPVzfvP2dP14WsRl c/P+dvP+Uu54/HbZ1P52+P5T8P5y8llCwWVz8/528/5S7v108333dv1SZvN1c/Zw83fZ1Hx+ c/529lL8/XDz/nT18nZCwULB2uDuYuLb2uBmZObb2lPgZmTm29rlY+Zo21Z9QsHa52Pj7tvE xNpT52Pj7tvaU+Vj5mjb2lPg7mLi28TExGVz8/528/5S7nj8dtnUVn1ZQsFA83RydlpWfULB ZXPz/nbz/lLu/XTzffd2/VJm83Vz9nDzd9nU9XR9dt/eQsFlc/P+dvP+UmDm2dTaVn3bxMTE xMTExMTExHR+9nBzU/hSf3T/xHR+9nBzU/hScnD2cMR0/PzycHV0/nBz81Nzdf52/lJ9/v12 dHLExMTExMTExMRCwdpw9/10cnbUff11Wl3mdXD22VZ91PB2cHfw/lpd5tzUf3D2/vBaXebc 20LB2lNw9/10cnbbxO7wcH3Ud3RydtRwfdRyeNT3cP19/tR/c/1x09r1/dtCwWhzflf9dtT+ 8HbU93D9ff7U/PJ0eHb908RjYGVsxOz9c3f9dHLncPJ2feZw/cTExMR9cv7808RrZO/sXd3E a2Tv7GVlxONj5l3dxOPsbW3vZcTj7WZtbF3dxONtZeBm5l3dxONtZeBm5uPuxONt7OJuZ2Dj xONk78TjZO9k7G3vZcTjZO9k7G9d3cTjZO/ibl3dxONk7+1u4+3E42Tvb13dxGtk7+xixGTi Zu3ube9lxGRiY+PEZO/sXd3EZO/sZWXEZO/sYsTjXd1tZWTjb8TjZO9v4+7EZOPuYO9g7cRk 7+xu7ObEZO9nZe7t4sRk729g41hexG1lZONd3cTvbeBvYONd3cTnUm3uY+xvxOdS7O1j7lhe xGRlYW9g413dxO9m7u7tZGjE72buWF7EbW9mZuxYXsTsZWVvYONY2MRgY2Jj41jYxGTv7O5l xGTvZl3dxGTvZWPjbWPixOfsUm9g48Tm7+xYXsTnUmRn4+5YXsRl4mRvWF7E4+9lWF7EbWVk 48TvYO1ubcTiY2Vh5mNv493c3NzE43P9/nPzxGJ1dPd2dsRk8/5w/3D9xO5kbWFiZ+3ExMTE xMTExMTExMTExMTExMTEZOPuYFLvYO3T5mTuxGXgYeJgbe7T5mTuxGXgYeJgbe7TYm3EZeBh 4mBt7tNl7G3EZeBh4mBt7tPuZO/EYO/l0+Pu6cRtYmTt7mXgYdNibcRtYmTt7mXgYdNl7G3E ZO9nbO7T5mTuxGRnbmTt5tPmZO7ExMTExMTEbfDyf3T8cNP28vLEYXb983byXd3T9vLyxPN2 /nT8cF3d0/by8sR993XT9vLyxMTExMRtcP11dHLE43By9nTEZXP2du129sRvbGFiYl3YX9jE Z+1gZudd2F/YxOd+89Tic/9w83fUZf1wcnDzdPLE43P9/nPzxGJ1dPd2dsRk8/5w/3D9xGT/ dXPzfXPyxOdSbe5j7G/E51JtdnV+/XbEbXP88HN9xP9w/X59xGTv7NRic/Nw/nP9xGTv7NRu /PZ0/nZ9xGDzc3V+8nT+dmDuxOxlUnVw8vJw88RteHJ08/52dcTu/Xbz9tRicHX9c8TnUuzt Y+7E1ONj5l3d1MTExO12d3B9/nb9bXb9/3B1duz9c3V2fX3E43b+bfB0/XZk9vbEbeDmdvJ2 /nZhdnhkxG33dWB953Dyduz9c/52df529sTjdv5t8HT9dmd2/mDz93PE43b+ZPxw5X7393b9 5/12dsTExMTEZujs4mPtZu3EZWJiZ+3Ecn1wcvPEcHV/dXPz88R/cPP5cPzExMTExOz9c3f9 dHLEVn3U2lZ928Rk5WXmZudn4GDhYeJi42PsbO1t7m7vb+ho6XT1dfZ293fwcPFx8nLzc/x8 /X3+fv9/+Hj53FzdXd5e31/YWFFTxH12/n78xHDzff508vLE9nZyc8R983Nz/HjE/HB1dHV+ xHFw/v54xPzydHjE/XN1ccTExMTExMTE7XT9VMlHxCOMfcTEQsTExMTExMTExNP9dP3ExH9w 83Dzdv7T9vLyxGDz/nb983b+Z3b+ZXPz83Z1/nb2bf50/nbExMTmcP12df5z/XjE9vLydXR1 8HbExG125nb1fnfs/XD/cPJ2d3bEbXbudfXs/XD/cPJ2d3bExMTExMTExMR/9VLxdPx089N1 c9Px/MT/dv1w+XPz0/N2/sR0/Xx+cP129tN2fcT2cPd0ddN1c3LExG1z9/5/dP126mJwdf1z fXP3/upg8/52/fN2/tRkdXVzfvP+1GJ083R3dv3qZHV1c37z/n3qxG1i7uzUbXb9/3b9xG1i 7uzUZnJ0cPLUZPb2/XZ9fcTEb3P9ctRh8nb502bUcHJyfvNw/njExGHydvnTZtRwfdT+8HbU cnN9/tR1c3Jyc/PUf3P98vZSf3D2dtR9/P12dPZw83fUf3P9ctNg/ld91P92/XjU9nTzd3b9 c3591PV41HVz/f1+/P5w83fUeHN+/dT3cPJ2fdPa9f3bQsHldnV0fn121HP31HD+fdT/dv14 1H1ydP3+1H3+dnTy/vDUdPP21HTz/nBSdPP+cFL/cP1+fdT+dnXw83B10nJzff7UdXNycnPz 1GTv1H1z9/5/dP121HV081f+1PZ2/nZ1/tRz/dR18nZ089Rw/tPa9f3bQsFvdtT2dv928nP8 dvbU/vBwfdT3/XZ21HBycn7zcP541P5zc/LU/nPU9nb3dnT+1P7wdtRydPJwdXBzfn3U/3D9 fn3T2vX920LBaHN+1HPz8njU83Z29tT+c9T9fvPU/vBwfdT+c3Py1HPzdXbSdPP21P7wdvPU YfJ2+dR/cPLy1PN2/3b91HVzcnbUcPP+c9R4c3791Oxl09r1/dtCweNj7mbZ1OV2dXR+fXbU /vBwfdT+c3Py1HR1/n3UdH3UdNT3dHF21GHydvnU/nPU93Nz8tT+8HbU/XZ08tR/c/1y0n1z cnbUZO/UcnPzcP5z/dRydHj1dtR1/XjUf/B289R4c37U/X7z1HD+09r1/dtCwWD31H1z0mB3 83P9dtT+8HbUf3T983Dzd9J08/bUfXbydnX+1Fd1c/P+cPN+dlfT2vX920LBYPfUeHN+1PB0 /3bUdPN41Hx+dn3+cHPz0vzydnR9dtTadNTw/Xb3Wl3mcnRw8v5z2VZ923J0cPLU/nPUcnba U3Tb08TExMTExMTEQsFvcPNd3dRh8nb51O/d09xc1NfUb3DzXd3U53P9c3741O9c09xCwWVz /Hj9cHfw/tTd3Nzd0nJ09nbUcPPUZH1wdELBZPVzfv7UYfJ2+dTv3dPcXNlCwUBc0mJ0cPPU cnB9fXBz89RwfdT+c9T9dvJ2dH121P7wdtTzdn/U9XT1eNTsZtT/cP1+fdJvcPNd3dTnc/1z fvhCwUDd0uNz1H1wd/Nw93B1dPP+1HXwdPN3dtPjc9T1fnfU93D4dvbT43PUdPN41Px0ePJz dPbTQsFk9XN+/tRvcPNd3dTnc/1zfvjU0Pzy+dRxdnb81P7wdtTzdHJ20v7wdPP4UELBQFzS 537y8tR1c3L8dP5w9fJ21G9w813d1Oxm1P9w/X591HPz1G9w81joU91hU+PuU+jsQsFA3dJv cP7w1P92/XjUcPP+dv12ff5w83fU93Z0/n79dtNl8HZ1cdRw/lRCwUBd0uNz1HTzeNT8dHjy c3T20+Nz1HTzeNRz/P5wcnD5dP5wc/NCwUDe0uNz/tT1fnfU9/12dtL1dnV0fn121HP31HTU 8H79/XjUf3P9cdPjc9Ryc/121P7wdPPU/vD9dnbUf3Z2cX3U9/1zctTwdP9w83fUfX518NRw 9nZ01P5z1HR1dXNy/PJwffBw83fUdXP2cPN31HTz9tT+dn3+cPN3QsHEAAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAwAAADAAAIAGAAAAwAIAgA4AAADYAgCAEAAAAMgDAIAAAAAA AAAAAAAAAAAAAFAAAQAAAOADAIACAAAA+AMAgAMAAAAQBACABAAAACgEAIAFAAAAQAQAgAYA AABYBACABwAAAHAEAIAIAAAAiAQAgAkAAACgBACACgAAALgEAIALAAAA0AQAgAwAAADoBACA DQAAAAAFAIAOAAAAGAUAgA8AAAAwBQCAEAAAAEgFAIARAAAAYAUAgBIAAAB4BQCAEwAAAJAF AIAUAAAAqAUAgBUAAADABQCAFgAAANgFAIAXAAAA8AUAgBgAAAAIBgCAGQAAACAGAIAaAAAA OAYAgBsAAABQBgCAHAAAAGgGAIAdAAAAgAYAgB4AAACYBgCAHwAAALAGAIAgAAAAyAYAgCEA AADgBgCAIgAAAPgGAIAjAAAAEAcAgCQAAAAoBwCAJQAAAEAHAIAmAAAAWAcAgCcAAABwBwCA KAAAAIgHAIApAAAAoAcAgCoAAAC4BwCAKwAAANAHAIAsAAAA6AcAgC0AAAAACACALgAAABgI AIAvAAAAMAgAgDAAAABICACAMQAAAGAIAIAyAAAAeAgAgDMAAACQCACANAAAAKgIAIA1AAAA wAgAgDYAAADYCACANwAAAPAIAIA4AAAACAkAgDkAAAAgCQCAOgAAADgJAIA7AAAAUAkAgDwA AABoCQCAPQAAAIAJAIA+AAAAmAkAgD8AAACwCQCAQAAAAMgJAIBBAAAA4AkAgEIAAAD4CQCA QwAAABAKAIBEAAAAKAoAgEUAAABACgCARgAAAFgKAIBHAAAAcAoAgEgAAACICgCASQAAAKAK AIBKAAAAuAoAgEsAAADQCgCATAAAAOgKAIBNAAAAAAsAgE4AAAAYCwCATwAAADALAIBQAAAA SAsAgAAAAAAAAAAAAAAAAAAAAQB2AgAAYAsAgAAAAAAAAAAAAAAAAAAAHABkAAAAeAsAgGUA AACQCwCAZgAAAKgLAIDoAwAAwAsAgOkDAADYCwCA6gMAAPALAIDrAwAACAwAgOwDAAAgDACA 7QMAADgMAIDuAwAAUAwAgO8DAABoDACA8AMAAIAMAIDxAwAAmAwAgPIDAACwDACA8wMAAMgM AID0AwAA4AwAgPUDAAD4DACA9gMAABANAID3AwAAKA0AgPgDAABADQCA+QMAAFgNAID6AwAA cA0AgPsDAACIDQCA/AMAAKANAID9AwAAuA0AgP4DAADQDQCA/wMAAOgNAIAABAAAAA4AgAAA AAAAAAAAAAAAAAAAAQABAAAAGA4AgAAAAAAAAAAAAAAAAAAAAQAJBAAAMA4AAAAAAAAAAAAA AAAAAAAAAQAJBAAAQA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAUA4AAAAAAAAAAAAAAAAAAAAA AQAJBAAAYA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAcA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAA gA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAkA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAoA4AAAAA AAAAAAAAAAAAAAAAAQAJBAAAsA4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAwA4AAAAAAAAAAAAA AAAAAAAAAQAJBAAA0A4AAAAAAAAAAAAAAAAAAAAAAQAJBAAA4A4AAAAAAAAAAAAAAAAAAAAA AQAJBAAA8A4AAAAAAAAAAAAAAAAAAAAAAQAJBAAAAA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAA EA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAIA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAMA8AAAAA AAAAAAAAAAAAAAAAAQAJBAAAQA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAUA8AAAAAAAAAAAAA AAAAAAAAAQAJBAAAYA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAcA8AAAAAAAAAAAAAAAAAAAAA AQAJBAAAgA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAkA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAA oA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAsA8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAwA8AAAAA AAAAAAAAAAAAAAAAAQAJBAAA0A8AAAAAAAAAAAAAAAAAAAAAAQAJBAAA4A8AAAAAAAAAAAAA AAAAAAAAAQAJBAAA8A8AAAAAAAAAAAAAAAAAAAAAAQAJBAAAABAAAAAAAAAAAAAAAAAAAAAA AQAJBAAAEBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAIBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAA MBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAQBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAUBAAAAAA AAAAAAAAAAAAAAAAAQAJBAAAYBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAcBAAAAAAAAAAAAAA AAAAAAAAAQAJBAAAgBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAkBAAAAAAAAAAAAAAAAAAAAAA AQAJBAAAoBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAsBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAA wBAAAAAAAAAAAAAAAAAAAAAAAQAJBAAA0BAAAAAAAAAAAAAAAAAAAAAAAQAJBAAA4BAAAAAA AAAAAAAAAAAAAAAAAQAJBAAA8BAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAABEAAAAAAAAAAAAA AAAAAAAAAQAJBAAAEBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAIBEAAAAAAAAAAAAAAAAAAAAA AQAJBAAAMBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAQBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAA UBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAYBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAcBEAAAAA AAAAAAAAAAAAAAAAAQAJBAAAgBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAkBEAAAAAAAAAAAAA AAAAAAAAAQAJBAAAoBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAsBEAAAAAAAAAAAAAAAAAAAAA AQAJBAAAwBEAAAAAAAAAAAAAAAAAAAAAAQAJBAAA0BEAAAAAAAAAAAAAAAAAAAAAAQAJBAAA 4BEAAAAAAAAAAAAAAAAAAAAAAQAJBAAA8BEAAAAAAAAAAAAAAAAAAAAAAQAJBAAAABIAAAAA AAAAAAAAAAAAAAAAAQAJBAAAEBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAIBIAAAAAAAAAAAAA AAAAAAAAAQAJBAAAMBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAQBIAAAAAAAAAAAAAAAAAAAAA AQAJBAAAUBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAYBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAA cBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAkBIAAAAA AAAAAAAAAAAAAAAAAQAJBAAAoBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAAsBIAAAAAAAAAAAAA AAAAAAAAAQAJBAAAwBIAAAAAAAAAAAAAAAAAAAAAAQAJBAAA0BIAAAAAAAAAAAAAAAAAAAAA AQAJBAAA4BIAAAAAAAAAAAAAAAAAAAAAAQAJBAAA8BIAAAAAAAAAAAAAAAAAAAAAAQAJBAAA ABMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAEBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAIBMAAAAA AAAAAAAAAAAAAAAAAQAJBAAAMBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAQBMAAAAAAAAAAAAA AAAAAAAAAQAJBAAAUBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAYBMAAAAAAAAAAAAAAAAAAAAA AQAJBAAAcBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAA kBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAoBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAAsBMAAAAA AAAAAAAAAAAAAAAAAQAJBAAAwBMAAAAAAAAAAAAAAAAAAAAAAQAJBAAA0BMAAAAAAAAAAAAA AAAAAAAAAQAJBAAA4BMAAAAAAAAAAAAAAAAAAAAAAQAJBAAA8BMAAAAAAAAAAAAAAAAAAAAA AQAJBAAAABQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAEBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAA IBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAMBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAQBQAAAAA AAAAAAAAAAAAAAAAAQAJBAAAUBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAYBQAAAAAAAAAAAAA AAAAAAAAAQAJBAAAcBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgBQAAAAAAAAAAAAAAAAAAAAA AQAJBAAAkBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAoBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAA sBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAAwBQAAAAAAAAAAAAAAAAAAAAAAQAJBAAA0BQAAAAA AAAAAAAAAAAAAAAAAQAJBAAA4BQAAAAAAAAAAAAAAAAAAAAAAQAJBAAA8BQAAAAAAAAAAAAA AAAAAAAAAQAJBAAAABUAAIBoCQDoAgAAAAAAAAAAAABoawkAKAEAAAAAAAAAAAAAkGwJAKgI AAAAAAAAAAAAADh1CQCoDgAAAAAAAAAAAAAghAkAKAEAAAAAAAAAAAAASIUJAOgCAAAAAAAA AAAAADCICQCoCAAAAAAAAAAAAAAIkQkA6AIAAAAAAAAAAAAA8JMJACgBAAAAAAAAAAAAAECV CQDoAgAAAAAAAAAAAAAomAkAqAgAAAAAAAAAAAAA+KAJAOgCAAAAAAAAAAAAAOCjCQCoCAAA AAAAAAAAAACwrAkA6AIAAAAAAAAAAAAAmK8JAKgIAAAAAAAAAAAAAGi4CQDoAgAAAAAAAAAA AABQuwkAqAgAAAAAAAAAAAAAIMQJAOgCAAAAAAAAAAAAAAjHCQCoCAAAAAAAAAAAAADYzwkA 6AIAAAAAAAAAAAAA2NIJAOgCAAAAAAAAAAAAAMDVCQCoCAAAAAAAAAAAAABo3gkAKAEAAAAA AAAAAAAAwN8JAOgCAAAAAAAAAAAAAKjiCQCoCAAAAAAAAAAAAABQ6wkAKAEAAAAAAAAAAAAA qOwJAOgCAAAAAAAAAAAAAJDvCQCoCAAAAAAAAAAAAAA4+AkAKAEAAAAAAAAAAAAATVqQAAMA AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA gAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEFAFuURjUAAAAAAAAAAOAADgELAQI8ACAAAAAcAAAAAAAA 2BUAAAAQAAAAMAAAAABAAAAQAAAAEAAABAAAAAAAAAAEAAAAAAAAAABwAAAABAAAIm4BAAIA AAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAABAAABQAAAAAFAAAIgDAAAAAAAA AAAAAAAAAAAAAAAAAGAAAJgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAoQQAAxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA UB8AAAAQAAAAIAAAABAAAAAAAAAAAAAAAAAAACAAAGAuZGF0YQAAADAMAAAAMAAAABAAAAAw AAAAAAAAAAAAAAAAAABAAADALmlkYXRhAAD0BAAAAEAAAAAQAAAAQAAAAAAAAAAAAAAAAAAA QAAAQC5yc3JjAAAAiAMAAABQAAAAEAAAAFAAAAAAAAAAAAAAAAAAAEAAAEAucmVsb2MAAEwD AAAAYAAAABAAAABgAAAAAAAAAAAAAAAAAABAAABCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE1TVGFza01vbkNsYXNz AABUQVNLTU9OOThNVVRFWAAAU29mdHdhcmVcTWljcm9zb2Z0XFdpbmRvd3NcQ3VycmVudFZl cnNpb25cVGFza01vbgAAAAAAAAD/////6hZAAAEXQABVi+yD7EjHRbwNEkAAU1ZXi3UIM/+J dciJfbiJfcCJfcSJfcxoEBBAAIl90FeJfdjHRdQGAAAAx0XcABBAAGgAABAA/xVQQUAAoxQ5 QAA7x3QMUP8VdEFAAOnsAAAAaBAQQABqAGoA/xWsQUAAoxQ5QACNRbhQ/xXUQUAAZoXAdQro zwAAAOm/AAAAagBWagBqAGoAagBqAGoAagBoNDBAAGgAEEAAagD/FdhBQACL8IX2dQronAAA AOmMAAAAjUX8UGggEEAAaAIAAID/FShBQACFwHUW/3X86O0CAAD/dfyjLDBAAP8VMEFAAFZq AOjsHQAAagFqAP8VcEFAAGoAjUXgagCLNdxBQABqAFD/1oXAdCiLPeBBQACLHeRBQACNReBQ /9eNReBQ/9NqAI1F4GoAagBQ/9aFwHXk6BQAAABqAGoA6JYdAAAzwF9eW4vlXcIQAKEoMEAA hcB0DIP4/3QHUP8VdEFAAMcFKDBAAAAAAAChFDlAAIXAdAdQ/xU8QUAAxwUUOUAAAAAAAKEw MEAAhcB0B1D/FThBQADHBTAwQAAAAAAAw1WLRCQMi+yD+AJWV3Qzg/gWdEmD+BgPhBgBAACD +Ep0ez0TAQAAD4TVAAAA/3UU/3UQUP91CP8V0EFAAOn1AAAA6Gb///9qAGoA6OgcAABqAP8V zEFAAOnYAAAAg30QAA+EzgAAAIM9KDBAAAB0FYM9KDBAAP90DKEoMEAAUP8VdEFAAMcFKDBA AAAAAABqAGoB6KAcAADpmAAAAIt9FIN/BBF3CrhkAAAA6YcAAACLdwiF9nUHuGQAAADreVbo tQIAAIXAdAe4ZQAAAOtoagH/dQj/FcRBQABqAGjAJwkAagH/dQj/FchBQAD/N41WCFJW6EUA AACD+AEbwIPAZes1agH/dQj/FcRBQACDPSgwQAAAdB+DPSgwQAD/dBahKDBAAFD/FXRBQADH BSgwQAAAAAAAM8BfXl3CEABVi0QkEIvsi8iB7BwBAACB4QAAAIDB6R8l////f1NXjb3s/v// iY3k/v//uUQAAACJhej+//8zwPOroSgwQACFwH=9 --QF687Ky5A19sO9n1Qg25183hLF3Dilf7n15 Content-Type: application/octet-stream; name=volleyball_beach1_initvp_tn[1].jpg Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAoHBwgHBgoICAgLCgoLDhgQDg0NDh0VFhEYIx8l JCIfIiEmKzcvJik0KSEiMEExNDk7Pj4+JS5ESUM8SDc9Pjv/2wBDAQoLCw4NDhwQEBw7KCIo Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozv/wgAR CACAAIADASIAAhEBAxEB/8QAGgAAAQUBAAAAAAAAAAAAAAAAAQACAwQFBv/EABcBAQEBAQAA AAAAAAAAAAAAAAABAgP/2gAMAwEAAhADEAAAAexSQgcCzeXLdQy6NzLIw8bzGS3VDSaYS0zu h4Dq+WtSGZY3l6ZSNRVy1ro9QRSDcTHMpMcq5LbbBmyanObOW2Mqlm9E3B19SSMQ7zKyutJX RuHsYyXidKmuW+hHOjWdGCqs3YmxnWdaeb6TpkJCiEoIAXkHZjeHTTWcqvqq8txprI6DCnXX jzK9b9/AmTUhpmuXuQWMapq3LLnz6NgrNu1i4qdtIMnZzF0NHk+gTSUCXJmJGgmHByIk+Ral 0hIKd6rpk32waz0U1K3jWfKjKGvKBqiVyTS0IQS0bERYMDiDQrVz/8QAJRAAAgICAQUAAgMB AAAAAAAAAQIAAwQREhATICEiBTEUIzJB/9oACAEBAAEFAvDe+p8j5fkWYHDtK39D4E+K53DI 6WVralGEtNnifLG9Pj7sHmfDfXFqbu9+yoZH5H5wrbLaZubm5ubnKcpvqTMWyphk2L3GxrHN dxoVsyfzLN15jbDgwmE+G4T0EoyrKhXm1O1+VjMpydwXFif9U5RASwWL034isa4a6g6CpKuX cYzEyRUd+O5ud5RO8s9HqDqLsGxtlfoUWsKce35OZ9V3uTyBhuQE5K74TRhDCczpXnIFUZeD ewqkL/bxWpng9NxbaY7Mxx9HsrBLKuFfQCKCDXQsyAQ1daqODS7a171MZu+AmunzOIjNzArM FJgqSAAdDu5V3WZbpqXqCRWKmmzuJNTtiaCz9zXvWiSY4+VjvAfmxuEvpIGjMZyjBtz/AJ73 6m9L0EIirsBAsP6LDd7CV1cz7Vsd+abm+JGuJIECe+M9zkNgsCIXWBty/wD2nIRtWhN1OPZP EkamhP1G5CD2vbM4+0O5YCSFlvqzn7hHNFZqX//EABsRAAEFAQEAAAAAAAAAAAAAABEAARAg MBIh/9oACAEDAQE/AU8PVvJF/b8yMeUELDB8/wD/xAAdEQACAgIDAQAAAAAAAAAAAAAAARAR EiACMDEh/9oACAECAQE/ARFC1a0WtFCQkVNmUeC5WXNxYxWjIyMntfRx9PnV/8QALxAAAgEC BAMGBQUAAAAAAAAAAAERAiEQEjFBMFFhEyAiMnGBA0KRobEzUmLB4v/aAAgBAQAGPwLuW49K +UpX7rcTsleifzjkq0M+bNy4naUp1OlmbPVO9+OpTmpbbdSl01UVzrRNxP4UquIaexnr4tPj l0zlTsRRFU7U06lEpU/x6HZ1Kcn4HlUjul6HieZErheZNL5WTW8nQ81TfRD7On3ZEJdRQQlP SSVxINfYy8tj31RHxHwte5Oay0GyI8RFVupmrqmeoktyaog1IkhXFfuXdiZvyg0v1NEZlzIW /IiDWDz/AGL/ABIXoebN7k5frgqufd8VLEkrcxVU3q9T/RmhKeTJTPHU5pP1GayXg1Enojyl 2jmzRLCF4U9xU1NNczQcl2SjNGOht3Og1zISbHT9y5ChuovVLw9TTDphphdl8W4wXQkfyqLE PU6mhvczaFrk74fkspgu4WEM3EuZpYaaIdjNOFj+ixZSXUE5n6Gl8NSNimq0IiSG4Ms/Uy1H /8QAJxABAAICAgICAQQDAQAAAAAAAQARITFBURBhcaGRIIHR4bHB8PH/2gAIAQEAAT8h8qG4 DYPx+iyrmpx4U142eeqz7llGlYjiX4V4rPgMyq8XKHoF/uP8+Xw2vqXo0dKrxUqViM0lW1NR j4FNjCBfwzNKemn63XgyqjKTc1LAFKadqdn8wri2bG9HMEsIv9B7gPQ6XbL8l4w05jL1j3YH rwEqa6GYB49wlNuIVfLMi41/4Hv7mH0MIcefcINF2yxEHBlAm74AgImHy6wtgVFTguXHZUan 7gX4ZbhQKVuc39JMvAyLifmZDG7/AIf7l/rcZYgwMRGZgddH4/iZL0xmp+Etl+GpkLpOuZc5 z7lRMfMwLB6xCtat8mp2gLYyajBS3A2VTt3zuIq7xMMSalhHwAgvPMUDPEuhBn3Meo1LV/mJ uRLpqEJ7pOYinZbYpHEaCf8AcxL3CXNMEx6V07j7J8ckDWBlzf0nDrucBdfWpWyx9dQHaJfW 4L4mBNwMHv36PzBrbm0irDBzZKsGaVeo1wHZhbYhgO4tWQ1NQNeoo72baQbl4+uepWG+uS/v vwO42qPhOpxLJTZcSfZmhCunXuVAVc4SmxBs7Q01sC8Ebliu4qnCtZIGJ9P8QwZfyqIjD90C 3LsL0ARWvzljA+CZg37IlKiONR+0pc/t8xXUNesU+XzUG1gd8zUOaoglKZSYKKcS+OfEJ7+5 xPpHINPF/wBTkT1jMp0XAO8Nzkij7lUqGs8EBKs+0oug9yoB2BzAGZys9UoN0bXAscOoPCX2 KyVqGGwxvuHKPyaj7a6uIp/ilMP2hVlreL3MprGpsxfqLJDHFkWAt5VUxNsaqPeHIVRthQfu Ba0HDM8GnMThu/hBmVbeZqSvUt0W27hS884lBw127izycMQQ2WAlnb85gGxhYJ6XzEvPhhTg 5v8A1MivSmZYE2+4qMuIblmsQU0zEu3oO4ulr/Mqoz+czA+WMvRhxFu3gxKUDRuGa+UxmByl KJQyFom7I1az4NMXcPDHdPmf/9oADAMBAAIAAwAAABABRMlfxrYJDMjxZdkLroBOqGZeN99U hsAuxD/hbuEdar4OOcAU+O6sWIg4M56x1Rr/xAAbEQADAQEBAQEAAAAAAAAAAAAAAREhIDEQ MP/aAAgBAwEBPxAZpYNuaNVzSTg+G9gnNK3g6vRsrEUlWjQ8Ho4ZCGcLSJmhqQP7IJVUr8Gc wr9E73CTD//EABwRAQEBAAMBAQEAAAAAAAAAAAEAERAhMSBRYf/aAAgBAgEBPxCGuTh6j3be 8im8Ktt2hwjjNJaWT2F84ck/yCMPVue4fUQ4by39idpdlrMhHspAY7YWhbLj7wfsHqDeSY59 bbbvd//EACYQAQACAgIBBAIDAQEAAAAAAAERIQAxQVFhcYGR8KGxwdHhEPH/2gAIAQEAAT8Q /wCgSgO2sKkWdqTOsqPOQCsEp5z4MTF4qZxGjnIKbwAwQEREkTnL/wCEBRNLpDf4j5wwoQfM 6fZv5xPGv+LvefpkPBGIszWIkBWBUYzYkMuMNYZmRECLISeNqePxx0/83swJS+Ee8tkOCRKp bZrIE1OQOMZl5AWQCDFwwUA9XADBilySYnRiVL4QstZkmdhEF3GRk7o3yh0x+/XAou8is/OM 5EuJW8gYUtOWILwB36uIDGSJMWUHzjA849qIhcyBFQAR6IdOhyK8lWZMqQy0UYw9QMNiZW6U 6/JhqxQxbbeo4I6ff1YjLarEZkPEO8Z3R652mEMDirEK84rsXoxomk5IFuSoIw9CHRp0fQaX rxkcIxYzYgnF0xFmSQEQBIGFUAhNgsLgjEIBxIUI7iiF1c1ESSmykwXxXxtN4qEYjENzaenL hM1qVX4C9fWSRiEjgm7zYDjtThkjNxL8t4g4DKtB5yDqX8Y0C/xGCB2QKjzRUBpQuhcEy6kA rsFnI59JY77iJAQCd3eTy1pXzRYXxgej+leYYYvhxkZYkmy58/u+pyGgBdU3Ku4ZeWzpFN0H 7Z04mcFUx84sAKHWHE/OLnc+YwBtvJKxSC1Jy4QBMrIW9VlmBsdxFYDBKhiTM7KGz7YaAQjW M7lpI8z4xlAr6oHY60bkPG83oJyQsEPk1K98t4D2DKoX8jrjVzwgbECZmo7xQ5+MBKrABE++ HQyR7xWaJJKwmuOnU/XEaT2O6wlFwu/4w0hrgcguDQeTn0yHxQgwnoYeyQeMjZVkho7U/wA5 vJ24MJNWxHv+Mb4SBQOzUMjwxO5lbk6YBETDtYODfE204TAiVsWNxp7wCZSwZsoNERc/juMI 8MxgsspKlnIn1MJEoVUl+KxEhlsF9c/XGCsdEiYiBmZLpiY9O8Bq2LMHQhTmDx5xiQUI0zaG 0BZG0cCnJZkJPQlo/cccU5CSNXziwhW8ogR9Em/DkVKwka9ftY3REvCNmGYBjd4ZxJ9Jl4nr 1/rKASVGSN1u5CffBoLCLJim2+LyZBQrCKeHNRY7mcbCCRCPdIMx6VrLhzkgsiBeEWYjwd5B 5nGEanHyDb6x6wSeBB2Tp9P5yfbu0R/eGEXuJe3A2nx4ylKbQUl6NYShQKAbXgIOussSdtl8 RqKNfrHaBRNxLV/PxhDAgjYI5JYj8mQYZ1McaZjDP9BkUSE0CPOGDYcGJGgUEVE4TMXkx74M G3ixx9DQIuYmYMXBBNAT1xv/AHN0BLC5fWmcCjIFDUn6TxlKCILm1Ph/9aMZJBVQxee73XjI N2pRCVA87xV36O3Vq8E678Ync9JgVAykoQvy7P7wnMnyGMkkFnqy/XIwaNHm/tYjWSYrT/zK 6ECisw1NPWu8ERbCUsJ7o73eRKTyLYWV4+MgQlAhdtcb/wBxQS8gBYptNbN8Yjw4G4QQT+8c M1EGcIzpOIPjI2KFppqd5fSkIICI21D4xGALwF6MGokmcemaA6X0nFHMKFRfti2sRqN5KQRK MM9d9Hth3tpCFC6+cIiw7RtcRbiiE40Xv9/YzeSohfrC3iaKdR5nBgVygUkS1+cYJwQLue/v GIJRZmS+PPOCankQh6jGMdG11aS+qnJTTJAkTbj6kkVC1FxZE/jCz2hHgdYNOBjpTvJKb5CY x4hyIGT9vz+MkgBaAh8ubTzRBl7Xj/MXVIMUvQ++2JRdUqUe11jMRBSH+Vtnf+NC0MdTzP8A GBGEIRv3u/43hhaW4S9Px+s8QpYr5fjGEqFmgf7f7ieUMAPKmEKQw7GqFHthrNkEA9nO5x6V BThwjjCQgJEA8/e8Gp0Uhl8w76yIihEyVHV+7feRjEgkFLcH2MSAygt2fV4P4+VcEMol7MT7 YVLmLEszB5vvChCJARPT33fxlkkpTcEcRH1ySR8AjXjjAIrBjvxkKxpRKmd+uIqHS9qjG+D+ cpCQhGR1171jUgCYQL2OOGQtTI+uOKChsPnP/9=9 --QF687Ky5A19sO9n1Qg25183hLF3Dilf7n15-- -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 06:58:42 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11758 for ; Tue, 30 Jul 2002 06:58:41 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZUVk-0001uz-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 05:45:52 -0500 Received: from odd-brew.cisco.com ([144.254.15.119] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZUVi-0001tn-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 05:45:50 -0500 Received: from cisco.com (bclaise-isdn-home2.cisco.com [10.49.4.219]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6UAjH702821; Tue, 30 Jul 2002 12:45:17 +0200 (CEST) Message-ID: <3D466E3C.1040004@cisco.com> Date: Tue, 30 Jul 2002 12:45:16 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juergen Quittek CC: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? References: <3D4017B5.5070405@cisco.com> <18347562.1027696819@[192.168.102.164]> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Juergen, > > >> All, >> >> I've been reading one more time >> http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, >> since we are approaching the WG last-call. >> And I would like to get your opinions on the following topic. >> >> It contains: >> >> 6.2. Data Model >> >> The data model describes how information is represented in flow >> records. >> >> The data model MUST be extensible for future attributes to be >> added. >> Even if a set of attributes is fixed in the flow record, the data >> model MUST provide a way of extending the record by >> configuration or >> for certain implementations. >> >> The data model used for exporting flow information _MAY be >> flexible_ >> concerning the flow attributes contained in flow records. A >> flexible >> record format would offer the possibility of defining records >> in a >> flexible (customizable) way regarding the number and type of >> contained attributes. >> >> >> But I'm thinking that, if we want a good IPFIX protocol, >> the data model MUST be extensible AND flexible. >> My arguments, based on our expierence with Netflow, are: >> - a flexible data model would reduce the bandwidth requirements >> for exporting the flow records (by exporting only the attributes >> the collector application is interested into). And we know that >> we can export a lot of flow records. >> - if we data model is extensible but not flexible, each time we >> define a new attribute to be exported, we must change the DATA MODEL >> at the collector's side, I.e. the new structure (or the set of >> attributes >> in the flow record) that the collector can now receive. While if the >> data model is extensible and flexible, each time we define a new >> attribute >> to be exported, we just have to add the attribute to the >> INFORMATION MODEL >> at the collector's side; this is a lot easier! >> >> Now, I'm not discussing the way to achieve this flexibility (TLV, >> Template, >> you name it...), as this discussion doesn't pertain to the >> requirement draft >> but to the architecture one. > > > I see your point. However, the flexibility requirement is about > efficiency, > not about functionality, so maybe a MUST would be too strong? > What about choosing SHOULD? Yes this is a requirement for the IPFIX protocol to be efficient :) > > > Any other opinion? If there are no other opinions, I think a SHOULD is a good compromise! Regards, Benoit. -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 08:03:30 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA13827 for ; Tue, 30 Jul 2002 08:03:30 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZVYu-0003no-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 06:53:12 -0500 Received: from odd-brew.cisco.com ([144.254.15.119] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZVYr-0003mw-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 06:53:10 -0500 Received: from cisco.com (bclaise-isdn-home2.cisco.com [10.49.4.219]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6UBqW720556; Tue, 30 Jul 2002 13:52:32 +0200 (CEST) Message-ID: <3D467E00.8010604@cisco.com> Date: Tue, 30 Jul 2002 13:52:32 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juergen Quittek CC: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] Section regarding multicast flows References: <3D410687.4000504@cisco.com> <17221262.1027695693@[192.168.102.164]> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Juergen, > Hi Benoit, > > --On 26 July 2002 10:21 +0200 Benoit Claise wrote: > >> >> >> Dave and All, >> >> Trying to incorporate all the proposed changes discussed both at the >> IETF meeting and on the mailing list in the new requirement draft >> version, I think that we should add a new section on multicast >> >> 5.7 Multicast Flows > > > Yes section 5. is the right place to put something, because > we require something additional from the metering process. > >> For a multicast packet replicated to multiple output interfaces, > > > suggestion: "For a multicast packet" -> "For multicast flows > containing packets" OK. > > >> the metering process SHOULD maintain discrete flow records per >> different egress ifIndexes. > > > suggestion: "egress ifIndexes" -> "output interface" > [this would be consistent with terminology in the rest of the document.] OK. > > >> For example an incoming multicast packet that is >> replicated to four output interfaces would be reported in four >> different flow records that differ by the output interface. > > > Fine. > >> In case the metering process doesn't maintain and report discrete >> flow records per different egress ifIndexes for a multicast flow, >> the metering process SHOULD export the multicast replication >> factor in the flow record. > > > I do not like the idea of saying: we have a SHOULD requirement, but > in case it is not met there is another SHOULD requirement. This is > complicated and I am not sure how well is matches the SHOULD definition > in RFC2119. > > I would rather suggest to uncouple of these two points: > 1. In the new section 5.7 we state that the metering process SHOULD be > able > to produce individual records per output interface > 2. In section 6.1 (Information Model) we have the multiplication factor > as a SHOULD (or MAY?) requirement for the list of available flow > attributes. Maybe you should propose the entire text you have in mind to the mailing list . And we would start from there/compare the 2 versions. Regards, Benoit. > > >> Furthermore, some extra changes are needed >> The requirement draft was saying: >> >> 6.1. Information Model >> ... >> The exporting process MUST be able to report the following >> attributes >> for each measured flow: >> ... >> 8. output interface (ifIndex) >> This requirement does not apply if the observation point is >> located at a probe device. This requirement does not apply >> in case of multicast flow records. >> ... >> The exporting process MAY be able to report the following attributes >> for each measured flow: >> ... >> 25. multicast replication factor >> the number of outgoing packets originating from a single >> incoming multicast packet >> >> 26. list of output interfaces for a multicast flow >> >> >> I would propose: >> >> 6.1. Information Model >> ... >> The exporting process MUST be able to report the following >> attributes >> for each measured flow: >> ... >> 8. output interface (ifIndex) >> This requirement does not apply if the observation point is >> located at a probe device. _(ATTENTION: I REMOVED THE LINE ABOUT >> MULTICAST)_ > > > agreed > >> ... >> The exporting process _SHOULD_ be able to report the following >> attributes >> for each measured flow: >> ... >> X. multicast replication factor >> The number of outgoing packets originating from a single >> incoming multicast packet. This _multicast_ replication factor >> SHOULD be reported, >> but only SHOULD if the list of output interfaces for this >> multicast flow is not reported. > > > Again I would decouple it and do not talk about the other SHOULD issue, > but instead give some more explanation, for example: > The number of outgoing packets originating from a single > incoming multicast packets. This is a dynamic property of multicast > flows, that may change over time. For unicast flows it has the > constant > value 1. > >> _X+1. list of output interfaces for a multicast flow _(I WOULD >> REMOVE IT >> BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION AND THE >> LIMITATION >> IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) > > > agreed > > Juergen > >> >> What do you think? >> >> Regards, Benoit >> >> >> >> >> -- >> Help mailto:majordomo@net.doit.wisc.edu and say "help" in >> message body >> Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >> "unsubscribe ipfix" in message body >> Archive http://ipfix.doit.wisc.edu/archive/ > > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in > message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 08:23:44 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA14719 for ; Tue, 30 Jul 2002 08:23:44 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZVtb-0004Mo-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 07:14:35 -0500 Received: from mailhub.fokus.gmd.de ([193.174.154.14]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZVtZ-0004Mi-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 07:14:34 -0500 Received: from fokus.gmd.de (dhcp229 [195.37.78.229]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g6UCEQW10009; Tue, 30 Jul 2002 14:14:26 +0200 (MEST) Message-ID: <3D4682DD.3000507@fokus.gmd.de> Date: Tue, 30 Jul 2002 14:13:17 +0200 From: Sebastian Zander Organization: Fraunhofer FOKUS User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: de-DE MIME-Version: 1.0 To: Benoit Claise CC: Juergen Quittek , ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? References: <3D4017B5.5070405@cisco.com> <18347562.1027696819@[192.168.102.164]> <3D466E3C.1040004@cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Hi Juergen, Benoit, if we make this a SHOULD or MAY I am afraid that we might end up with a data model which is not flexible. I think the data model can be flexible and still efficient. As Benoit said in certain cases it could be even more efficient because of the flexibility. Therefore I support the MUST. Cheers, Sebastian Benoit Claise wrote: > Juergen, > >> >> >>> All, >>> >>> I've been reading one more time >>> http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, >>> since we are approaching the WG last-call. >>> And I would like to get your opinions on the following topic. >>> >>> It contains: >>> >>> 6.2. Data Model >>> >>> The data model describes how information is represented in flow >>> records. >>> >>> The data model MUST be extensible for future attributes to be >>> added. >>> Even if a set of attributes is fixed in the flow record, the data >>> model MUST provide a way of extending the record by >>> configuration or >>> for certain implementations. >>> >>> The data model used for exporting flow information _MAY be >>> flexible_ >>> concerning the flow attributes contained in flow records. A >>> flexible >>> record format would offer the possibility of defining records >>> in a >>> flexible (customizable) way regarding the number and type of >>> contained attributes. >>> >>> >>> But I'm thinking that, if we want a good IPFIX protocol, >>> the data model MUST be extensible AND flexible. >>> My arguments, based on our expierence with Netflow, are: >>> - a flexible data model would reduce the bandwidth requirements >>> for exporting the flow records (by exporting only the attributes >>> the collector application is interested into). And we know that >>> we can export a lot of flow records. >>> - if we data model is extensible but not flexible, each time we >>> define a new attribute to be exported, we must change the DATA MODEL >>> at the collector's side, I.e. the new structure (or the set of >>> attributes >>> in the flow record) that the collector can now receive. While if the >>> data model is extensible and flexible, each time we define a new >>> attribute >>> to be exported, we just have to add the attribute to the >>> INFORMATION MODEL >>> at the collector's side; this is a lot easier! >>> >>> Now, I'm not discussing the way to achieve this flexibility (TLV, >>> Template, >>> you name it...), as this discussion doesn't pertain to the >>> requirement draft >>> but to the architecture one. >> >> >> >> I see your point. However, the flexibility requirement is about >> efficiency, >> not about functionality, so maybe a MUST would be too strong? >> What about choosing SHOULD? > > > Yes this is a requirement for the IPFIX protocol to be efficient :) > >> >> >> Any other opinion? > > > If there are no other opinions, I think a SHOULD is a good compromise! > > Regards, Benoit. > > > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in message > body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ > -- Sebastian Zander E-mail: zander@fokus.fhg.de FhI FOKUS / Global Networking (GloNe) Tel: +49-30-3463-7287 Kaiserin-Augusta-Allee 31 Fax: +49-30-3463-8287 D-10589 Berlin, Germany www.fokus.fhg.de/usr/sebastian.zander -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 08:24:09 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA14733 for ; Tue, 30 Jul 2002 08:24:09 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZVtj-0004N0-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 07:14:43 -0500 Received: from odd-brew.cisco.com ([144.254.15.119] helo=strange-brew.cisco.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZVth-0004MO-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 07:14:41 -0500 Received: from cisco.com (bclaise-isdn-home2.cisco.com [10.49.4.219]) by strange-brew.cisco.com (8.11.6+Sun/8.8.8) with ESMTP id g6UCDc705242; Tue, 30 Jul 2002 14:13:38 +0200 (CEST) Message-ID: <3D4682F2.40605@cisco.com> Date: Tue, 30 Jul 2002 14:13:38 +0200 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Carter Bullard CC: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] Section regarding multicast flows References: <5C8959A16A71B449AE793CF52FBBED6607A425@ptah.newyork.qosient.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Carter, >Hey Beniot, >In cases where there are valid exceptions to a >requirement candidate, a MUST generally converts to >a SHOULD or OPTIONAL. One reason for this is >you don't want to have to identify and manage >the complete list of possible exceptions during the >life of the RFC. You already have exceptions for >certain types of IPFIX devices and specific types >of traffic that don't require egress interface >reporting. That on its own might suggest that >egress interface reporting should be OPTIONAL >in the Data Model. But if that is not compelling, >we may need to add more exceptions to the list than >are already there. > >I can think of a few more types of traffic where >egress interface reporting may be challenging, such as >flow reporting under flap conditions, load balanced >traffic > You have 2 good examples here. >and port mirrored traffic. In switches, >broadcast traffic generates the same problem set as >multicast traffic. Also many switches, when presented >with some arp table issues, will broadcast unicast >datagrams to all interfaces. Should the multiple egress >interfaces be reported in this case? That condition >would persist, ideally, for only a few packets. Do >you generate multiple flow reports, one for the >broadcasted set of packets, and then one for the non >broadcasted flow? > Well, for switches (layer 2 devices) I think that we shouldn't report any flow records. Only the layer 3 devices should. > >One issue that comes up when considering multicast >egress interface reporting is that in most vendors >multicast implementations the multicast traffic is >delivered to every egress interface through hardware >broadcast, and then output filters decide whether to >forward the packet or not. How does this generalize >in the IPFIX egress interface reporting strategy? >Does the IPFIX Data Model need to understand egress >interface filtering behavior for all traffic types >or just multicast? > >It may be easier to just make egress interface >reporting an OPTIONAL feature, and then see if >any vendors can successfully implement it. > You've got a valid point.Why not a SHOULD? SHOULD This word, or the adjective "RECOMMENDED", mean that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course. Any other opinion? Regards, Benoit. > > >Carter > >Carter Bullard >QoSient, LLC >300 E. 56th Street >Suite 18K >New York, New York 10022 > >+1 212 588-9133 Phone >+1 212 588-9134 Fax > > > >>-----Original Message----- >>From: majordomo listserver >>[mailto:majordomo@mil.doit.wisc.edu] On Behalf Of Benoit Claise >>Sent: Friday, July 26, 2002 4:21 AM >>To: ipfix-req@net.doit.wisc.edu >>Subject: [ipfix-req] Section regarding multicast flows >> >> >> >> >>Dave and All, >> >>Trying to incorporate all the proposed changes discussed both >>at the IETF meeting and on the mailing list in the new >>requirement draft version, >>I think that we should add a new section on multicast >> >>5.7 Multicast Flows >> >>For a multicast packet replicated to multiple output >>interfaces, the metering >>process SHOULD maintain discrete flow records per different >>egress ifIndexes. For example an incoming multicast packet >>that is replicated to four output interfaces would be >>reported in four different flow records that differ by the >>output interface. In case the metering process doesn't >>maintain and report discrete flow records >>per different egress ifIndexes for a multicast flow, the >>metering process >>SHOULD export the multicast replication factor in the flow record. >> >> >>Furthermore, some extra changes are needed >>The requirement draft was saying: >> >> 6.1. Information Model >> ... >> The exporting process MUST be able to report the >>following attributes >> for each measured flow: >> ... >> 8. output interface (ifIndex) >> This requirement does not apply if the observation point is >> located at a probe device. This requirement does not apply >> in case of multicast flow records. >> ... >> The exporting process MAY be able to report the following >>attributes >> for each measured flow: >> ... >> 25. multicast replication factor >> the number of outgoing packets originating from a single >> incoming multicast packet >> >> 26. list of output interfaces for a multicast flow >> >> >>I would propose: >> >> 6.1. Information Model >> ... >> The exporting process MUST be able to report the >>following attributes >> for each measured flow: >> ... >> 8. output interface (ifIndex) >> This requirement does not apply if the observation point is >> located at a probe device. _(ATTENTION: I REMOVED THE >>LINE ABOUT MULTICAST)_ >> ... >> The exporting process _SHOULD_ be able to report the >>following attributes >> for each measured flow: >> ... >> X. multicast replication factor >> The number of outgoing packets originating from a single >> incoming multicast packet. This _multicast_ replication >>factor SHOULD be reported, >> but only SHOULD if the list of output interfaces for this >>multicast >> flow is not reported. >> >> _X+1. list of output interfaces for a multicast flow _(I >>WOULD REMOVE IT >> BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION >>AND THE LIMITATION >> IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) >> >> >>What do you think? >> >>Regards, Benoit >> >> >> >> >>-- >>Help mailto:majordomo@net.doit.wisc.edu and say "help" >>in message body >>Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >>"unsubscribe ipfix" in message body >>Archive http://ipfix.doit.wisc.edu/archive/ >> >> >> >> > > > >-- >Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body >Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >"unsubscribe ipfix" in message body >Archive http://ipfix.doit.wisc.edu/archive/ > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 08:37:36 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA15213 for ; Tue, 30 Jul 2002 08:37:36 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZW2t-0004c4-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 07:24:11 -0500 Received: from tokyo.ccrle.nec.de ([195.37.70.2]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZW2q-0004bE-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 07:24:08 -0500 Received: from wallace.heidelberg.ccrle.nec.de (root@wallace [192.168.102.1]) by tokyo.ccrle.nec.de (8.11.6/8.11.6) with ESMTP id g6UCNcU51227; Tue, 30 Jul 2002 14:23:38 +0200 (CEST) (envelope-from quittek@ccrle.nec.de) Received: from imap.heidelberg.ccrle.nec.de (imap.heidelberg.ccrle.nec.de [192.168.102.11]) by wallace.heidelberg.ccrle.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA32297; Tue, 30 Jul 2002 14:23:37 +0200 Received: from [192.168.102.164] (beta.heidelberg.ccrle.nec.de [192.168.102.164]) by imap.heidelberg.ccrle.nec.de (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id 69232576DA; Tue, 30 Jul 2002 14:23:37 +0200 (CEST) Date: Tue, 30 Jul 2002 14:23:36 +0200 From: Juergen Quittek To: Sebastian Zander , Benoit Claise Cc: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? Message-ID: <19909868.1028039016@[192.168.102.164]> In-Reply-To: <3D4682DD.3000507@fokus.gmd.de> References: <3D4682DD.3000507@fokus.gmd.de> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Sebastian, Thank you for your comment. At the Yokohama session we planned to have the next (and hopefully final) version of the requirements quite soon. So if noone else speaks up soon, we will have it as a MUST. Juergen --On 30 July 2002 14:13 +0200 Sebastian Zander wrote: > Hi Juergen, Benoit, > > if we make this a SHOULD or MAY I am afraid that we might end up with a > data model which is not flexible. I think the data model can be flexible > and still efficient. As Benoit said in certain cases it could be even > more efficient because of the flexibility. Therefore I support the MUST. > > Cheers, > > Sebastian > > Benoit Claise wrote: > >> Juergen, >> >>> >>> >>>> All, >>>> >>>> I've been reading one more time >>>> http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, >>>> since we are approaching the WG last-call. >>>> And I would like to get your opinions on the following topic. >>>> >>>> It contains: >>>> >>>> 6.2. Data Model >>>> >>>> The data model describes how information is represented in flow >>>> records. >>>> >>>> The data model MUST be extensible for future attributes to be >>>> added. >>>> Even if a set of attributes is fixed in the flow record, the data >>>> model MUST provide a way of extending the record by >>>> configuration or >>>> for certain implementations. >>>> >>>> The data model used for exporting flow information _MAY be >>>> flexible_ >>>> concerning the flow attributes contained in flow records. A >>>> flexible >>>> record format would offer the possibility of defining records >>>> in a >>>> flexible (customizable) way regarding the number and type of >>>> contained attributes. >>>> >>>> >>>> But I'm thinking that, if we want a good IPFIX protocol, >>>> the data model MUST be extensible AND flexible. >>>> My arguments, based on our expierence with Netflow, are: >>>> - a flexible data model would reduce the bandwidth requirements >>>> for exporting the flow records (by exporting only the attributes >>>> the collector application is interested into). And we know that >>>> we can export a lot of flow records. >>>> - if we data model is extensible but not flexible, each time we >>>> define a new attribute to be exported, we must change the DATA MODEL >>>> at the collector's side, I.e. the new structure (or the set of >>>> attributes >>>> in the flow record) that the collector can now receive. While if the >>>> data model is extensible and flexible, each time we define a new >>>> attribute >>>> to be exported, we just have to add the attribute to the >>>> INFORMATION MODEL >>>> at the collector's side; this is a lot easier! >>>> >>>> Now, I'm not discussing the way to achieve this flexibility (TLV, >>>> Template, >>>> you name it...), as this discussion doesn't pertain to the >>>> requirement draft >>>> but to the architecture one. >>> >>> >>> >>> I see your point. However, the flexibility requirement is about >>> efficiency, >>> not about functionality, so maybe a MUST would be too strong? >>> What about choosing SHOULD? >> >> >> Yes this is a requirement for the IPFIX protocol to be efficient :) >> >>> >>> >>> Any other opinion? >> >> >> If there are no other opinions, I think a SHOULD is a good compromise! >> >> Regards, Benoit. >> >> >> >> -- >> Help mailto:majordomo@net.doit.wisc.edu and say "help" in message >> body >> Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >> "unsubscribe ipfix" in message body >> Archive http://ipfix.doit.wisc.edu/archive/ >> > > > -- > Sebastian Zander E-mail: zander@fokus.fhg.de > FhI FOKUS / Global Networking (GloNe) Tel: +49-30-3463-7287 > Kaiserin-Augusta-Allee 31 Fax: +49-30-3463-8287 > D-10589 Berlin, Germany www.fokus.fhg.de/usr/sebastian.zander > > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 08:59:00 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA16050 for ; Tue, 30 Jul 2002 08:59:00 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZWPp-0005Dg-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 07:47:53 -0500 Received: from tokyo.ccrle.nec.de ([195.37.70.2]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZWPn-0005DE-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 07:47:51 -0500 Received: from wallace.heidelberg.ccrle.nec.de (root@wallace [192.168.102.1]) by tokyo.ccrle.nec.de (8.11.6/8.11.6) with ESMTP id g6UClLU53403; Tue, 30 Jul 2002 14:47:21 +0200 (CEST) (envelope-from quittek@ccrle.nec.de) Received: from imap.heidelberg.ccrle.nec.de (imap.heidelberg.ccrle.nec.de [192.168.102.11]) by wallace.heidelberg.ccrle.nec.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA32627; Tue, 30 Jul 2002 14:47:20 +0200 Received: from [192.168.102.164] (beta.heidelberg.ccrle.nec.de [192.168.102.164]) by imap.heidelberg.ccrle.nec.de (Postfix on SuSE Linux eMail Server 3.0) with ESMTP id BB40F57AC7; Tue, 30 Jul 2002 14:47:19 +0200 (CEST) Date: Tue, 30 Jul 2002 14:47:20 +0200 From: Juergen Quittek To: Benoit Claise Cc: ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] Section regarding multicast flows Message-ID: <21333145.1028040440@[192.168.102.164]> In-Reply-To: <3D467E00.8010604@cisco.com> References: <3D467E00.8010604@cisco.com> X-Mailer: Mulberry/2.1.2 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Hi Benoit, here is my proposal for the text, based on the discussed earlier versions: In Section 5. Metering Process: 5.7. Multicast Flows For multicast flows containing packets replicated to multiple output interfaces, the metering process SHOULD be able to maintain discrete flow records per different output interface. For example, the metering process SHOULD be able to report an incoming multicast packet that is replicated to four output interfaces in four different flow records that differ by the output interface. In Section 6.1 Information Model The exporting process SHOULD be able to report the following attributes for each measured flow: 20. multicast replication factor the number of outgoing packets originating from a single incoming multicast packet. Note that this factor varies over time. Who likes to see something else for covering multicast measurements? Juergen --On 30 July 2002 13:52 +0200 Benoit Claise wrote: > Juergen, > >> Hi Benoit, >> >> --On 26 July 2002 10:21 +0200 Benoit Claise wrote: >> >>> >>> >>> Dave and All, >>> >>> Trying to incorporate all the proposed changes discussed both at the >>> IETF meeting and on the mailing list in the new requirement draft >>> version, I think that we should add a new section on multicast >>> >>> 5.7 Multicast Flows >> >> >> Yes section 5. is the right place to put something, because >> we require something additional from the metering process. >> >>> For a multicast packet replicated to multiple output interfaces, >> >> >> suggestion: "For a multicast packet" -> "For multicast flows >> containing packets" > > OK. > >> >> >>> the metering process SHOULD maintain discrete flow records per >>> different egress ifIndexes. >> >> >> suggestion: "egress ifIndexes" -> "output interface" >> [this would be consistent with terminology in the rest of the document.] > > OK. > >> >> >>> For example an incoming multicast packet that is >>> replicated to four output interfaces would be reported in four >>> different flow records that differ by the output interface. >> >> >> Fine. >> >>> In case the metering process doesn't maintain and report discrete >>> flow records per different egress ifIndexes for a multicast flow, >>> the metering process SHOULD export the multicast replication >>> factor in the flow record. >> >> >> I do not like the idea of saying: we have a SHOULD requirement, but >> in case it is not met there is another SHOULD requirement. This is >> complicated and I am not sure how well is matches the SHOULD definition >> in RFC2119. >> >> I would rather suggest to uncouple of these two points: >> 1. In the new section 5.7 we state that the metering process SHOULD be >> able >> to produce individual records per output interface >> 2. In section 6.1 (Information Model) we have the multiplication factor >> as a SHOULD (or MAY?) requirement for the list of available flow >> attributes. > > Maybe you should propose the entire text you have in mind to the mailing list . > And we would start from there/compare the 2 versions. > > Regards, Benoit. > >> >> >>> Furthermore, some extra changes are needed >>> The requirement draft was saying: >>> >>> 6.1. Information Model >>> ... >>> The exporting process MUST be able to report the following >>> attributes >>> for each measured flow: >>> ... >>> 8. output interface (ifIndex) >>> This requirement does not apply if the observation point is >>> located at a probe device. This requirement does not apply >>> in case of multicast flow records. >>> ... >>> The exporting process MAY be able to report the following attributes >>> for each measured flow: >>> ... >>> 25. multicast replication factor >>> the number of outgoing packets originating from a single >>> incoming multicast packet >>> >>> 26. list of output interfaces for a multicast flow >>> >>> >>> I would propose: >>> >>> 6.1. Information Model >>> ... >>> The exporting process MUST be able to report the following >>> attributes >>> for each measured flow: >>> ... >>> 8. output interface (ifIndex) >>> This requirement does not apply if the observation point is >>> located at a probe device. _(ATTENTION: I REMOVED THE LINE ABOUT >>> MULTICAST)_ >> >> >> agreed >> >>> ... >>> The exporting process _SHOULD_ be able to report the following >>> attributes >>> for each measured flow: >>> ... >>> X. multicast replication factor >>> The number of outgoing packets originating from a single >>> incoming multicast packet. This _multicast_ replication factor >>> SHOULD be reported, >>> but only SHOULD if the list of output interfaces for this >>> multicast flow is not reported. >> >> >> Again I would decouple it and do not talk about the other SHOULD issue, >> but instead give some more explanation, for example: >> The number of outgoing packets originating from a single >> incoming multicast packets. This is a dynamic property of multicast >> flows, that may change over time. For unicast flows it has the >> constant >> value 1. >> >>> _X+1. list of output interfaces for a multicast flow _(I WOULD >>> REMOVE IT >>> BECAUSE THIS IS EXPLAINED IN THE MULTICAST FLOW SECTION AND THE >>> LIMITATION >>> IN THE OUTPUT INTERFACE SECTION ABOVE IS REMOVED) >> >> >> agreed >> >> Juergen >> >>> >>> What do you think? >>> >>> Regards, Benoit >>> >>> >>> >>> >>> -- >>> Help mailto:majordomo@net.doit.wisc.edu and say "help" in >>> message body >>> Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >>> "unsubscribe ipfix" in message body >>> Archive http://ipfix.doit.wisc.edu/archive/ >> >> >> >> >> -- >> Help mailto:majordomo@net.doit.wisc.edu and say "help" in >> message body >> Unsubscribe mailto:majordomo@net.doit.wisc.edu and say >> "unsubscribe ipfix" in message body >> Archive http://ipfix.doit.wisc.edu/archive/ > > > > -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 11:32:18 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23727 for ; Tue, 30 Jul 2002 11:32:17 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZYZL-0000lB-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 10:05:51 -0500 Received: from [64.95.122.60] (helo=RS-SC-EXC4.rs.riverstonenet.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZYZJ-0000kR-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 10:05:49 -0500 Received: from riverstonenet.com ([134.141.180.93]) by RS-SC-EXC4.rs.riverstonenet.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 30 Jul 2002 08:05:16 -0700 Message-ID: <3D46AAD3.B0EECF3C@riverstonenet.com> Date: Tue, 30 Jul 2002 11:03:47 -0400 From: calato@riverstonenet.com X-Mailer: Mozilla 4.75C-CCK-MCD NSCPCD475 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Benoit Claise CC: Juergen Quittek , ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? References: <3D4017B5.5070405@cisco.com> <18347562.1027696819@[192.168.102.164]> <3D466E3C.1040004@cisco.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jul 2002 15:05:16.0777 (UTC) FILETIME=[83766D90:01C237DA] Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit I guess I don't see how it can be extensible and inflexible. How can you add new fields without having some way of sending them without breaking older applications? Paul Benoit Claise wrote: > > Juergen, > > > > > > >> All, > >> > >> I've been reading one more time > >> http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, > >> since we are approaching the WG last-call. > >> And I would like to get your opinions on the following topic. > >> > >> It contains: > >> > >> 6.2. Data Model > >> > >> The data model describes how information is represented in flow > >> records. > >> > >> The data model MUST be extensible for future attributes to be > >> added. > >> Even if a set of attributes is fixed in the flow record, the data > >> model MUST provide a way of extending the record by > >> configuration or > >> for certain implementations. > >> > >> The data model used for exporting flow information _MAY be > >> flexible_ > >> concerning the flow attributes contained in flow records. A > >> flexible > >> record format would offer the possibility of defining records > >> in a > >> flexible (customizable) way regarding the number and type of > >> contained attributes. > >> > >> > >> But I'm thinking that, if we want a good IPFIX protocol, > >> the data model MUST be extensible AND flexible. > >> My arguments, based on our expierence with Netflow, are: > >> - a flexible data model would reduce the bandwidth requirements > >> for exporting the flow records (by exporting only the attributes > >> the collector application is interested into). And we know that > >> we can export a lot of flow records. > >> - if we data model is extensible but not flexible, each time we > >> define a new attribute to be exported, we must change the DATA MODEL > >> at the collector's side, I.e. the new structure (or the set of > >> attributes > >> in the flow record) that the collector can now receive. While if the > >> data model is extensible and flexible, each time we define a new > >> attribute > >> to be exported, we just have to add the attribute to the > >> INFORMATION MODEL > >> at the collector's side; this is a lot easier! > >> > >> Now, I'm not discussing the way to achieve this flexibility (TLV, > >> Template, > >> you name it...), as this discussion doesn't pertain to the > >> requirement draft > >> but to the architecture one. > > > > > > I see your point. However, the flexibility requirement is about > > efficiency, > > not about functionality, so maybe a MUST would be too strong? > > What about choosing SHOULD? > > Yes this is a requirement for the IPFIX protocol to be efficient :) > > > > > > > Any other opinion? > > If there are no other opinions, I think a SHOULD is a good compromise! > > Regards, Benoit. > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 15:33:49 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA06092 for ; Tue, 30 Jul 2002 15:33:49 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZcPm-0006iB-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 14:12:14 -0500 Received: from [64.95.122.60] (helo=RS-SC-EXC4.rs.riverstonenet.com) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZcPi-0006h0-00; Tue, 30 Jul 2002 14:12:10 -0500 Received: from riverstonenet.com ([134.141.180.93]) by RS-SC-EXC4.rs.riverstonenet.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 30 Jul 2002 12:11:39 -0700 Message-ID: <3D46E491.1CA2E671@riverstonenet.com> Date: Tue, 30 Jul 2002 15:10:09 -0400 From: calato@riverstonenet.com X-Mailer: Mozilla 4.75C-CCK-MCD NSCPCD475 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: eval-team CC: ipfixx Subject: [ipfix] Intent for Consideration: LFAP Version 5.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jul 2002 19:11:39.0873 (UTC) FILETIME=[EEDFDD10:01C237FC] Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit I would like this WG to take into consideration LFAP Version 5.0. LFAP V5 is described in the following 2 documents... 1. http://www.ietf.org/internet-drafts/draft-riverstone-lfap-01.txt Title: Light-weight Flow Accounting Protocol Specification Version 5.0 2. http://www.ietf.org/internet-drafts/draft-riverstone-lfap-data-01.txt Title: Light-weight Flow Accounting Protocol Data Definition Specification Version 5.0 -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Tue Jul 30 17:32:05 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA09913 for ; Tue, 30 Jul 2002 17:32:05 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17ZeRr-00025b-00 for ipfix-list@mil.doit.wisc.edu; Tue, 30 Jul 2002 16:22:31 -0500 Received: from mailhost2.auckland.ac.nz ([130.216.191.4]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 17ZeRo-00025Q-00 for ipfix-req@net.doit.wisc.edu; Tue, 30 Jul 2002 16:22:29 -0500 Received: from mailhost.auckland.ac.nz (IDENT:mirapoint@mailhost [130.216.191.61]) by mailhost2.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with ESMTP id JAA20930; Wed, 31 Jul 2002 09:22:18 +1200 (NZST) Received: from postbox.auckland.ac.nz (postbox.auckland.ac.nz [130.216.191.126]) by mailhost.auckland.ac.nz (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AFZ16622; Wed, 31 Jul 2002 09:22:17 +1200 (NZST) Received: from localhost (hotlava.auckland.ac.nz [130.216.191.123]) by postbox.auckland.ac.nz (8.11.6/8.11.6) with ESMTP id g6ULMGP12967; Wed, 31 Jul 2002 09:22:16 +1200 Received: from nebbiolo.itss.auckland.ac.nz (nebbiolo.itss.auckland.ac.nz [130.216.4.167]) by hotlava.auckland.ac.nz (IMP) with HTTP for ; Wed, 31 Jul 2002 09:22:16 +1200 Message-ID: <1028064136.3d47038845bf9@hotlava.auckland.ac.nz> Date: Wed, 31 Jul 2002 09:22:16 +1200 From: Nevil Brownlee To: Benoit Claise Cc: Carter Bullard , ipfix-req@net.doit.wisc.edu Subject: Re: [ipfix-req] Section regarding multicast flows References: <5C8959A16A71B449AE793CF52FBBED6607A425@ptah.newyork.qosient.com> <3D4682F2.40605@cisco.com> In-Reply-To: <3D4682F2.40605@cisco.com> MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 130.216.4.167 Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit Quoting Benoit Claise : > Well, for switches (layer 2 devices) I think that we shouldn't report > any flow records. > Only the layer 3 devices should. Just a brief comment: The days when devices could be strictly classified as "layer n" have surely gone, as vendors make switches with layer 3 and often 4 features. I don't think the WG should make any assumptions about what kind of devices vendors implement IPFIX in - as long as they report flows using the IPFIX standard, that's all that users will care about! Cheers, Nevil ----------------------------------------------------------------------- Nevil Brownlee Director, Technology Development Phone: +64 9 373 7599 x8941 ITSS, The University of Auckland FAX: +64 9 373 7021 Private Bag 92019, Auckland, New Zealand ------------------------------------------------- University of Auckland Webmail http://webmail.auckland.ac.nz -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/ From majordomo@mil.doit.wisc.edu Wed Jul 31 01:24:43 2002 Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA21391 for ; Wed, 31 Jul 2002 01:24:43 -0400 (EDT) Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 17Zlmb-0005HT-00 for ipfix-list@mil.doit.wisc.edu; Wed, 31 Jul 2002 00:12:25 -0500 Received: from mailhub.xacct.com ([204.253.100.25] helo=xacct.com) by mil.doit.wisc.edu with smtp (Exim 3.13 #1) id 17ZlmY-0005HO-00 for ipfix-req@net.doit.wisc.edu; Wed, 31 Jul 2002 00:12:22 -0500 Received: (qmail 28391 invoked from network); 31 Jul 2002 05:12:14 -0000 Received: from usmail.xacct.com (204.253.100.12) by mailhub.xacct.com with SMTP; 31 Jul 2002 05:12:14 -0000 Received: from peter (slip-210-88-153-111.os.jp.prserv.net [210.88.153.111]) by usmail.xacct.com (8.11.2/8.11.2) with SMTP id g6V5EFk18507; Tue, 30 Jul 2002 22:14:16 -0700 From: "Peter Ludemann" To: , "Benoit Claise" Cc: "Juergen Quittek" , Subject: RE: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? Date: Tue, 30 Jul 2002 22:12:16 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <3D46AAD3.B0EECF3C@riverstonenet.com> Precedence: bulk Sender: majordomo listserver Content-Transfer-Encoding: 7bit We can add new fields if the receiver just ignores fields that it doesn't know about. Of course, this can't always be done, but it often can be. (Similar to databases: adding new fields breaks queries that do "SELECT *" but doesn't break queries that specify the fields explicitly). We can also add new "templates" or "structs" (in the C sense) if the receiver just ignores them (an ACK would simply mean that the data has been received and processed [thrown away]). We can even delete fields if the receiver is treats missing fields as "null" and can handle them. These issues are all outside the protocol; they simply refer to the way the sender and receiver behave. As to flexibility vs efficiency: there's no reason why the protocol cannot be both flexible and efficient. However, the notion of efficiency might need to be tightened up a bit ... do we mean "size efficiency" or "processing efficiency" on the sender or receiver? I think that the requirements should be primarily processing efficiency on the sender (to minimize CPU overhead) and - to the degree that this doesn't affect processing efficiency - size efficiency. The reason for size efficiency is that a reliable connection requires keeping the sent data until it is acknowledged [of course, the implementation may choose to have timeouts and maximum memory restrictions to handle situations of extended disconnections]. (For both size and processing efficiency, XML encoding would be a poor choice. For processing efficiency, compression is probably a bad idea. There are some subtleties here: e.g., for numbers, issues of big-endian and little-endian should probably be resolved in favour of convenience of the sender; the assumption being that the receiver has more CPU and can do byte-swapping as needed rather than forcing everything into XDR form.) - peter > -----Original Message----- > From: majordomo listserver [mailto:majordomo@mil.doit.wisc.edu]On Behalf > Of calato@riverstonenet.com > Sent: Tuesday, July 30, 2002 8:04 AM > To: Benoit Claise > Cc: Juergen Quittek; ipfix-req@net.doit.wisc.edu > Subject: Re: [ipfix-req] requirement draft: MAY/SHOULD/MUST be flexible? > > > > I guess I don't see how it can be extensible and > inflexible. How can you add new fields without > having some way of sending them without breaking > older applications? > > Paul > > > Benoit Claise wrote: > > > > Juergen, > > > > > > > > > > >> All, > > >> > > >> I've been reading one more time > > >> http://www.ietf.org/internet-drafts/draft-ietf-ipfix-reqs-04.txt, > > >> since we are approaching the WG last-call. > > >> And I would like to get your opinions on the following topic. > > >> > > >> It contains: > > >> > > >> 6.2. Data Model > > >> > > >> The data model describes how information is > represented in flow > > >> records. > > >> > > >> The data model MUST be extensible for future attributes to be > > >> added. > > >> Even if a set of attributes is fixed in the flow > record, the data > > >> model MUST provide a way of extending the record by > > >> configuration or > > >> for certain implementations. > > >> > > >> The data model used for exporting flow information _MAY be > > >> flexible_ > > >> concerning the flow attributes contained in flow records. A > > >> flexible > > >> record format would offer the possibility of defining records > > >> in a > > >> flexible (customizable) way regarding the number and type of > > >> contained attributes. > > >> > > >> > > >> But I'm thinking that, if we want a good IPFIX protocol, > > >> the data model MUST be extensible AND flexible. > > >> My arguments, based on our expierence with Netflow, are: > > >> - a flexible data model would reduce the bandwidth requirements > > >> for exporting the flow records (by exporting only the attributes > > >> the collector application is interested into). And we know that > > >> we can export a lot of flow records. > > >> - if we data model is extensible but not flexible, each time we > > >> define a new attribute to be exported, we must change the > DATA MODEL > > >> at the collector's side, I.e. the new structure (or the set of > > >> attributes > > >> in the flow record) that the collector can now receive. > While if the > > >> data model is extensible and flexible, each time we define a new > > >> attribute > > >> to be exported, we just have to add the attribute to the > > >> INFORMATION MODEL > > >> at the collector's side; this is a lot easier! > > >> > > >> Now, I'm not discussing the way to achieve this flexibility (TLV, > > >> Template, > > >> you name it...), as this discussion doesn't pertain to the > > >> requirement draft > > >> but to the architecture one. > > > > > > > > > I see your point. However, the flexibility requirement is about > > > efficiency, > > > not about functionality, so maybe a MUST would be too strong? > > > What about choosing SHOULD? > > > > Yes this is a requirement for the IPFIX protocol to be efficient :) > > > > > > > > > > > Any other opinion? > > > > If there are no other opinions, I think a SHOULD is a good compromise! > > > > Regards, Benoit. > > > > -- > > Help mailto:majordomo@net.doit.wisc.edu and say "help" > in message body > > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > > "unsubscribe ipfix" in message body > > Archive http://ipfix.doit.wisc.edu/archive/ > > -- > Help mailto:majordomo@net.doit.wisc.edu and say "help" in > message body > Unsubscribe mailto:majordomo@net.doit.wisc.edu and say > "unsubscribe ipfix" in message body > Archive http://ipfix.doit.wisc.edu/archive/ -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/